Модель развертывания

Готовность к промышленной эксплуатации относится к конкретной сборке в конкретной среде.

Диаграммы среды и тесты репозитория описывают границы. Допуск к промышленной эксплуатации требует зафиксированной приемки миграций, авторизации, восстановления, хранилища, коннекторов, браузера и операций на неизменяемых артефактах.

Диаграммы среды и тесты репозитория описывают границы. Допуск к промышленной эксплуатации требует зафиксированной приемки миграций, авторизации, восстановления, хранилища, коннекторов, браузера и операций на неизменяемых артефактах.
Модель развертывания
Текущая среда делает границы рабочих нагрузок явными.

Пользовательская доставка, административный контроль, надежные данные, асинхронные нагрузки, сохраняемые артефакты, контролируемый Python и пути восстановления Assurance разделены в текущей модели среды.

Управляемые сервисы AWS — целевая архитектура.

Базы данных, кэш, объектное хранилище, секреты, ключи, журналы и сервисы нагрузок могут быть сопоставлены с управляемыми возможностями AWS. Репозиторий не заявляет наличие единого универсального промышленного стека ECS или CDK.

Приемка охватывает сбои, а не только запуск.

Реестры миграций, отрицательные пути авторизации, отказ брокера, повторная доставка, восстановление зависших работ, подмена хранилища, резервное копирование и восстановление, сертификация коннекторов и репетиция отката входят в приёмку.

Публичный статус не может сертифицировать среду заказчика.

Метки возможностей описывают текущую область продукта. Заказчик и владелец развертывания должны зафиксировать приемку инфраструктуры, безопасности, юридических и операционных аспектов выбранной архитектуры.

Текущая среда делает границы рабочих нагрузок явными.

Пользовательская доставка, административный контроль, надежные данные, асинхронные нагрузки, сохраняемые артефакты, контролируемый Python и пути восстановления Assurance разделены в текущей модели среды.

Управляемые сервисы AWS — целевая архитектура.

Базы данных, кэш, объектное хранилище, секреты, ключи, журналы и сервисы нагрузок могут быть сопоставлены с управляемыми возможностями AWS. Репозиторий не заявляет наличие единого универсального промышленного стека ECS или CDK.

Приемка охватывает сбои, а не только запуск.

Реестры миграций, отрицательные пути авторизации, отказ брокера, повторная доставка, восстановление зависших работ, подмена хранилища, резервное копирование и восстановление, сертификация коннекторов и репетиция отката входят в приёмку.

Публичный статус не может сертифицировать среду заказчика.

Метки возможностей описывают текущую область продукта. Заказчик и владелец развертывания должны зафиксировать приемку инфраструктуры, безопасности, юридических и операционных аспектов выбранной архитектуры.

Следующий шаг

Начните с процесса, в котором недопустима неоднозначность.

Опишите важные системы, ответственных лиц, правила, обязательства по поставке и требования к доказательствам.

Обсудить критически важный процесс