В процессе развертывания: ввод в эксплуатацию, сборка и запуск в работу.
Подготовка ресурсов, график от подписания до передачи, форма регистрации и сроки ввода каждого параметра, идентификация и коммуникации, панель управления миграцией, переход на новую систему и этапы запуска.
Подготовка ресурсов в три этапа
| Шаг | Что происходит |
|---|---|
| 1 — Предложение и договор | Заказчик настраивает облако, регион, узлы, базу данных, систему аварийного восстановления и среды; предоставляется аудированная выручка; в договоре указывается основной технический контакт. |
| 2 — Строить | Заполняется анкета для приема на работу; на старте определяются этапы, обязанности и сроки; создаются рабочие среды на основе подхода «инфраструктура как код». |
| 3 — Передача полномочий | Доступ предоставляется техническому специалисту; клиент проверяет подключение и единый вход (SSO); начинается настройка и миграция. |
Разработка начинается только после получения всех необходимых документов: подписи, аудированных отчетов о доходах и заполненной формы заявки. Начинайте работу над сетью и DNS клиента параллельно с заключением контракта — это, как правило, самый длительный этап.
Сроки (предлагаемый вариант по умолчанию, рабочие дни)
| От | К | ВОЗ | Цель |
|---|---|---|---|
| Контракт подписан. | Заполнена форма приема на работу. | Клиент | 5 рабочих дней |
| Форма регистрации | Утверждение проекта | TRANXACT | 5 рабочих дней |
| Утверждение проекта | Объявленная дата передачи | TRANXACT | 5 рабочих дней, +5 с Live DR (TO_4.1.01) |
Использование частного подключения, ключей, управляемых клиентом, и дополнительных сред может расширить возможности сборки. Конфигурация, миграция и тестирование выполняются после передачи проекта и планируются для каждого модуля отдельно.
Определить дату запуска следует только после того, как будет согласована дата передачи и разработан план миграции.
Форма регистрации
| Вход | Описание | Когда |
|---|---|---|
| Поставщик облачных услуг и регионы | AWS, Azure или Google Cloud; основной регион и регион Live DR | Перед подписанием |
| Определение размера среды выполнения | Размер и количество рабочих узлов (минимум 3); среды | Перед подписанием |
| База данных | Выбор двигателя и его размер (HA) | Перед подписанием |
| Схема непрерывности | Уровень доступности, регион Live DR, срок хранения хранилища, RPO/RTO | Перед подписанием |
| Модули и область применения | Модули на этапе запуска, юридические лица, валюты, языки | Перед подписанием |
| Флаги соответствия | Регулярные данные (здравоохранение, образование, заработная плата), хранение | Перед подписанием |
| ASK ИИ | Уровень движка или BYOK, регион обработки, бюджет использования | Перед подписанием |
| Сеть | Частные диапазоны /22 (и DR), параметры подключения, список разрешенных исходящих каналов. | В течение 5 рабочих дней с момента начала работ |
| DNS и сертификаты | Полное доменное имя (FQDN), владелец DNS, сертификат публичного центра сертификации (PAC). | В течение 5 рабочих дней |
| Личность | Поставщик идентификации для единого входа (SSO), администраторов, политики многофакторной аутентификации (MFA). | В течение 5 рабочих дней |
| Интеграции | Банковские операции, расчет заработной платы, налогообложение, бизнес-аналитика и устаревшие конечные устройства. | В течение 5 рабочих дней |
| Контакты | Технические вопросы, сети, безопасность, финансы, миграция данных; два контакта 24/7. | В течение 5 рабочих дней |
Отправка данных — задача заказчика (MIG_8.5.01). Отсутствие данных задерживает согласованную дату передачи. Большинство данных напрямую связаны с конфигуратором, поэтому используйте PDF-файл конфигурации заказчика для предварительного заполнения.
- Исправлено после начала сборки: регион, диапазоны адресов, полное доменное имя (FQDN), механизм базы данных.
- Диапазоны зон не должны перекрываться с сетями каких-либо клиентов, партнеров или посадочных зон, включая регион Live DR.
- Контактным лицом по техническим вопросам должен быть руководитель ИТ-отдела, который может принимать решения по вопросам учетных данных и изменений в сети, а не представитель высшего звена, финансового отдела или отдела закупок (MIG_8.5.03).
- Изменения, внесенные после отправки, проходят через Orchestrator и регистрируются как нестандартные запросы или запросы на изменение.
- Отслеживайте каждый открытый запрос в рамках синхронизации операций, проводимой раз в две недели, до момента передачи дел.
Идентичность и коммуникации
- Приветственный пакет и приглашение на мероприятие после подписания (MIG_8.5.02).
- Начало работы (SM_1.1.01): руководство по поддержке и сервисный портал, общая картина и область применения, а также обзор рабочей тетради R&R, матрицы RACI и матрицы эскалации.
- Федерация SSO с поставщиком идентификации клиента через SAML 2.0 или OIDC (PLAT_5.6.01); предоставление SCIM-доступа при необходимости (PLAT_5.6.05).
- Сопоставление ролей, протестированное с реальными пользователями перед началом миграции данных.
- Доступ к проверкам, запланированным с момента запуска системы (PLAT_5.6.04, Исключено).
- Вся переписка направляется указанному техническому контактному лицу; учетные данные передаются только ему (TO_4.1.02). В форме может быть указан заместитель.
- Оперативные электронные письма — об инцидентах, техническом обслуживании, релизах — отправляются техническому специалисту и контактным лицам, работающим круглосуточно.
- Добавить в список разрешенных доменов отправителей TRANXACT, чтобы электронные письма с уведомлениями и оповещениями не попадали в карантин (PLAT_5.5.03).
- Если письмо пропало: сначала проверьте папку «Спам» и поместите письмо в карантин, затем отправьте запрос через портал обслуживания.
- Проблема единого входа (SSO): перед созданием инцидента необходимо подтвердить метаданные поставщика идентификации (IdP), сопоставление утверждений и роль тестового пользователя.
Кабина миграции
- Выдержка из устаревших систем и электронных таблиц (MIG_8.3.01, клиент).
- Сопоставление — с сущностями, счетами и основными данными TRANXACT; очистка (MIG_8.3.02, клиент).
- Проверка — правила, дубликаты, отсутствующие данные (MIG_8.2.01, TRANXACT).
- Пробные загрузки — в непроизводственный режим, повторяющиеся (MIG_8.2.01; загрузки, выходящие за рамки согласованных циклов, являются дополнительными, MIG_8.2.02).
- Сверка — пробный баланс, субсчета, запасы; утверждение начальных остатков (MIG_8.3.03, клиент).
- Переключение — заморозка, окончательная загрузка и техническая проверка (MIG_8.4.03, TRANXACT) после решения заказчика о готовности/неготовности (MIG_8.4.02).
TRANXACT предоставляет шаблоны кабины и загрузки (MIG_8.1.01), план миграции (MIG_8.1.02), а также план переключения и окно заморозки, подготовленные совместно (MIG_8.4.01).
Дата запуска определяется качеством данных, а не инструментами. Перед запуском каждый начальный баланс сверяется с проверенным источником, и это подтверждение получает клиент.
Контрольный список: от подписи до запуска в эксплуатацию
| В течение 5 рабочих дней | Строить | Сдавать | Готовность к запуску |
|---|---|---|---|
| Заполнена форма регистрации. | VPN / приватное соединение | Доступ подтвержден | Миграция урегулирована |
| Контактное лицо по техническим вопросам указано. | DNS и сертификаты работают. | Панель мониторинга общего доступа | Протестированные интеграции |
| Составлен список разрешенных выходов | Единый вход и сопоставление ролей | Копии хранилища приземляются | Переключение Live DR прошло успешно. |
| Контактные лица на каждый регион, два, круглосуточно. | Созданные среды (IaC) | Отставание Live DR в пределах целевого значения | Восстановление чистого помещения прошло успешно. |
После запуска системы доступна расширенная поддержка (гиперподдержка) с ежедневными проверками, обычно в течение 4–8 недель, в составе пакета H1 (PKG_7.6.01).
Значения, отмеченные как «предлагаемые значения по умолчанию», являются рекомендуемыми отправными точками, указанными в руководстве по развертыванию. Подтверждайте каждое значение для каждого клиента; договор, форма заказа, соглашение об уровне обслуживания (SLA) и соглашение о защите данных (DPA) имеют приоритет над данной страницей.