Архитектура

Платформу Flexberry можно условно разделить на 2 части:

• Инструментарий, который используется для проектирования и программирования (этап проектирования – Design-Time)
• Готовые компоненты, которые позволяют как из кирпичиков собрать приложение или информационную систему (этап исполнения программы – Run-Time)

Архитектура инструмента проектирования – Flexberry Designer

Генераторы позволяют на основе модели приложения получать исходный код приложения. Сгенерированное приложение является работоспособным приложением и может быть запущено без необходимых доработок.

Архитектура создаваемых на платформе приложений обычно включает в себя следующие элементы:

• Хранилище (PostgreSQL / Microsoft SQL Server / Oracle DB / MongoDb / …)
• Серверная часть (Microsoft .NET / Mono / …)
• Протокол обмена данными (OData v4 / …)
• Клиентская часть (EmberJS / …)
• Функциональные подсистемы

Почему Microsoft .NET / Mono?

• Microsoft .NET и Mono – это честный OpenSource, язык программирования C# – это стандарт ECMA, ISO
• Кроссплатформенность
• Популярный язык, развитая экосистема

Почему OData?

• Протокол обмена данными между клиентом и сервером, наиболее полно описывающий как структуру данных, так и настройку выборки
• Используется в качестве протокола в продуктах SAP, 1C
• OData, в отличие от GraphQL, изначально задумывался в качестве протокола для Enterprise-приложений

Почему EmberJS?

• Предназначен для сложных многофункциональных веб-приложений
• Наиболее популярный OpenSource фреймворк, за которым не стоит ни одна корпорация
• Есть полный MVC «из коробки» в отличие от React или Vue

Кроссплатформенность

• Системное ПО
  
  • ОС
    • Microsoft Windows
    • Linux
  • БД
    • Microsoft SQL Server
    • Postgre SQL
    • Oracle DB
    • MongoDB
    • …
• Клиентское ПО
  
  • Современный браузер
  • Мобильное устройство

Дополнительные особенности

• Импортозамещение
• Open Source-разработка: https://github.com/Flexberry
• Свободное ПО
• Локализация

Ещё один взгляд на архитектуру создаваемого приложения.

Функциональные подсистемы реализуют различные специальные возможности в создаваемых приложениях. Какие открытые решения используются в подсистемах описано ниже.

Подсистема	Элементы архитектуры
Flexberry Base – подсистема ввода и поиска информации (учёт данных)	Хранилище данных (PostgreSQL, Microsoft SQL Server, Oracle, MongoDB, и др.) Слой доступа к данным на основе Flexberry ORM Слой логики и пользовательского интерфейса
Flexberry GIS – геоинформационная подсистема	Хранилище данных карты (PostgreSQL, Microsoft SQL Server) Слой доступа к данным карты на основе Flexberry ORM Сервер геоданных GeoServer Компоненты отображения слоёв карты на основе Leaflet Интеграция с Flexberry Base
Flexberry Service Bus – сервисная шина предприятия	Сервис приёма и передачи сообщений Административное приложение для управления и мониторинга
Flexberry Analytics – отчётность и бизнес-аналитика	Сервер отчётности на основе Pentaho OLAP-сервер на основе Mondrian Интеграция с Flexberry Base
Flexberry BPM – процессный подход	Система исполнения BPM-процессов на основе jBPM Слой абстракции интерфейсов BPM-решения Интеграция с Flexberry Base
Flexberry Portal – корпоративный портал	Корпоративный портал на основе Alfresco Интеграция с Flexberry Base

Интеграция с платформой и расширение её возможностей

Платформа является открытым решением и доступна для расширения возможностей различными способами

• Универсальный подход к интеграции:
  
  • Хранилище данных
  • Система полномочий (аутентификация)
  • Пользовательский интерфейс
• Интеграция на уровне платформы:
  
  • Flexberry Service Bus
  • OData
  • Объектная модель Flexberry ORM
• Расширение архитектуры за счёт возможности по замене составляющих компонентов