Знайте, Intuit, лекция, основните платформи и технологии

Предишен ◈ Следващото

Cross-платформа технология осигурява съвместната работа на различни хардуерни и софтуерни платформи в полза на организации на потребителите.

Основна софтуерна архитектура

Самостоятелните (самостоятелни) приложения
"Клиент-сървър" двустепенна архитектура
Стълба (multitiered) Архитектура

Началото на процеса на разработване на бизнес софтуер в архитектурата на много нива е положен в рамките на "клиент / сървър" технология. Те, заедно с клиентската част на приложението и сървърът на базата данни са приложни сървъри (сървъри на приложения) .В идеално:







  • Клиентска програма изпълнява GUI, предава към сървъра на приложения и получи отговор от него,
  • Application Server изпълнява бизнес логиката и да отправи искане до сървъра, "трето ниво" (например база данни на сървър за данни)
  • третата сървъра едностепенна обслужва заявки на приложения за сървъри.

Клиентската програма, като по този начин може да бъде "глоба". Предимствата на тази архитектура са очевидни:

  • променящата се на всеки един от блоковете може самостоятелно да извършва;
  • намалено натоварване на мрежата, тъй като връзките не се разменят между големи количества информация;
  • Тя осигурява мащабируемост и лесно обновяване на оборудване и софтуер поддържа от всяка от единиците, включително актуализирана сървъра парк и крайни устройства, бази данни и др.;
  • Заявленията могат да бъдат създадени по стандартните езици на трето или четвърто поколение (Java. C / C ++).

Следващата логична стъпка - по-нататъшно увеличаване на броя на дяловете, увеличението се дължи не само на дяла, който "изтънява" Всеки от предходни единици изкуство, а и целия бизнес модел е изграден като мулти-линк. Съвременните корпоративни софтуерни системи са обикновено сложна система от взаимодействащи компоненти на различни нива, всяко от които може да бъде даден клиент за някои компоненти и други сървъри.

Най-честото решение на проблема с мобилността на такива системи е използването на технологии, които прилагат протоколи Remote Procedure Call (RPC - Remote Procedure Call) и стандартизиран платформено независима начин. При използване на тази технология на обработка на услуга в отдалечен възел изглежда като нормална процедура повикване (дистанционно метод обект). RPC фондове, които естествено съдържа цялата информация за спецификата на мрежово оборудване и мрежови протоколи, обаждането на последователността на взаимодействията на мрежата. По този начин, специфичен мрежа околната среда и протоколите е скрит от програмиста на приложението.

Когато отдалечена процедура, програмата RPC произвежда формат преобразуване на данните на клиентите в машинно-независим междинен формат, а след това да конвертирате формати за данни на сървъра. обратни превръщания се извършват в параметрите на отговор предаване. По този начин, ако системата се осъществява въз основа на стандартен пакет RPC, тя може лесно да се мести и да е отворена среда.

CORBA технология

CORBA (Обща цел Искане Брокер архитектура) - набор от отворени спецификации на интерфейса, определящи структурата на вътрешно-технология за обработка и платформено независима манипулация на обекти. Разработчиците на тези връзки са OMG и X / Open.

Object Management Group, Inc. (OMG) - е международна организация, основана през 1989 г., състояща се от повече от 800 члена: продавачите на информационните системи, софтуерни разработчици и потребители. OMG популяризира теорията и практиката на обектно-ориентирани технологии в областта на практическата разработка на софтуер. Този процес включва разработването на браншови стандарти и спецификации за управление на обекта, за да се създаде обща база за разработка на софтуер. Основните цели са: повторна употреба, преносимост и оперативна съвместимост на обектно-ориентиран софтуер в разпределени хетерогенни среди. Подкрепа за тези стандарти дава възможност да се развиват хетерогенни приложения, работещи на всички основни платформи и операционни системи.







X / Open - отвори независима глобална организация, подкрепена от по-голямата част от най-големите доставчици на информационни системи, потребителски организации и производителите на софтуер. X / Open дизайн на базата на съществуващите стандарти, както и да се създаде цялостна и интегрирана система за околната среда - често използваните приложения за околна среда (CAE) CAE Компонентите са определени в стандартите на X / Open CAE .The основна цел CAE - създаване APIs пакети (API), които могат да бъдат приложени на практика с запазване на максимална преносимост на нивото на изходния код на програмата. API също се повиши нивото на взаимодействие на приложения с предоставяне на определения и връзки към протоколи и профили.

