권장 접근 방식: 개발 및 프로덕션에 별도 프로젝트 사용
핵심 권장 사항은 EK의 프로젝트를 환경 경계로 활용하는 것입니다. 프로덕션 프로젝트에서 직접 구축하는 대신 전용 개발 프로젝트를 유지하여 모든 구성, 테스트, 반복이 프로덕션으로 전파되기 전에 이루어지도록 해야 합니다.개발 단계
모든 솔루션 개발은 지정된 개발 프로젝트 내에서 이루어져야 합니다. 여기에는 지식 소스 구성, 에이전트 구축 및 테스트, 도구 및 통합 설정, 워크플로 정의가 포함됩니다. 이러한 작업을 개발 프로젝트에 격리하여 유지하면 활발한 개발 중에도 프로덕션 환경이 안정적이고 영향을 받지 않도록 보장할 수 있습니다. 개발이 완료되면 해당 개발 프로젝트 내에서 사용자 수용 테스트 (UAT)를 거쳐야 합니다. 프로모션이 이루어지기 전에 관계자와 최종 사용자가 동작을 검증하고, 엣지 케이스를 테스트하고, 솔루션을 승인할 수 있습니다. UAT가 승인된 후에야 프로덕션 프로젝트를 만들어야 합니다.프로덕션으로 전파
EK Cloud는 동일한 테넌트 내에서 개발 프로덕션으로 전파하는 두 가지 방법을 제공합니다: 옵션 1 – 내보내기 및 가져오기 EK에서 개발 프로젝트를 내보내고 동일한 테넌트 내에서 새 프로젝트로 가져옵니다. 이를 통해 내보내기 시점의 개발 구성을 미러링하는 깔끔한 프로덕션 프로젝트를 확보할 수 있습니다. 옵션 2 – 복제 및 이름 변경 테넌트 내에서 개발 프로젝트를 직접 복제한 후 복제된 프로젝트의 이름을 프로덕션 용도에 맞게 변경합니다. 두 프로젝트는 동일한 테넌트에 공존하며, 개발 프로젝트는 현재 상태로 보존됩니다. 어떤 방법이든 새 독립형 프로덕션 환경 역할을 하는 프로젝트가 생성됩니다.마이그레이션 후 단계
사용하는 방법에 관계없이 프로덕션 프로젝트 생성 후 수동으로 처리해야 할 여러 항목이 있습니다. 이 항목들은 자동으로 전파되지 않으며 솔루션이 라이브되기 전에 다시 구성해야 합니다.프로젝트 멤버
내보내기/가져오기 또는 복제 작업에서 프로젝트 멤버는 전파되지 않습니다. 프로덕션 프로젝트에 접근해야 하는 모든 사용자는 수동으로 추가해야 합니다.서드파티 서비스 인증
클라우드 스토리지 공급자, CRM, 기타 SaaS 플랫폼 등 외부 서비스에 연결된 모든 통합은 새 프로덕션 프로젝트에서 다시 인증해야 합니다. 자격 증명 및 OAuth 연결은 원래 구성된 프로젝트에 범위가 지정되며 내보내기/가져오기 또는 복제 시 전파되지 않습니다.도구용 API 키
솔루션 내의 도구가 API 키에 의존하는 경우 해당 키는 프로덕션 프로젝트에서 다시 발급하고 다시 연결해야 합니다. 보안상의 이유와 개발 키가 서로 다른 속도 제한이나 접근 범위를 가질 수 있으므로 프로덕션에서 개발 API 키를 재사용하지 마세요.Automation Anywhere APA Control Room 연결
솔루션이 Automation Anywhere APA Control Room 인스턴스에 연결되어 있는 경우 해당 연결은 프로덕션 APA Control Room을 가리키도록 프로덕션 프로젝트에서 다시 설정해야 합니다. 개발 및 프로덕션 APA 환경은 별도이며, 개발 프로젝트에서 구성된 연결은 개발 APA 인스턴스를 참조합니다. 이 연결을 업데이트하지 않으면 프로덕션 EK 솔루션이 개발 APA 환경과 계속 통신하게 됩니다.요약
| 단계 | 필요한 조치 |
|---|---|
| 개발 및 UAT | 개발 프로젝트 내에서 전체 작업 수행 |
| 프로덕션으로 전파 | 내보내기/가져오기 또는 복제 및 이름 변경 |
| 프로젝트 멤버 | 프로덕션 프로젝트에 모든 멤버 다시 추가 |
| 서드파티 서비스 | 프로덕션 프로젝트에서 다시 인증 |
| 도구 API 키 | 프로덕션 프로젝트에서 다시 발급 및 연결 |
| AA APA 연결 | 프로덕션 APA Control Room에 다시 연결 |
참고 사항
- 개발 및 프로덕션 프로젝트 간에 자동 동기화는 없습니다. UAT 후 개발 프로젝트에서 수행된 모든 변경 사항은 수동으로 다시 전파해야 합니다.
- 라이브 후 향후 반복 및 테스트를 지원하기 위해 개발 프로젝트를 유지하는 것이 권장됩니다.
- 프로젝트 명명 규칙은 잘못된 환경에서의 우발적인 구성을 방지하기 위해 개발과 프로덕션을 명확히 구분해야 합니다 (예:
MyProject_DEV및MyProject_PROD).