Разработчики: | Datareon (Датареон) |
Технологии: | MDM - Master Data Management - Управление основными мастер-данными |
Datareon API Gateway — система класса API Management, созданная на платформе Datareon. Основной задачей таких систем является построение централизованного API для обеспечения внешнего взаимодействия с набором приложений, использующим микросервисную или композитную архитектуру.
В корпоративной информационной среде обычно существует множество систем, оперирующих различными данными. Большинство этих систем предоставляет доступ к своим данным посредством собственных механизмов и сервисов. Однако часто возникает потребность в получении, обработке и хранении данных сразу из нескольких систем. Основным подходом к решению таких задач является построение централизованного API.
Централизованное API позволяет:
- Получать информацию сразу из нескольких систем-источников с промежуточной обработкой результатов
- Организовать промежуточные хранилища (кэши) данных для ускорения получения результатов.
Централизованное API предоставляет конечным потребителям список функций, связанных с передачей, обработкой или получением данных или событий, беря на себя вопросы оркестрации этого взаимодействия. Таким образом, внутренние системы не подвергаются изменениям, происходит четкое отделение внешних вызовов API от доступа к внутренним системам.
Основные возможности
- Реализация централизованного API
- Документирование централизованного API
- Реализация политик использования API
Проектирование централизованного API
Для разработки централизованного API продукт Datareon API Gateway предоставляет набор гибких механизмов визуального проектирования. К основным механизмам относятся:
- Проекты. Один проект реализует одно API. На сервере одновременно может быть определено несколько проектов.
- Методы. Механизм позволяет определить методы, которые реализует централизованное API. Методы автоматически публикуются на сервере и становятся доступны потребителям. Каждый метод инициирует вызов какого-либо бизнес-процесса по получению, обработке или передаче данных или событий.
- Контейнеры. Механизм контейнеров позволяет создавать хранилища данных, используемых в качестве кэшей на различных этапах. Создание кэшей различного уровня позволяет существенно повысить скорость реакции при вызове соответствующих методов.
- Бизнес-процессы. Механизм бизнес-процессов определяет подходы к получению, обработке и передаче данных и событий: протоколы получения и передачи данных, последовательность их обработки, требуемые реакции на внешние события и используемые хранилища данных.
Интеграция с внутренними системами
Datareon API Gateway реализует три интеграционные модели:
- Прямое взаимодействие с внутренними системами через API этих систем. В этом случае из бизнес-процессов, определенных в Datareon API Gateway, производится вызов интеграционных механизмов внутренних систем.
- Взаимодействие с внутренними системами через встроенное интеграционное API продукта Datareon API Gateway. В этом случае внутренние системы самостоятельно осуществляют вызов методов встроенного интеграционного механизма Datareon API Gateway.
- Интеграция через Datareon ESB/MQ. В этом случае взаимодействие ведется посредством передачи командных пакетов в Datareon ESB/MQ.
Возможна реализация смешанных интеграционных моделей.
Безопасность и модель доступа
Доступ к внутренним системам посредством централизованного API сам по себе повышает безопасность внутренних систем, так как в этом случае отсутствуют сценарии прямого доступа к данным извне. Кроме того, требуется разграничивать доступ к методам централизованного API.
В Datareon API Gateway присутствуют два типа пользователей:
- пользователи, осуществляющие вызов методов API
- пользователи, выполняющие настройку и обслуживание Datareon API Gateway
Уровень доступа пользователей может быть настроен в разрезе каждого объекта Datareon API Gateway. Это позволяет разделять группы пользователей по зонам ответственности и ограничивать доступ к объектам и методам Datareon API Gateway согласно полномочиям.
Диагностика и мониторинг
Datareon API Gateway обладает широкими возможностями для диагностики и мониторинга состояния. В центре диагностики представлена полная информация о выполняемых процессах, их состоянии, возникших ошибках и ожидаемых реакциях. В журналах действий содержится список осуществленных вызовов, время реакции на эти вызовы и объемы переданной информации. В режиме трассировки в журналах содержится дополнительная диагностическая информация.
Предусмотрены механизмы рассылки уведомлений для оповещения системных администраторов об ошибках системы.
Механизмы промышленного развертывания
Для повышения безопасности и отказоустойчивости в продукте Datareon API Gateway реализована модель разделения проектов на «Production» и «Development». Отличия этих типов проектов заключаются в следующем:
- «Production». Данный тип проектов предназначен для работы конечных пользователей:
- Запрещено прямое внесение изменений
- Отсутствуют механизмы тестирования и отладки
- Внесение изменений осуществляется централизованно с помощью специальных фоновых механизмов
- Все изменения версионируются с возможностью отката к предыдущей версии.
- «Development». Данный тип проектов предназначен для выполнения разработки и модификации существующего API:
- Разрешено прямое внесение изменений
- Присутствуют механизмы отладки и тестирования
- Механизм фонового получения данных с промышленного проекта
- Отсутствуют механизмы версионирования
- Имеется возможность взаимодействия с системами контроля версий.
Подрядчики-лидеры по количеству проектов
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Распределение вендоров по количеству проектов внедрений (систем, проектов) с учётом партнёров
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Распределение базовых систем по количеству проектов, включая партнерские решения (проекты, партнерские проекты)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)