Архитектура за разпределено 1

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

Концепцията на разпределена архитектура

Разпределена система може да се демонстрира с помощта на клиент-сървър архитектура, която е в основата на архитектури на няколко нива; Алтернативно брокер архитектури като CORBA и ориентирана към услугите архитектура (SOA). В тази архитектура, обработка на данни не се ограничава до една машина, и тя се простира до няколко независими компютри.

Има няколко рамки технологии за разпределени архитектури, включително .NET, J2EE, CORBA, .NET, уеб-услуги AXIS Java, както и службите на Globus Grid. Свързващото вещество е инфраструктура, правилно подкрепя разработването и прилагането на разпределени приложения. Това осигурява буфер между приложенията и мрежата.

Той седи в средата на системата и управлява и поддържа различните компоненти на разпределена система. Примерите включват обработване на транзакции монитор, конвертори на данни и комуникационни контролери и т.н.

Middleware като инфраструктура за разпределена система -

В основата на разпределена архитектура

Въз разпределена архитектура е неговата прозрачност, надеждност и годност.

В следващата таблица са различните форми на прозрачност в разпределена система -

Тя се крие начина, по който достъпът до ресурси и различия в платформата на данни.

Скрива, където са разположени средствата.

Тя се крие различните технологии, като език за програмиране и операционната система от страна на потребителя.

Скриване на ресурсите, които могат да бъдат преместени на друго място, които са в експлоатация.

Скриване на ресурсите, които могат да бъдат копирани на няколко места.

Скриване на ресурсите, които могат да бъдат споделяни с други потребители.

Тя се крие провала и възстановяване на средства от страна на потребителя.

Скрива дали даден ресурс (софтуер), в паметта или на диск.

предимства

Той има следните предимства -

споделяне на ресурс - споделяне на хардуерни и софтуерни ресурси.

Откритост - Гъвкавостта на използване на хардуер и софтуер от различни доставчици.

Паралелността - паралелна обработка на информацията за подобрена производителност.

Скалируемост - Повишаване на капацитета поради добавянето на нови ресурси.

Отказоустойчивост - способността да се продължи дейността си, след като е настъпила повредата.

недостатъци

Неговите недостатъци са -

Сложността - Те са по-сложни от централизираните системи.

Безопасност - са по-податливи на външни атаки.

Управляемост - повече усилия. необходима за управление на системата.

Непредсказуемостта - непредсказуеми отговори в зависимост от организацията на системата и мрежата натоварване.

Централизирана система срещу разпределена система

Архитектура клиент-сървър

клиент-сървър архитектура е най-честата разпределена архитектура на системата, което се разлага на системата в две основни подсистеми или логически процеси -

Клиент - Това е първият процес. който е издал искането на втория процес, т.е. сървър.

Сървър - Това е вторият процес. който получава искането, той изпълнява и изпраща отговор на клиента.

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

Клиент-сървър архитектура могат да бъдат класифицирани в два модела, базирани на функционалността клиент -

модел тънък клиент

Моделът на тънък клиент, всички приложения за обработка на контрола и данни, изпълнявани от сървъра. Клиентът просто, отговорен за управлението на софтуер GUI. Той се използва, когато съществуващите системи, се прехвърлят към архитектури клиент-сървър, в който традиционната система действа като сървър, сама по себе си с графичен интерфейс изпълнява на клиента.

Въпреки това, основният недостатък е, че тя поставя голямо натоварване обработка на сървъра и мрежата.

Дебел / Fat-клиент модел

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

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

предимства

Разделянето на задълженията, като представянето на потребителски интерфейс и обработка на бизнес логиката.

Повторно използване на компоненти на сървъра и потенциала за паралелизъм

Тя опростява дизайна и развитието на разпределени приложения

Това го прави лесно да се прехвърли или да интегрира съществуващите приложения в разпределена среда.

Той също така дава възможност за ефективно използване на ресурсите, когато голям брой клиенти достъп до сървъра за висока производителност.

недостатъци

• Липсата на инфраструктура, за да се справят с разнородна промяна изисквания.
• усложнения сигурност.
• На свършване на сървъра и надеждност.
• Limited тяхната проверяемост и мащабируемост.
• Дебел клиенти с презентация и бизнес логика заедно.

Layered архитектура (п нива архитектура)

Layered архитектура е клиент-сървър архитектура, в която функционира като презентации, разглеждане на заявления и контрол на данните са физически разделени. Разделяне прилагане на нива агенти може да променя или да добави специално слой, отколкото рециклиране на цялото приложение. Тя осигурява модел, който позволява на разработчиците да създават гъвкави, за многократна употреба приложения.

