- EKB 플랫폼 (애플리케이션)을 비프로덕션에서 프로덕션으로 전파
- EKB 프로젝트 및 AI 사용 사례를 비프로덕션에서 프로덕션으로 전파
- 업데이트, 테스트, 구성, 승인을 포함한 각 전파 활동에 대한 역할과 책임을 명확히 정의
- 전파 중 역할과 책임을 명확히 정의
- 환경별 구성 업데이트를 고려
- 엔터프라이즈 온프레미스 SDLC 및 보안 모델과 일치
- 엄격한 프로덕션 접근 제어를 유지
- 반복 가능하고 감사 가능한 전파를 지원
환경 모델 (온프레미스)
팀은 EKB에 대해 별도의 온프레미스 비프로덕션 및 프로덕션 환경을 유지합니다. 이 환경들은:- 논리적 및 물리적으로 격리됨
- 제어된 수동 프로세스를 통해 전파됨
SDLC 단계 및 전파 개요
1단계 – 설계 및 구축 (비프로덕션)
- 사용 사례는 EKB 비프로덕션에서 설계되고 구성됩니다
- 프롬프트, 워크플로, 통합이 반복되고 조정됩니다
- 가능한 경우 테스트 데이터를 사용합니다
지원: EKB (AA)
2단계 – 테스트 및 검증 (비프로덕션)
- 기능 테스트 및 UAT
- 정확도, 성능, 보안 검증
- 전파 준비 완료를 확인하는 비즈니스 승인
3단계 – 전파 준비
모든 전파 전에:- 변경 승인이 획득됨
- 방화벽 및 네트워크 요구 사항이 검토됨
- 프로덕션 접근 및 RBAC 접근 방식이 확인됨
- 환경별 구성 값이 식별됨
전파 메커니즘
플랫폼 (환경) 전파
플랫폼 전파에는 다음이 포함됩니다:- EKB 버전 업그레이드
- 보안 패치
- 플랫폼 수준 구성 변경
고위 흐름
- 비프로덕션에서 업데이트 적용
- 플랫폼 테스트 및 검증
- 변경 승인 및 일정 수립
- 프로덕션에 배포
- 배포 후 검증
프로젝트 / 사용 사례 전파
EKB는 온프레미스 환경 간 프로젝트 내보내기/가져오기 메커니즘을 통한 전파를 지원합니다.전파에 포함됨
- 프로젝트 구성
- 워크플로 및 에이전트
- 프롬프트 및 규칙
전파에서 제외됨
- 사용자 및 역할 할당
- 환경별 시크릿
- 네트워크 및 방화벽 설정
고위 흐름
- 비프로덕션에서 프로젝트 확정
- 비프로덕션에서 내보내기
- 프로덕션으로 가져오기
- 환경별 구성 업데이트
- 프로덕션 구성 및 접근 설정
- 스모크 테스트 및 라이브
전파 활동에 대한 역할과 책임
이 섹션은 비프로덕션에서 프로덕션으로 업데이트 및 구성을 전파하는 각 활동을 수행하는 사람을 정의합니다.플랫폼 (환경) 전파 책임
| 활동 | 비즈니스 팀 | 런/미들웨어 팀 | EKB (AA) |
|---|---|---|---|
| 플랫폼 업그레이드 계획 | I | C | R |
| 비프로덕션에서 업그레이드 적용 | I | I | R |
| 플랫폼 회귀 테스트 실행 | I | C | R |
| 테스트 결과 검토 | I | C | R |
| 변경 승인 및 일정 수립 | I | R | C |
| 프로덕션에 업그레이드 배포 | I | C | R |
| 배포 후 검증 | I | C | R |
핵심 포인트
**EKB (AA)**는 플랫폼 업데이트 실행 및 플랫폼 수준 테스트를 담당합니다.런/미들웨어 팀은 승인, 일정 수립, 인프라 준비를 제어합니다.
프로젝트 / 사용 사례 전파 책임
| 활동 | 비즈니스 팀 | 런/미들웨어 팀 | EKB (AA) |
|---|---|---|---|
| 사용 사례 개발 및 구성 (비프로덕션) | R | I | C |
| 기능 테스트 및 UAT | R | I | C |
| 전파 준비 확인 | R | I | I |
| 비프로덕션에서 프로젝트 내보내기 | I | I | R |
| 프로덕션으로 프로젝트 가져오기 | I | C | R |
| 프로덕션 스모크 테스트 | R | C | C |
| 라이브 승인 | R | I | I |
핵심 포인트
팀의 비즈니스 관계자가 검증과 승인을 담당하며, **EKB (AA)**는 기술 전파 단계를 수행합니다.전파 후 구성 (프로덕션)
이러한 활동은 프로덕션 제어를 유지하기 위해 가져오기 후에 수행됩니다.| 활동 | 비즈니스 팀 | 런/미들웨어 팀 | EKB (AA) |
|---|---|---|---|
| 프로덕션 사용자 생성 | I | R | I |
| RBAC 할당 | I | R | C |
| 방화벽 / 네트워크 구성 | I | R | C |
| 통합 검증 | R | C | C |
환경별 구성 업데이트 (전파 시 필수)
프로젝트가 비프로덕션에서 프로덕션으로 전파될 때 프로덕션 환경을 반영하도록 특정 구성 값을 업데이트해야 합니다. 이 값들은 자동으로 전파되지 않으며 전파 중에 검토해야 합니다.RPA 구성 업데이트 (해당 시)
RPA 도구와 통합되는 사용 사례의 경우 프로덕션에서 다음 값을 업데이트해야 합니다:- Control Room URL
- 사용자 이름
- 사용자 v2 토큰
EKB 구성 업데이트
EKB 내에서 전파 후 다음 환경별 값을 검토하고 업데이트해야 합니다:-
기본 URL
- 예시:
- 비프로덕션:
https://nonprod.example.com - 프로덕션:
https://prod.example.com
- 비프로덕션:
- 예시:
- 프로젝트 ID
- 프로젝트 xApiKey
- 프로젝트 xApiSecret
- 스마트 테이블 ID
구성 업데이트 책임
| 활동 | 비즈니스 팀 | 런/미들웨어 팀 | EKB (AA) |
|---|---|---|---|
| 필요한 구성 변경 식별 | C | C | R |
| 프로덕션 RPA 변수 업데이트 | I | R | C |
| 프로덕션 EKB 변수 업데이트 | I | C | R |
| 구성 변경 검증 | R | C | C |
프로덕션 운영 모델
팀
- 프로덕션 운영을 소유
- 사용자, RBAC, 모니터링을 관리
- 1차 인시던트 대응을 제공
EKB (AA)
- 플랫폼 안정성 및 수정을 소유
- 플랫폼 업그레이드 및 패치를 제공
- 복잡한 구성 문제를 지원
변경 관리 및 거버넌스
- 모든 프로덕션 변경은 공식 변경 관리 프로세스를 따릅니다
- 비프로덕션이 실험을 위한 유일한 환경입니다
- 긴급 수정은 가속화된 승인을 따릅니다
- 비즈니스 소유자
- 정의된 범위
- 지원 연락처
- 롤백 계획