Горните спецификации са внимателно тествани, издържал теста се определя на X / Open търговска марка (XPG марка), лицензирана от X / Open.

Концептуален инфраструктура, върху която всички спецификации OMG е обект Management Architecture (OMA) .В състава на OMA включва разнообразие от стандартизиран или в момента standartiziruemye OMG услуги, услуги, софтуер, образци и шаблони (CORBAservices, хоризонтални и вертикални CORBAfacilities), Interface Definition Language разпределена обект IDL (Interface език Definition), стандартизиран или standartiziruemye картографиране IDL на езици за програмиране, и най-накрая, CORBA на обектен модел.

За изпълнение на тази технология в съответствие със спецификациите може да бъде всеки. Чрез софтуер, разбира се, те не са отворени вече, и се предлагат на пазара.

CORBA архитектура

CORBA определя как софтуерни компоненти разпределени в една мрежа могат да комуникират помежду си, независимо от околните операционни системи и езици за изпълнение. Централният елемент от архитектурата е CORBA ORB (цел Искане Брокер) - софтуерът осигурява връзка между обектите, включително и позволява на

  • намерите отдалечен предмет от референтен обект (IOR - Взаимно обект Референтен),
  • наричаме метода на дистанционно обект, минаваща през входните параметри (marshaling параметри),
  • получи стойността на връщане и изходящи параметри (unmarshaling параметри).

По този начин ORB е връзката между разпределените части на CORBA-базирана технология система, позволяваща една част от системата, не се интересува от физическото местоположение на (обекти) Системата други части. В пазара на кълбо различни производители (например, VisiBroker, WebLogic), но всички от тях съответства на една единствена спецификация CORBA. Ето защо, по принцип, CORBA ви позволява да изградите разпределени системи едновременно, използвайки ORB от различни производители, както и изграждане на системи едновременно на различни платформи и различни мрежови протоколи (CORBA терминология се нарича оперативна съвместимост - оперативната съвместимост) .В всеки от CORBA обект, чиято методи са достъпни за други обекти (обикновено той се нарича CORBA -object) е уникален с цялата налична мрежовата референция обект (IOR - Взаимно Object Референтен), според който можете да се обърнете към него. Търсене на CORBA -objects може едновременно IOR. и символични имена, ако са регистрирани (обикновено за да се създаде) на специални имена на услуги (NameService) .За да получите достъп до CORBA обекти, методите, последният е отворен за всички други предмети, интерфейсът на CORBA. Интерфейси CORBA обекти, на които обикновено се описват в специален, определена спецификация CORBA IDL език (Interface Definition Language). Производителите кълбо снабден с кълбото и помощната програма за конвертиране на описание на обектите, на CORBA интерфейси в дизайна на съответните езици за програмиране.

Оперативната съвместимост е основата за GIOP на протокол - Обща между ORB протокол, предназначена за комуникация между обекти и кълбото в мрежата. комуникационен протокол за стандартизация позволява на разработчиците с различни части на корпоративната система не се грижат за ORBah използва другаде (ORB домейни)

система. Почти всички съвременни ORBbi се основават на IIOP - Интернет интер-ORB Protocol (тази версия на общ протокол GIOP, осигуряване на употреба като транспортен протокол за TCP / IP).

спецификация CORBA също предоставя редица стандартизирани услуги (CORBA услуги) и хоризонтални и вертикални общи съоръжения (общи съоръжения). Услугите са конвенционални CORBA -objects с уеднаквен (и написани на IDL) интерфейси. Тези услуги включват, например, вече споменатите имена на услуги NameService, услуга, която позволява на съобщение CORBA обекти, обмен на съобщения, сделки за услуги, което позволява на CORBA обекти, сделки организаторите. В една реална система не е задължително да присъства на всички услуги на набор зависи от необходимата функционалност. В момента, само на 14 развити предмет предоставяне на услуги.

Между съоръжения на обекта и общи услуги CORBA още няма ясни граници. Последният също така да представлява CORBA -objects със стандартизираните интерфейси. Общи съоръжения са разделени в хоризонтален (общ за всички сфери на приложение) и вертикална (за конкретна област на приложение). Например, общи съоръжения са предназначени за здравните организации, за редица индустрии и т.н.







Предишен ◈ Следващото