Най-честата употреба на слоеста архитектура е тристепенна архитектура. Три нива архитектура обикновено се състои от представяне слой, приложно ниво и нивото на съхранение на данни и може да се извършва на отделен процесор.

представяне слой

Слоят на представяне е най-високото ниво на молбата, с която потребителите могат да достъпват директно, като например уеб страница или GUI операционна система (графичен потребителски интерфейс). Основната функция на този слой е да се преведат на целите и резултатите, до нещо, което потребителят може да разбере. Тя си взаимодейства с други нива, така че тя поставя резултатите в нивото на браузъра / клиент и всички други нива на мрежата.

Приложният слой (бизнес логиката, логическо ниво или средни)

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

слой данни

В този слой, информацията се съхранява и извлича от база данни или файл. След това тази информация се предава обратно за преработка и след това обратно към потребителя. Тя включва механизми за устойчивост данни (сървъри на бази данни, файлови акции и т.н.) и осигурява API (приложен програмен интерфейс) в приложния слой, който осигурява метод за контрол на съхраняване на данни.

По-добра производителност от подхода на тънък клиент и по-лесно да се управлява от подхода на мазнини клиент.

Той подобрява повторна употреба и мащабируемост - като искания увеличение, могат да се добавят допълнителни сървъри.

Той поддържа многонишкова, и намалява мрежовия трафик.

Тя осигурява оперативна надеждност и гъвкавост

• Тяхната проверяемост незадоволително поради липсата на инструменти за тестване.
• По-важното надеждност и годност на сървъра.

Брокер архитектурен стил

Брокер архитектурен стил на архитектурата е мидълуер използва в разпределени изчисления за координация и осъществяване на комуникация между удостоверени клиенти и сървъри. Тук обект на свързване е чрез система от мидълуер софтуер, наречен цел Искане Брокер (софтуер автобус).

CORBA (Обща цел Искане Брокер архитектура) е добър пример за прилагането на архитектурата на брокер.

Брокер Компоненти архитектурен стил

Компоненти брокер архитектурен стил, са разгледани в следващата глава -

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

Освен това, тя осигурява API интерфейси за клиентите да подават заявки, сървърите реагират, регистриране и заличаване на регистрация на компонентите на сървър, съобщения и сървърите за търсене.

Стълбове са генерирани в момента на статично събират и след това разположени от страна на клиента, който се използва като заместител на клиента. От страна на клиента прокси сървър, който играе ролята на посредник между клиента и брокера и осигурява допълнителна прозрачност между тях и клиента; отдалечен предмет появява като местен.

прокси сървър скрива IPC (Interprocess съобщение) на ниво протокол, маршали стойности на параметрите и ООН маршали резултатите от сървъра.

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

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

Един мост може да се свърже две различни мрежи, базирани на различни комуникационни протоколи. Той посредничи различни брокери, включително и DCOM. NET дистанционно управление, както и Java-CORBA брокери.

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

Брокер Изпълнение в CORBA

CORBA е международен стандарт за цел Искане Брокер - е мидълуер за управление на комуникацията между разпределени обекти, дефинирани от OMG (Object Group Management).

Ориентирана към услуги архитектура (SOA)

Ориентирана към услуги архитектура е клиент / сървър дизайн, който поддържа бизнес-ориентиран подход на ИТ, в която е подадена молбата съставен от (известен също като обслужване на клиенти или заявители) на софтуерни услуги и потребителите на софтуер услуги.

SOA функции

Архитектура, ориентирана към услугите предоставя следните функции -

Разпределени разполагане - защита Enterprise данни и бизнес - логика. като свободни, съчетани, ние откриваме, структуриран, базирани на стандартите, едрозърнести, възли без гражданство на функционалност, наречена услуги.

Оперативна съвместимост - възможност за споделяне и повторно използване на общи услуги в мрежата. независимо от основните протоколи или технология изпълнение.

Повторна употреба - Избор на доставчик на услуги, както и достъп до съществуващите ресурси под формата на услуги.

SOA операция

Следващата фигура показва как работи това SOA -

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

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

Изпълнението на услугата не засяга използването на услугата, при условие че са изложени интерфейс не се променя.

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

Повторно използване на активи и услуги за обслужване на клиенти само трябва да знаят своите отворени интерфейси, съставът на услугата.

Развитието на бизнес приложения, базирани на SOA са много по-ефективни от гледна точка на време и разходи.

Увеличава мащабируемост и осигурява стандартна връзка между системи.

Ефикасно и ефективно използване на "Бизнес услуги".

Интеграцията става много по-лесно и по-добра вътрешна съгласуваност.

Резюме сложност за разработчиците и подобряване на бизнес процесите по-близо до крайните потребители.