배포 과정: 온보딩, 빌드 및 출시
프로비저닝, 서명부터 인수인계까지의 타임라인, 온보딩 양식 및 각 입력 항목의 마감일, 신원 및 커뮤니케이션, 마이그레이션 대시보드, 전환 및 시스템 가동 단계.
3단계 프로비저닝
| 단계 | 무슨 일이 일어나는가 |
|---|---|
| 1 — 제안서 및 계약서 | 고객은 클라우드, 지역, 노드, 데이터베이스, 재해 복구(DR) 및 환경을 구성합니다. 감사된 수익 내역이 제공되며, 계약서에 주요 기술 담당자가 지정됩니다. |
| 2 — 빌드 | 온보딩 양식이 제출되고, 킥오프 회의에서 주요 목표, 책임 및 일정을 확정하며, 인프라스트럭처 코드를 기반으로 환경을 구축합니다. |
| 3 — 인수인계 | 기술 담당자에게 액세스 권한이 부여되고, 고객은 연결 및 SSO를 확인한 후 구성 및 마이그레이션이 시작됩니다. |
계약서 서명, 감사 완료된 매출 내역, 온보딩 양식이 모두 제출된 후에야 구축 작업이 시작됩니다. 고객 네트워크 및 DNS 작업은 계약 체결과 동시에 진행하는 것이 좋습니다. 일반적으로 이 부분이 가장 오랜 시간이 소요되는 항목입니다.
일정 (제안된 기본값, 영업일 기준)
| 에서 | 에게 | WHO | 목표 |
|---|---|---|---|
| 계약 체결 완료 | 온보딩 양식이 제출되었습니다. | 고객 | 5영업일 |
| 온보딩 양식 | 디자인 승인 | TRANXACT | 5영업일 |
| 디자인 승인 | 확정된 인수인계 날짜 | TRANXACT | 5영업일, Live DR 사용 시 +5일 (TO_4.1.01) |
개인 연결, 고객 관리 키 및 추가 환경을 통해 구축 범위를 확장할 수 있습니다. 구성, 마이그레이션 및 테스트는 인수인계 후 모듈 범위별로 계획됩니다.
인수인계 날짜와 마이그레이션 계획 규모가 확정된 후에만 시스템 가동 날짜를 확정하십시오.
온보딩 양식
| 입력 | 설명 | 언제 |
|---|---|---|
| 클라우드 제공업체 및 지역 | AWS, Azure 또는 Google Cloud; 기본 및 Live DR 지역 | 서명하기 전에 |
| 런타임 크기 조정 | 워커 노드 크기 및 개수(최소 3개); 환경 | 서명하기 전에 |
| 데이터 베이스 | 선호하는 엔진 및 크기(HA) | 서명하기 전에 |
| 연속성 패턴 | 가용성 계층, Live DR 지역, 볼트 보존 기간, RPO/RTO | 서명하기 전에 |
| 모듈 및 범위 | 모듈 출시 시점, 법인, 통화, 언어 | 서명하기 전에 |
| 규정 준수 플래그 | 규제 대상 데이터(건강, 교육, 급여) 보존 | 서명하기 전에 |
| AI ASK | 엔진 티어 또는 BYOK, 처리 지역, 사용 예산 | 서명하기 전에 |
| 회로망 | 개인 /22 범위(및 재해 복구), 연결 옵션, 송신 허용 목록 | 시작일로부터 5영업일 이내 |
| DNS 및 인증서 | FQDN, DNS 소유자, 공개 CA 인증서 | 5영업일 이내 |
| 신원 | SSO, 관리자 사용자, MFA 정책을 위한 IdP | 5영업일 이내 |
| 통합 | 은행, 급여, 세금, BI 및 기존 시스템 엔드포인트 | 5영업일 이내 |
| 콘택트 렌즈 | 기술, 네트워크, 보안, 재정, 데이터 마이그레이션; 24시간 연중무휴 연락 가능한 담당자 두 명 | 5영업일 이내 |
제출은 고객의 책임입니다(MIG_8.5.01). 입력값이 누락되면 약속된 인수인계일이 지연됩니다. 대부분의 입력값은 구성 도구에 직접 연결되므로 고객의 구성 PDF를 재사용하여 미리 채워 넣으세요.
- 빌드가 시작되면 수정됩니다: 지역, 주소 범위, FQDN, 데이터베이스 엔진.
- 범위는 Live DR 지역을 포함하여 고객, 파트너 또는 랜딩존 네트워크와 중복되어서는 안 됩니다.
- 기술 담당자는 자격 증명 및 네트워크 변경 사항을 처리할 수 있는 IT 책임자여야 하며, CxO, 재무 또는 구매 담당자가 아니어야 합니다(MIG_8.5.03).
- 제출 후 변경 사항은 Orchestrator를 통해 처리되며 비표준 또는 변경 요청으로 기록됩니다.
- 인수인계가 완료될 때까지 격주로 진행되는 운영 동기화에서 모든 미처리 입력 사항을 추적합니다.
정체성과 커뮤니케이션
- 서명 후 환영 팩 및 시작 초대장이 발송됩니다(MIG_8.5.02).
- 킥오프(SM_1.1.01): 지원 매뉴얼 및 서비스 포털, 환경 및 범위, R&R 워크북, RACI 및 에스컬레이션 매트릭스에 대한 설명.
- SAML 2.0 또는 OIDC를 통한 고객 IdP와의 SSO 페더레이션(PLAT_5.6.01); 원하는 경우 SCIM 프로비저닝(PLAT_5.6.05).
- 역할 매핑은 데이터 마이그레이션 시작 전에 실제 사용자를 대상으로 테스트되었습니다.
- 출시 시점부터 액세스 검토가 예정되어 있습니다(PLAT_5.6.04, 제외됨).
- 모든 연락은 지정된 기술 담당자에게 전달되며, 자격 증명도 해당 담당자에게만 제공됩니다(TO_4.1.02). 양식에 대리인을 지정할 수도 있습니다.
- 운영 관련 이메일(사고, 유지보수, 릴리스)은 기술 담당자와 연중무휴 24시간 지원 담당자에게 전송됩니다.
- 프로비저닝 및 알림 이메일이 격리되지 않도록 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.02) 후, 동결, 최종 로드 및 기술 검증(MIG_8.4.03, TRANXACT).
TRANXACT는 조종석 및 적재 템플릿(MIG_8.1.01), 마이그레이션 계획(MIG_8.1.02) 및 전환 계획과 동결 기간(MIG_8.4.01)을 공동으로 준비하여 제공합니다.
시스템 가동일은 도구가 아닌 데이터 품질에 따라 결정됩니다. 모든 개시 잔액은 가동 전에 감사된 원본 데이터와 대조되어야 하며, 최종 승인은 고객이 담당합니다.
체크리스트: 서명부터 서비스 개시까지
| 5영업일 이내 | 짓다 | 이양 | 출시 준비 완료 |
|---|---|---|---|
| 온보딩 양식 작성 완료 | VPN/개인 연결 | 접근 권한이 확인되었습니다 | 이주 문제 해결 |
| 기술 담당자 이름 | DNS 및 인증서가 활성화되어 있습니다. | 공유된 모니터링 대시보드 | 통합 테스트 완료 |
| 출구 허용 목록 초안 작성됨 | SSO 및 역할 매핑 | Vault 복사본 착륙 | Live DR 전환 완료 |
| 지역별 담당자 2명, 24시간 연중무휴 | 구축된 환경(IaC) | 목표 내 Live DR 지연 | 클린룸 복원 테스트 통과 |
시스템 가동 후에는 4~8주 동안 매일 점검을 포함한 확장 지원인 하이퍼케어가 H1 패키지(PKG_7.6.01)로 제공됩니다.
'제안된 기본값'으로 표시된 값은 배포 가이드에서 권장하는 시작 값입니다. 각 값은 고객별로 확인해야 하며, 계약서, 주문서, 서비스 수준 계약(SLA) 및 데이터 보호 계약(DPA)이 이 페이지의 내용보다 우선합니다.