Platform / Architecture
Архитектура, которая помогает командам быстрее стартовать, стабильно поставлять и удерживать стандарты под контролем
Gumon Platform сокращает повторяющуюся структурную настройку между проектами и дает командам production-ready основу.
Этот архитектурный референс помогает выравнивать design-решения между командами без навязывания одного стиля реализации.
Слой
Application Layer
Поддерживает бизнес-потоки и пользовательские сервисы с гибкостью.
Слой
API Service Layer
Определяет общие API-контракты и стандарты интеграции.
Слой
Data Stream Layer
Поддерживает event streams, асинхронную обработку и observability.
Core Services
Переиспользуемые блоки, которые команды могут внедрить сразу
- - Gumon Core как базовая структура системы
- - Auth / Access Control / Profile для идентичности и авторизации
- - Notification / Schedule / Storage как базовые переиспользуемые сервисы
- - CLI commands для bootstrap, configuration, operations и extension
Platform Principles
Принципы дизайна, сохраняющие стабильность системы по мере роста команд
- - Практичный и проверяемый open core
- - Общие стандарты для engineering, operations и delivery teams
- - Архитектура, готовая к scale с минимумом повторяющегося setup
- - Документация и практики являются частью продукта
High-Level Architecture
Что находится внутри каждого уровня
Приведенная выше схема показывает количество уровней и их связи. В этом разделе мы рассмотрим всё на уровень глубже: из чего состоит каждый уровень, за что он отвечает и какую пользу из него извлекают бизнес- и инженерные команды.
Cloud Server Zone
Data Stream Layer
Event Base
Обеспечивает согласованность систем путем передачи событий между ними вместо прямого чтения и записи баз данных одних систем другими.
На этом уровне
- - Потоковая передача событий — непрерывный поток данных о том, что произошло на платформе
- - Конвейеры данных — маршруты, по которым данные преобразуются и передаются между системами
- - Брокеры сообщений — очередь, гарантирующая, что сообщения не будут потеряны при передаче
- - Синхронизация данных — поддержание идентичности записей во всех системах
Что вы получаете
Новые системы можно добавлять без переработки уже работающих, поскольку интеграция происходит через события, а не через прямое связывание баз данных.
Cloud Server Zone
API Service Layer
Ready to use
Готовые бизнес-сервисы, доступные через API, благодаря которым команды собирают новую систему, а не переписывают одну и ту же основу для каждого проекта.
На этом уровне
- - Point of Sale (POS) — продажи через витрину и прием платежей
- - Customer Relationship Management (CRM) — записи о клиентах и отслеживание взаимодействия
- - Content Delivery System (CDS) — доставка контента до конечных точек
- - Content Management System (CMS) — создание контента, права на редактирование и публикация
- - Inventory Management System (IMS) — учет остатков и движение товаров
- - Production Order System (PO) — производственные заказы и их статусы
- - Human Resource System (HRS) — учет сотрудников и связанные с этим процессы
- - Case Management System (CM) — обращения и инциденты, отслеживаемые до закрытия
- - Booking Management System (BMS) — бронирование и планирование ресурсов
Что вы получаете
Работа над новым проектом начинается с уже функционирующих сервисов, а не с пустого репозитория, поэтому основные усилия направляются на решение реальных задач клиента, а не на повторную подготовку базовой инфраструктуры.
Client Zone
Application Layer
То, с чем непосредственно взаимодействуют пользователи
Поставляемые приложения. Каждое из них вызывает только те сервисы с уровня API, которые ему необходимы, и ничего более.
На этом уровне
- - E-Commerce Platform — веб- и мобильные приложения для онлайн-продаж
- - E-Learning Platform — онлайн-обучение и предоставление курсов
- - Factory ERP — управление заводом и производством
- - Call Center App — прием обращений и их сопровождение, включая канал LINE
- - Hotel Management App — бронирование и управление номерным фондом
- - Hospital App — сервисы для пациентов на мобильных устройствах
Что вы получаете
Единая базовая платформа поддерживает различные продукты поверх неё, и приложение можно изменять, не затрагивая работающие за ним сервисы.
Общие для всех уровней
Identity & Access
Auth / Access Control / Profile — единая модель идентификации и авторизации для всей платформы, благодаря которой ни одному проекту не нужно заново создавать механизм входа в систему.
Shared Services
Notification / Schedule / Storage — базовые сервисы, которые каждый уровень может вызывать для уведомлений, запланированных задач и хранения файлов.
Operations
CLI commands для bootstrap, configuration, operations и extension — одинаковые шаги по настройке и обслуживанию для каждой команды.
Что гарантирует это разделение
Необязательная функция, которая еще не готова, должна сообщить о своей недоступности, а не выводить из строя всю систему — именно это делает разделение на уровни чем-то большим, чем просто набором блоков на схеме. Сбой остается внутри того уровня, к которому он относится, а повседневная работа продолжается.
Элементы, перечисленные для каждого уровня, представляют собой эталонный набор, показанный на архитектурной схеме выше. В конкретном проекте используются только те компоненты, которые требуются для его реализации.