На основе компонентов и сообщений

Распространение, тип параллелизма

Смена архитектуры

По компонентам и соединениям

основанный на событиях

Наиболее распространена четырехслойная структура.

Уровень представления: пользовательский интерфейс, отвечающий за визуальное и пользовательское взаимодействие;

Бизнес-уровень: реализует бизнес-логику;

Уровень сохранения: на этом уровне размещаются данные и операторы SQL;

База данных (уровень базы данных): сохранение данных.

Запрос пользователя будет последовательно обрабатываться на этих четырех уровнях, и ни один уровень не может быть пропущен.

Событие — это уведомление, отправляемое программным обеспечением при изменении состояния.

●Очередь событий: точка входа для получения событий;

● Распространитель (посредник событий): распределяет разные события по разным блокам бизнес-логики;

● Канал событий: канал связи между дистрибьютором и процессором;

Для простых проектов очереди событий, диспетчеры и каналы событий можно объединить в один

● Обработчик событий: реализация бизнес-логики. После завершения обработки будет создано событие, запускающее следующий шаг.

Также известная как подключаемая архитектура, относится к программному обеспечению Ядро сравнительно небольшое, а основные функции и бизнес-логика реализованы посредством плагинов.

Ядро (Core) обычно содержит лишь минимум функций для работы системы. Плагины независимы друг от друга, и связь между плагинами должна быть сведена к минимуму, чтобы избежать проблем взаимозависимости.

Это обновление сервис-ориентированной архитектуры (SOA). Каждая служба представляет собой независимую единицу развертывания (Separately Deployed Unit). Эти устройства распределены, отделены друг от друга и связываются с ними через протоколы удаленной связи (такие как REST, SOAP).

Модель RESTfulAPI: услуги предоставляются через API, и в эту категорию попадают облачные сервисы;

Модель приложения RESTful: услуги предоставляются через традиционные сетевые протоколы или протоколы приложений, за которыми обычно стоит многофункциональное приложение, обычно встречающееся на предприятиях;

Централизованный режим сообщений: использование брокера сообщений (брокера сообщений) позволяет реализовать очередь сообщений, балансировку нагрузки, единый журнал и обработку исключений. Недостаток заключается в том, что будет единая точка отказа, и брокер сообщений может потребоваться кластеризовать.

В основном он решает проблемы масштабируемости и параллелизма. Это самая простая для расширения архитектура. Ее высокая масштабируемость выражается в копировании всех данных в память и превращении их в копируемую единицу данных в памяти, а затем инкапсуляции возможностей бизнес-обработки в отдельные процессы. . Блок обработки

Блок обработки

Виртуализированное промежуточное ПО,

Динамические модели дополняют структурные или каркасные модели.

Модель процесса — это исследование шагов и процессов, которые создают систему.

Ядром структурной модели исследования является язык описания архитектуры.

Сосредоточьтесь на общей структуре. Рамочная модель в основном нацелена на некоторые специальные проблемы и устанавливает структуру, которая ориентирована только на эти проблемы и адаптирована к ним.