разпределена архитектура
Архитектурен дизайн решения, свързани с избора на стратегия и система модуларизация. решения стратегия, предназначена за решаване на проблемите, свързани с изграждането на клиента и сървъра части на системата, както и мидълуер (мидълуер) по желание, отидете на "лепило" на клиента и сървъра. Разтворът от основните градивни елементи (модули) е само частично зависи от избраната стратегия решения.
Клиент и сървър - логически понятия. Клиентът (клиент) - това изчисление процес, който изпълнява заявки в процеса на сървър. Сървър (сървър) - това сте вие цифра процес, който обслужва исканията на сървъра. Обикновено процесите на клиента и сървъра работят на различни компютри, но е възможно да се орга-разговор на клиент / сървър на една и съща компютърна система.
В обичайния случай процесът на клиент е отговорен за управлението на дисплея на екрана на потребителя информация и обработка на събития, инициирани от Павел zovatelyami. Процесът е всеки компютър на базата данни на сървъра възел на Koto данни рояк може да бъде поискано от процеса на клиент.
клиент / сървър архитектура може да бъде разширена и да е представителство на разпределена система. Всяка база данни от компютър възел може да играе роля на клиента в едни и същи бизнес операциите, и сървъра - с други операции. Съединение такива възли чрез архитектура на комуникационната мрежа поражда разпределена система за обработка, както е показано на фиг. 5.
Фиг. 5 Архитектура разпределена система за обработка
В разпределена система за обработка, клиентът има право на достъп на произволен брой сървъри. Въпреки това, обаче, може да бъде разрешен достъп едновременно до един сървър. Това означава, че той може да не бъде в състояние да комбинира данни от две или повече сървъри на бази данни в една единствена заявка. Ако е възможно, системната архитектура подкрепя разпределени бази данни.
тристепенна архитектура
По същия начин, процесът на сървъра и на процеса на клиент се прилага към борбата-логична концепция, която може да се поддържа, или не се поддържат, спе циално предназначени за тази цел хардуер. Логиката на приложение може еднакво добре да се провежда на клиент или сървър възел, т.е. може да се вгражда в процеса на клиент или сървър и реализирана като DLL (Dynamic Link Library- Dynamic Link Library), API интерфейс (Application Programming Interface - API), RPC-разговори (Remote Procedure повиквания - RPC) и и т.н.
Ако логиката на приложението е компилиран с клиента, да говорим за архитектурата на тол-зърнеста клиент (дебел клиент архитектура) ( "клиента на стероиди"). Ако това се компилира със сървъра, говорим за клиент архитектура тънък (тънък клиент архитектура) ( "Клиент", "кожа и кости"). Има и междинен архитектура, в която заявленията събрани логика част с клиента, и отчасти - на сървъра. Логика на приложението може също така да бъдат разположени на отделни изчислителни възли, както е показано на фиг. 6.
Фиг. 6 три нива архитектура
Това тристепенна архитектура в най-чистата му форма. За най-добрите й страни otno-syatsya висока гъвкавост, скалируемост, ръководство за независимост, достъпност и ниската цена на ремонт. Въпреки това, тази архитектура може да се различава СЕЗОН Coy първоначална цена, а освен това може да изпитате някои проблеми с производителността.