Эталонная архитектура и среда выполнения
Что встроено в облако клиента: входящий трафик, трехузловой кластер Kubernetes, распределенный по зонам, управляемая база данных с резервным сервером, объектное хранилище, исходящий трафик, изолированное хранилище и параметры настройки размера.
Каждое развертывание проектируется один раз на основе одной и той же эталонной архитектуры. Различия между облачными платформами — продукты для подключения, управление ключами, механизмы баз данных — затем становятся вариантами конфигурации, а не перепроектированием.
| Дизайн | Строить | Эксплуатировать | Инновации |
|---|---|---|---|
| Одна модель данных и один механизм обработки данных для каждого финансового события. | Контейнеризированные сервисы на трехузловом кластере Kubernetes с балансировкой нагрузки. | Неизменяемые записи и полный журнал аудита предусмотрены изначально. | ASK выполняется через собственные API компании TRANXACT. |
| Задумка компании предусматривает использование нескольких юридических лиц, нескольких валют и регионов. | Управляемая база данных по выбору клиента, рассчитанная на высокую доступность. | Live DR во втором работающем регионе и резервное копирование в изолированной от сети среде являются стандартными функциями. | Очередь действий, учитывающая роли пользователей и определяющая, что действительно важно. |
Что находится внутри одного региона?
| Компонент | Что это такое | Примечания |
|---|---|---|
| Балансировщик нагрузки и WAF | Входящий HTTPS-трафик на erp.<домен клиента>; TLS 1.2 или выше; защита от DDoS-атак. | Единственный общедоступный вход. |
| Частная конечная точка / внутренний балансировщик нагрузки | Входящий трафик для частных устройств через VPN, частное соединение или пиринг. | Присутствует при использовании приватного доступа. |
| кластер Kubernetes | По меньшей мере три рабочих узла, распределенных по зонам доступности, с сквозным протоколом TLS. | Запускает веб-интерфейс и API, систему размещения объявлений, оператор ASK, а также обработчики и задания. |
| Управляемая база данных | Основной узел с синхронным резервным узлом высокой доступности в другой зоне. | Двигатель и объем выбираются клиентом. |
| Объектное хранилище | Документы и вложения, имеющие версии, дублируются в разных регионах. | Документы не хранятся в базе данных. |
| Выход NAT | Исходящий трафик должен направляться только в разрешенный список адресатов. | Банки, налоги и электронное выставление счетов, расчет заработной платы, электронная почта, система искусственного интеллекта. |
| Хранилище с воздушным зазором | Отдельный аккаунт для хранения неизменяемых резервных копий, допускающих однократную запись. | Производство может на это направлять, и ни на что другое. |
Рабочие узлы распределены по зонам таким образом, что потеря одного узла или одной зоны все равно оставляет ресурсы для обслуживания пользователей. В руководстве показано, на каких узлах работает каждая служба — их размещает планировщик.
Вне кластера
- Система искусственного интеллекта для ASK — премиум, сбалансированный или экономичный уровень, либо собственный ключ клиента (BYOK).
- Внешние сервисы — банки, налоговое и электронное выставление счетов, расчет заработной платы, платформы бизнес-аналитики и обработки данных, электронная почта.
- Удаленные и мобильные пользователи, входящие в систему через поставщика идентификационных данных клиента.
- Корпоративная сеть клиента: офисные пользователи, поставщик идентификационных данных, устаревшие и производственные системы — доступ к ним осуществляется через VPN или частный канал связи при использовании частного подключения.
Частное подключение является необязательным. Когда весь доступ осуществляется по протоколу HTTPS, VPN/частное соединение и внутренний балансировщик нагрузки просто не создаются.
Регулировочные ручки
- Размер узла.
- Количество узлов — минимум три.
- Механизм базы данных и её размер.
- Регион Live DR.
- Количество сред.
Всё остальное — это эталонная архитектура, одинаковая для всех клиентов. См. раздел «Перед заключением договора» для получения информации об уровнях использования, определяющих начальные значения.
Настраивайте, а не персонализируйте.
Тот же принцип регулирует работу кода внутри кластера. Требования, выходящие за рамки стандарта, выполняются в следующем порядке: путем конфигурации (с минимальным или полным отсутствием кода, обновляемой вместе с платформой); путем интеграции через API TRANXACT, работающей вне кластера; и только после проверки безопасности и технических характеристик — путем реализации кода или агента внутри кластера, что, в случае одобрения, допускается и поддерживается заказчиком. Отклоненный код работает вне кластера. В главе X рабочей тетради перечислены задачи для каждого результата.
Все, что можно реализовать с помощью конфигурации, не должно превращаться в пользовательский код. Конфигурация меняется с каждым релизом платформы; пользовательский код — нет.