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
Підтримує узгодженість систем шляхом передачі подій між ними, замість того, щоб дозволяти кожній системі безпосередньо читати та записувати дані в базу даних іншої системи.
На цьому рівні
- - Event streaming — безперервний потік подій на платформі
- - Data pipelines — маршрути, які перетворюють та передають дані між системами
- - Message brokers — черга, яка гарантує, що повідомлення не будуть втрачені під час передачі
- - Data synchronization — синхронізація однакових записів між різними системами
Що ви отримуєте
Нові системи можна додавати без переробки вже працюючих, оскільки інтеграція відбувається через події, а не через пряме зв'язування баз даних.
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 — однакові кроки налаштування та обслуговування для всіх команд.
Що гарантує таке розділення
Неактивна або не готова додаткова функція повинна повідомляти про свою недоступність, а не призводити до збою всієї системи. Саме це робить розділення на рівні чимось більшим, ніж просто стопкою блоків на схемі. Будь-який збій локалізується в межах свого рівня, а повсякденна робота продовжується.
Перелічені елементи для кожного рівня є еталонним набором, показаним на схемі архітектури вище. Для конкретного проєкту впроваджуються лише ті компоненти, яких вимагає його обсяг.