> ## Documentation Index > Fetch the complete documentation index at: https://ai-kb.automationanywhere.com/llms.txt > Use this file to discover all available pages before exploring further. # 온프레미스 SDLC 모범 사례 > 온프레미스 환경에서 비프로덕션에서 프로덕션으로 EKB를 전파하는 SDLC 모범 사례 이 문서는 다음에 대한 권장 모범 사례를 정의합니다: * EKB 플랫폼 (애플리케이션)을 **비프로덕션에서 프로덕션으로** 전파 * **EKB 프로젝트 및 AI 사용 사례**를 비프로덕션에서 프로덕션으로 전파 * 업데이트, 테스트, 구성, 승인을 포함한 각 전파 활동에 대한 **역할과 책임**을 명확히 정의 이 접근 방식은 **온프레미스 환경**을 위해 설계되었으며 **일반적인 SDLC, 보안, 운영 거버넌스 표준**과 일치합니다. 이 접근 방식: * **전파 중 역할과 책임**을 명확히 정의 * **환경별 구성 업데이트**를 고려 * **엔터프라이즈 온프레미스 SDLC 및 보안 모델**과 일치 * **엄격한 프로덕션 접근 제어**를 유지 * **반복 가능하고 감사 가능한 전파**를 지원 *** ## 환경 모델 (온프레미스) 팀은 EKB에 대해 별도의 **온프레미스 비프로덕션 및 프로덕션 환경**을 유지합니다. 이 환경들은: * 논리적 및 물리적으로 격리됨 * **제어된 수동 프로세스**를 통해 전파됨 **플랫폼 업데이트**와 **프로젝트 전파** 모두 단일 SDLC 프레임워크 하에서 관리됩니다. *** ## SDLC 단계 및 전파 개요 ### 1단계 – 설계 및 구축 (비프로덕션) * 사용 사례는 **EKB 비프로덕션**에서 설계되고 구성됩니다 * 프롬프트, 워크플로, 통합이 반복되고 조정됩니다 * 가능한 경우 테스트 데이터를 사용합니다 **담당:** 비즈니스 팀 / SME\ **지원:** EKB (AA) ### 2단계 – 테스트 및 검증 (비프로덕션) * 기능 테스트 및 UAT * 정확도, 성능, 보안 검증 * 전파 준비 완료를 확인하는 비즈니스 승인 **담당:** 비즈니스 팀 / SME ### 3단계 – 전파 준비 모든 전파 전에: * 변경 승인이 획득됨 * 방화벽 및 네트워크 요구 사항이 검토됨 * 프로덕션 접근 및 RBAC 접근 방식이 확인됨 * 환경별 구성 값이 식별됨 *** ## 전파 메커니즘 ### 플랫폼 (환경) 전파 플랫폼 전파에는 다음이 포함됩니다: * EKB 버전 업그레이드 * 보안 패치 * 플랫폼 수준 구성 변경 #### 고위 흐름 1. **비프로덕션**에서 업데이트 적용 2. 플랫폼 테스트 및 검증 3. 변경 승인 및 일정 수립 4. **프로덕션**에 배포 5. 배포 후 검증 ### 프로젝트 / 사용 사례 전파 EKB는 온프레미스 환경 간 **프로젝트 내보내기/가져오기 메커니즘**을 통한 전파를 지원합니다. #### 전파에 포함됨 * 프로젝트 구성 * 워크플로 및 에이전트 * 프롬프트 및 규칙 #### 전파에서 제외됨 * 사용자 및 역할 할당 * 환경별 시크릿 * 네트워크 및 방화벽 설정 이는 **프로덕션 접근이 명시적으로 제어되도록** 보장합니다. #### 고위 흐름 1. 비프로덕션에서 프로젝트 확정 2. 비프로덕션에서 내보내기 3. 프로덕션으로 가져오기 4. 환경별 구성 업데이트 5. 프로덕션 구성 및 접근 설정 6. 스모크 테스트 및 라이브 *** ## 전파 활동에 대한 역할과 책임 이 섹션은 **비프로덕션에서 프로덕션**으로 업데이트 및 구성을 전파하는 각 활동을 수행하는 사람을 정의합니다. ### 플랫폼 (환경) 전파 책임 | 활동 | 비즈니스 팀 | 런/미들웨어 팀 | 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 토큰 이 값들은 **프로덕션 RPA 인프라 및 자격 증명**을 참조해야 합니다. ### 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) * **플랫폼 안정성 및 수정**을 소유 * **플랫폼 업그레이드 및 패치**를 제공 * **복잡한 구성 문제**를 지원 EKB는 **프로덕션 런 팀 역할을 하지 않습니다**. *** ## 변경 관리 및 거버넌스 * 모든 프로덕션 변경은 **공식 변경 관리 프로세스**를 따릅니다 * **비프로덕션이 실험을 위한 유일한 환경**입니다 * 긴급 수정은 **가속화된 승인**을 따릅니다 각 프로덕션 사용 사례에는 다음이 있어야 합니다: * 비즈니스 소유자 * 정의된 범위 * 지원 연락처 * 롤백 계획