Объяснение концепции

В области микросервисной архитектуры, особенно технологии Spring Cloud, Business Middle Platform (BMP) является ключевой концепцией, целью которой является повышение скорости и гибкости бизнес-реагирования за счет интеграции и повторного использования основных бизнес-возможностей предприятия. Ниже приводится подробное описание бизнес-центра: 1. Концепция средней бизнес-платформы

Промежуточная бизнес-платформа представляет собой платформу уровня предприятия, которая абстрагирует основные бизнес-возможности предприятия в набор независимых сервисных модулей для достижения эффективного совместного использования и повторного использования бизнеса. Средний уровень бизнеса можно понимать как средний уровень, который соединяет интерфейсную часть (пользовательский интерфейс и приложения) и внутреннюю часть (инфраструктуру и данные). 2. Основные характеристики бизнес-центра

Модульность и сервис-ориентированность: бизнес-функции предприятия разбиваются на несколько независимых модулей, каждый из которых предоставляется в виде услуги. Возможность повторного использования. Различные бизнес-модули можно повторно использовать в нескольких приложениях, что позволяет сократить повторную разработку и повысить ее эффективность. Гибкость и масштабируемость. Благодаря сочетанию и настройке сервисов вы можете быстро реагировать на изменения бизнеса и поддерживать гибкую разработку и быструю итерацию предприятий. ​​Централизованное управление: услугами в Тайчжуне можно централизованно управлять и контролировать, чтобы улучшить ремонтопригодность и стабильность системы.

3. Структура бизнес-центра

В стеке технологий Spring Cloud архитектура бизнес-центра обычно включает в себя следующие ключевые компоненты:

Реестр и обнаружение сервисов. Используйте центры регистрации, такие как Eureka и Consul, для реализации динамической регистрации и обнаружения сервисов. API-шлюз: например, Zuul или Spring Cloud Gateway, используемый для единой обработки всех клиентских запросов, выполнения маршрутизации, балансировки нагрузки, аутентификации безопасности и т. д. Центр конфигурации (Центр конфигурации): например, Spring Cloud Config, используемый для централизованного управления и конфигурации динамического обновления. Связь между службами. Связь между службами осуществляется через Feign, RestTemplate или gRPC. Автоматический выключатель (автоматический выключатель): например, Hystrix или Resilience4j, который реализует объединение и понижение уровня услуг и повышает отказоустойчивость системы. Мониторинг и ведение журнала: например, Spring Boot Admin, Zipkin, Sleuth и т. д. для реализации мониторинга служб, ведения журналов и распределенной трассировки.

4. Преимущества бизнес-центра

Повышение эффективности разработки. Сократите количество повторных разработок и повысьте эффективность разработки за счет модульного проектирования услуг. Повышение гибкости системы: бизнес-центр может быстро реагировать на изменения рынка и быстро запускать новые услуги за счет комбинирования услуг и корректировки конфигурации. Оптимизация использования ресурсов. Сократите потери ресурсов и улучшите использование ресурсов системы за счет повторного использования сервисов. Повышение стабильности системы: централизованное управление и мониторинг для повышения стабильности и надежности системы.

5. Этапы реализации бизнес-центра

Бизнес-анализ и разделение: анализируйте бизнес-процессы предприятия и разделяйте основные бизнес-функции на независимые сервисные модули. Проектирование и разработка сервисов. Разрабатывайте и тестируйте каждый бизнес-модуль в соответствии с принципами проектирования микросервисов. Создание и интеграция платформы. Создайте платформу микросервисов Spring Cloud и интегрируйте различные бизнес-сервисы. Выпуск, эксплуатация и обслуживание сервисов: развертывание сервисов в производственной среде, их мониторинг и обслуживание, а также обеспечение стабильной работы системы. ​ Непрерывная оптимизация и улучшение: постоянно оптимизируйте и расширяйте функции бизнес-центра на основе потребностей бизнеса и обратной связи.

Посредством создания промежуточных бизнес-платформ предприятия могут добиться эффективного совместного использования и повторного использования бизнес-возможностей, повысить скорость и гибкость реагирования бизнеса и, таким образом, получить преимущество на жестко конкурентном рынке. Как абстрагировать основные бизнес-возможности предприятия

Объединение основных бизнес-возможностей предприятия в набор независимых сервисных модулей является ключевым шагом в построении промежуточной бизнес-платформы. Этот процесс требует глубокого понимания бизнес-процессов, определения бизнес-областей, декомпозиции бизнес-функций, а также проектирования и внедрения сервисных модулей. Ниже приведены конкретные шаги и методы: 1. Бизнес-анализ 1.1 Определите основные возможности бизнеса

Разделение бизнес-направлений: разделите бизнес компании по функциям и процессам и уточните каждое бизнес-направление. Общие области бизнеса включают управление заказами, управление пользователями, обработку платежей, управление продуктами и т. д. Ключевые бизнес-процессы: проанализируйте ключевые бизнес-процессы предприятия и определите основные бизнес-возможности. Например, процесс обработки заказов на платформе электронной коммерции включает в себя создание заказа, оплату, доставку и послепродажное обслуживание.

