Здесь показаны различия между двумя версиями данной страницы.
| Предыдущая версия справа и слева Предыдущая версия Следующая версия | Предыдущая версия | ||
|
php:software_architecture [2023/08/08 00:12] werwolf [Характеристики микросервисов] |
php:software_architecture [2023/08/08 00:13] (текущий) werwolf [Многослойная архитектура] |
||
|---|---|---|---|
| Строка 27: | Строка 27: | ||
| Данные и элементы управления проходят через каждый слой в дизайне и передаются от одного к другому. Эта система также повышает уровень абстракции и в некоторой степени даже стабильность ПО. | Данные и элементы управления проходят через каждый слой в дизайне и передаются от одного к другому. Эта система также повышает уровень абстракции и в некоторой степени даже стабильность ПО. | ||
| - | {{:php:adfadfgad.png |}} | + | {{ :php:adfadfgad.png }} |
| Так выглядит многослойная архитектура | Так выглядит многослойная архитектура | ||
| Строка 58: | Строка 58: | ||
| ==== Двухуровневая система ==== | ==== Двухуровневая система ==== | ||
| - | {{:php:afadfavczxc.png |}} | + | {{ :php:afadfavczxc.png }} |
| Так выглядит двухуровневая архитектура | Так выглядит двухуровневая архитектура | ||
| Строка 69: | Строка 69: | ||
| ==== Трехуровневая и n-уровневая системы ==== | ==== Трехуровневая и n-уровневая системы ==== | ||
| - | {{:php:14sfgmgf.png |}} | + | {{ :php:14sfgmgf.png }} |
| Так выглядит трехуровневая архитектура | Так выглядит трехуровневая архитектура | ||
| Строка 93: | Строка 93: | ||
| Полный вызов ответа на запрос согласуется с правилами управления и безопасности SOA для выполнения безопасной и корректной транзакции. | Полный вызов ответа на запрос согласуется с правилами управления и безопасности SOA для выполнения безопасной и корректной транзакции. | ||
| - | {{:php:12346fhvgjgfj.png |}} | + | {{ :php:12346fhvgjgfj.png }} |
| Как правило, сервисы делятся на два вида. | Как правило, сервисы делятся на два вида. | ||
| Строка 117: | Строка 117: | ||
| Архитектура работает по принципу компонентизации сервисов. Она разделяет программное обеспечение на различные изолированные компоненты (сервисы), каждый из которых несет единую ответственность. Изменения в одной сервисе не должны затрагивать другие. | Архитектура работает по принципу компонентизации сервисов. Она разделяет программное обеспечение на различные изолированные компоненты (сервисы), каждый из которых несет единую ответственность. Изменения в одной сервисе не должны затрагивать другие. | ||
| - | {{:php:123sdgiopg.png |}} | + | {{ :php:123sdgiopg.png }} |
| Монолитная и микросервисная архитектуры | Монолитная и микросервисная архитектуры | ||
| Строка 147: | Строка 147: | ||
| Рекомендуется развивать каждый микросервис отдельно под управлением разных команд. Поскольку передача данных происходит по стандартному протоколу и формату данных, структура одного сервиса не затронет функциональность сопутствующих. | Рекомендуется развивать каждый микросервис отдельно под управлением разных команд. Поскольку передача данных происходит по стандартному протоколу и формату данных, структура одного сервиса не затронет функциональность сопутствующих. | ||
| - | {{:php:2354dfghi.png |}} | + | {{ :php:2354dfghi.png }} |
| - | \\ | + | |
| Монолитная, сервис-ориентированная и микросервисная архитектуры | Монолитная, сервис-ориентированная и микросервисная архитектуры | ||