DevOps는 다음 작업에 필요한 프로세스, 방법 및 커뮤니케이션을 다룹니다.
DevOps는 다음과 같은 문제를 방지하는 것을 목표로 합니다.
AEM(Adobe Experience Manager) 배포는 일반적으로 여러 환경에서 여러 수준에서 다른 용도로 사용되는 여러 환경으로 구성됩니다.
프로덕션 환경에는 작성자와 게시 환경이 각각 적어도 한 개 이상 있어야 합니다.
다른 모든 환경도 프로덕션 환경을 반영하고 조기 테스트를 활성화할 수 있도록 작성자 및 게시 환경으로 구성된 것이 좋습니다.
개발자는 필요한 모든 기능을 갖춘 제안된 프로젝트(웹 사이트, 모바일 애플리케이션, DAM 구현 등)를 개발 및 사용자 지정할 책임이 있습니다. 절차는 다음과 같습니다.
개발 환경의 구성은 일반적으로 다음과 같이 구성된 여러 요인에 따라 달라질 수 있습니다.
시스템의 크기에 따라 개발 환경에 작성자와 게시 인스턴스가 모두 있을 수 있습니다.
이 환경은 품질 보증 팀이 새 시스템을 통합적으로 테스트 하는 데 사용됩니다.디자인과 기능 모두 적절한 컨텐츠를 사용한 작성자 및 게시 환경이 모두 있어야 하며, 전체 테스트를 활성화하는 데 필요한 모든 서비스를 제공해야 합니다.
스테이징 환경은 구성, 코드 및 컨텐츠와 같은 프로덕션 환경의 미러여야 합니다.
프로덕션 환경은 구현을 실제로 작성 및 게시하는 데 필요한 환경으로 구성됩니다.
프로덕션 환경은 한 개 이상의 작성자 인스턴스와 한 개의 게시 인스턴스로 구성됩니다.
프로젝트 규모에 따라 여러 개의 작성자 및/또는 게시 인스턴스로 구성되는 경우가 많습니다. 하위 수준에서 저장소가 여러 인스턴스로 클러스터링될 수도 있습니다.
작성자 인스턴스는 일반적으로 내부 방화벽 뒤에 있습니다. 사용자 및 동료가 다음과 같은 작성 작업을 수행하는 환경입니다.
활성화된 컨텐츠는 패키지화되어 작성자 환경의 복제 큐에 배치됩니다. 그런 다음 복제 프로세스는 해당 컨텐츠를 게시 환경에 전송합니다.
게시 환경에 생성된 데이터를 다시 작성자 환경으로 복제하려면 작성자 환경의 복제 리스너가 게시 환경을 폴링하고, 게시 환경의 역방향 복제 출력소에서 해당 컨텐츠를 검색합니다.
게시 환경은 일반적으로 DMZ(Demilitarized Zone)에 있습니다. DMZ는 방문자가 귀하의 컨텐츠(예: 웹 사이트 또는 모바일 애플리케이션 형식을 통해)에 액세스하여 상호 작용하는 환경으로, 인트라넷 내에서 공개적입니다. 게시 환경:
게시 환경은 동적이며 실시간으로 컨텐츠를 생성하며 각 개별 사용자에 맞게 컨텐츠를 개인화할 수 있습니다.
코드는 항상 아래쪽에서 위쪽으로 전파해야 합니다.
일반적으로 코드(예: 사용자 지정된 웹 애플리케이션 기능 및 디자인 템플릿)는 다른 컨텐츠 저장소 간에 패키지를 내보내고 가져와서 전송합니다. 이 복제를 자동 프로세스로 구성할 수 있습니다.
AEM 프로젝트는 종종 코드 배포를 트리거합니다.
프로덕션에 대해 만들어지는 컨텐츠는 항상 프로덕션 작성 인스턴스에서 작성해야 합니다.
작성자가 로컬 시스템이나 낮은 환경에서 컨텐츠를 만든 다음 프로덕션 환경으로 이동하는 것은 좋지 않으며 오류 및 불일치를 초래할 수 있으므로 컨텐츠는 낮은 환경에서 더 높은 환경으로 이동하는 코드를 따라서는 안 됩니다.
프로덕션 컨텐츠는 스테이징 환경에서 효율적이고 정확한 테스트 환경을 제공하도록 프로덕션 환경에서 스테이징 환경으로 이동해야 합니다.
이는 스테이징 컨텐츠를 프로덕션과 계속 동기화해야 한다는 의미가 아닙니다. 정기적인 업데이트로도 충분하지만, 특히 새로운 코드를 반복 테스트하기 전에 업데이트해야 합니다. QA 및 개발 환경에 있는 컨텐츠는 자주 업데이트하지 않아도 되며, 이는 프로덕션 컨텐츠의 좋은 표현입니다.
컨텐츠를 다음과 같이 전송할 수 있습니다.