ВУЗ:
Составители:
Рубрика:
38
Слой, код которого наиболее тесно взаимодействует с пользовате-
лем, часто упоминается в литературе как слой представления [4]. Вто-
рой слой обычно обрабатывает бизнес-логику кода. Третий слой назы-
вают уровнем доступа к данным (связь с базой данных или с источни-
ком данных).
Вполне возможно наличие более чем с трех уровней на стороне
клиента или сервера, но слишком много слоев может привести к труд-
ностям при управлении.
Уровни
Разбиение функциональности кода приложения на слои помогает
повторному использованию, но это не делает архитектуру автоматиче-
ски масштабируемой. Для того чтобы это сделать, важно распределять
код на нескольких машинах.
Уровень описывает разделение работ прикладного кода на несколь-
ких машинах. Многоуровневость, как правило, предполагает размеще-
ние программных модулей на разных машинах в распределенной сер-
верной среде. Если код приложения уже распределѐн по слоям, это де-
лает многоуровневость гораздо более простым процессом.
Код, который наиболее тесно взаимодействует с пользователем,
часто расположен на уровне представления. Второй уровень, который
содержит логику бизнес-приложений и логику доступа к данным, часто
упоминается как уровень приложений. Третий ярус обычно содержит
базу данных или источник данных и упоминается как уровень базы дан-
ных.
Серверы, входящие в состав каждого уровня, могут отличаться как
по возможностям, так и по номерам. Например, в крупномасштабной
распределенной среде веб-приложения может быть большое количество
веб-серверов на уровне представления, меньшее число серверов прило-
жений на прикладном уровне и два кластеризованных сервера баз дан-
ных на уровне баз данных. Возможность добавления дополнительные
серверы часто называют горизонтальным масштабированием. Возмож-
ность добавления более мощных серверов часто называют вертикаль-
ным масштабированием. Многоуровневость прикладного кода в таких
случаях значительно облегчает возможности масштабирования прило-
жений.
В крупномасштабных распределенных веб-приложениях уровни
часто ограничены брандмауэрами. Например, брандмауэр может быть
помещен перед уровнем представления, в то время как второй бранд-
мауэр может быть помещен перед уровнем приложений. Таким образом,
Страницы
- « первая
- ‹ предыдущая
- …
- 36
- 37
- 38
- 39
- 40
- …
- следующая ›
- последняя »