1.2 Сбор бизнес-требований

Исследование спроса: общение с бизнес-отделами, понимание их потребностей и болевых точек, а также сбор соответствующих документов с бизнес-требованиями. Отзывы пользователей: собирайте отзывы и предложения пользователей, а также выявляйте проблемы и точки улучшения в системе.

2. Разделение бизнес-функций 2.1 Проектирование, управляемое предметной областью (DDD)

Модель предметной области. На основе метода проектирования на основе предметной области (DDD) создается модель предметной области, а бизнес-домен делится на несколько агрегатов. Сущности и объекты значений. Определите сущности (сущности) и объекты значений (объекты значений) в домене, а также уточните их обязанности и отношения. Служба домена: определите службу домена (доменную службу) и инкапсулируйте бизнес-логику перекрестного агрегирования.

2.2 Модульность функций

Функциональное разделение: дальнейшее разделение функций сферы бизнеса на независимые функциональные модули. Например, управление заказами можно разделить на создание заказов, обновление заказов, запрос заказов и другие модули. Определение сервиса: Определите сервисный интерфейс для каждого функционального модуля и уточните входной, выходной и сервисный контракт (сервисный контракт).

3. Сервис-дизайн 3.1 Принципы проектирования микросервисов

​ Принцип единой ответственности: каждая служба отвечает только за одну бизнес-функцию, что обеспечивает высокую связанность и низкую степень связанности служб. Независимое развертывание. Каждый сервис можно разрабатывать, тестировать и развертывать независимо, поддерживая автоматизированную CI/CD. Децентрализованное управление. Сервисы взаимодействуют посредством облегченных протоколов связи (таких как HTTP/REST, gRPC), чтобы избежать единых точек сбоя.

3.2 Проектирование сервисного интерфейса

Разработка API: спроектируйте интерфейс RESTful API или gRPC для каждой службы и определите метод запроса, путь, параметры и возвращаемое значение. Документация по интерфейсу. Используйте такие инструменты, как Swagger/OpenAPI, для создания документации по интерфейсу для упрощения вызовов внешнего интерфейса и других служб.

4. Реализация услуги 4.1 Выбор технологии

Платформа разработки: выберите подходящую среду разработки (например, Spring Boot, Spring Cloud) для реализации сервисов. База данных: выберите подходящую базу данных (например, MySQL, MongoDB, Redis) в соответствии с потребностями бизнеса.

4.2 Развитие сервиса

Реализация кодирования: напишите код реализации сервиса в соответствии с разработанным интерфейсом сервиса. Модульное тестирование: написание модульных тестов для обеспечения правильности сервисных функций.

5. Развертывание, эксплуатация и обслуживание услуг. 5.1 Контейнерное развертывание

Контейнеризация: используйте Docker для упаковки сервисов в образы контейнеров, чтобы улучшить переносимость сервисов. Инструменты оркестрации. Используйте Kubernetes (K8s) для оркестрации контейнеров и управления ими, чтобы добиться автоматического масштабирования и высокой доступности сервисов.

5.2 Мониторинг услуг

Инструменты мониторинга: используйте Prometheus, Grafana и другие инструменты для мониторинга рабочего состояния и показателей производительности сервиса. Управление журналами: используйте ELK Stack (Elasticsearch, Logstash, Kibana) для сбора и анализа данных журналов, чтобы быстро находить и решать проблемы.

Пример: абстракция и реализация службы управления заказами 1. Бизнес-анализ

Основные бизнес-возможности: создание заказа, обновление заказа, запрос заказа, оплата заказа, отмена заказа. Бизнес-процесс: пользователь создает заказ на стойке регистрации, статус заказа обновляется после оплаты, а статус заказа снова обновляется после отправки. Пользователи могут проверить статус заказа.

2. Разделение бизнес-функций

Модуль создания заказов: отвечает за создание новых заказов. Модуль обновления заказа: отвечает за обновление статуса заказа. Модуль запроса заказа: отвечает за запрос информации о заказе. Модуль оплаты заказа: отвечает за обработку оплаты заказа. Модуль отмены заказов: отвечает за отмену заказов.

3. Сервис-дизайн

Интерфейс службы заказов: определите RESTful API, например POST/orders для создания заказа и GET/orders/{id} для запроса заказа. Документация по интерфейсу: используйте Swagger для создания документации по API.

4. Реализация услуги

Выбор технологии: используйте Spring Boot для разработки сервисов заказов и MySQL для хранения данных о заказах. Реализация кодирования: реализация бизнес-логики и интерфейса службы заказов. Модульное тестирование: написание модульных тестов для проверки функций сервиса.

5. Развертывание, эксплуатация и обслуживание услуг.

Контейнеризация: используйте Docker для упаковки сервисов заказов в образы контейнеров. Оркестрация и управление. Используйте Kubernetes для развертывания служб заказов и управления ими, чтобы добиться высокой доступности и автоматического масштабирования. Мониторинг и ведение журналов. Используйте Prometheus для мониторинга состояния работы службы и используйте ELK Stack для управления журналами.

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