새 기능: 클라우드 서비스로서 AEM에서 비공개 Git 리포지토리 사용

클라우드 서비스로서의 AEM 또는 Adobe의 호스팅된 AEM 6.5 제품(AEM 관리 서비스 또는 "AMS")에서는 코드를 Adobe 호스팅 환경에 배포하려면 먼저 해당 코드를 Adobe의 호스팅된 git 리포지토리로 가져와야 한다는 요구 사항이 오랫동안 존재해 왔습니다.

그 이유는 매우 간단합니다. Adobe의 Cloud Manager CI/CD 프레임워크는 코드에 대해 여러 가지 검사를 실행한 다음 컨테이너화된 빌드 서비스에서 해당 코드에 대한 빌드를 실행하고 프로덕션 배포가 완료되면 리포지토리에 릴리스에 태그를 지정할 수 있어야 하기 때문입니다.

비공개 vs Adobe Repos - 컨텍스트

AEMaaCS 및 AMS 고객이 이를 사용하는 데 있어 오랫동안 여러 가지 복잡성과 제한이 있었기 때문에 클라우드 호스팅 AEM에서 비공개 git 리포지토리를 사용할 수 있는 기능은 매우 바람직하고 수요가 많았습니다:

두 개의 리포지토리 유지

Adobe git 리포지토리는 배포 리포지토리일 뿐입니다. AEM 사이트를 개발하기 위한 기본 git이 되어서는 안 됩니다. 가용성 또는 백업에 대한 SLA가 없습니다. 따라서 프로젝트를 실행할 때 배포를 위한 Adobe 저장소뿐만 아니라 자체 내부 저장소를 유지 관리하고 해당 저장소 간의 동기화를 관리해야 합니다.

Adobe 리포지토리에는 풀 리퀘스트와 같은 기능이 없습니다.

Adobe git 구현에는 초기 단계의 특정 파이프라인을 약간 어렵게 만드는 여러 가지 기능이 부족합니다. 예를 들어 Adobe git에는 스레딩 또는 풀 리퀘스트가 없습니다.

보안 위반, 성능 저하, Sonarqube 규칙 위반 등을 표시하는 전체 빌드 자동화 테스트를 실제로 실행할 수 있는 유일한 곳이 Adobe CI/CD 파이프라인인 경우 문제가 됩니다.
따라서 사이트를 더 빠르게 만들 수 있다고 생각되는 새로운 기능에 대해 PR을 열고자 하는 경우 자체 Github에서 해당 PR을 열어야 하고, 빌드 검사를 통과했는지 알 수 없더라도 리드가 '승인'해야 하며, 그 후 Adobe git에 커밋하면 실패할 수 있고 그러면 PR은 쓸모없는 것이나 마찬가지가 됩니다.

보안 & 사용자 관리

사용자 관리 & 액세스를 제어할 수 있는 세분화된 제어 기능은 Adobe git에 없습니다. 따라서 결국 자체 git에 자체 보안을 구현한 다음 사용자가 직접 만든 빌드 자동화에 의존하여 어떤 브랜치, 커밋, 변경 사항 등이 Adobe git으로 들어오는지 제한해야 합니다. 할 수는 있지만 오류가 발생하기 쉬운 루브 골드버그 수준의 복잡성이 추가될 뿐입니다.

클라우드 서비스로서의 AEM을 위한 비공개 Git 리포지토리 & AMS: Adobe는 무엇을 릴리스했습니까?

이 기능은 올해 Adobe Summit에서 발표되었으며 지난 1년간 다양한 고객을 대상으로 프리뷰 버전을 제공한 바 있습니다. 따라서 원하는 모든 기능을 지원하는 것은 아니며 여러 가지 제한 사항이 있으므로 주의해야 합니다. 하지만 이 세상을 살아가는 사람들에게는 큰 진전이기 때문에 몇 가지 할 수 있는 일과 할 수 없는 일에 대해 간략히 설명해 보려고 합니다.

이제 할 수 있는 일:

• 클라우드 관리자 파이프라인에서 Github.com 사용: 이제 Adobe Cloud Manager에서 github.com git 저장소를 배포 저장소로 추가할 수 있습니다.
  
  참고: 이는 특히 공개 사이트( https://github.com/ )를 의미하며, 자체 호스팅된 Github 또는 기타 git 제공업체를 의미하지 않습니다. Adobe는 Git에 대한 액세스 권한을 인증하고 유지하기 위해 Github 앱을 사용하며, 이는 현재 프로세스에서 필수적인 부분입니다.

  

  이는 다른 git 공급자를 구현하는 데 있어 가장 큰 장애물 중 하나일 것입니다.

• PR에서 코드 품질 파이프라인 실행: 이 파이프라인에서 "왼쪽으로 이동"을 통해 할 수 있는 매우 유용한 부분은 github에서 PR을 열면 Cloud Manager 코드 품질 파이프라인을 시작하여 그 결과를 PR에 바로 보고할 수 있다는 점입니다. PR이 정말 승인 가능한지 또는 재작업을 위해 되돌아가야 하는지 여부를 확인할 수 있다는 것은 매우 중요한 일입니다.

  

• PR 파이프라인은 자동 생성 및 자동 정리됩니다: Cloud 매니저에서 코드 품질 파이프라인을 시작하는 PR을 열면 해당 PR을 위해 특별히 파이프라인이 만들어지고 해당 PR을 위해 특별히 & 출력이 실행됩니다. 해당 PR이 종료되면 Cloud Manager가 해당 파이프라인을 자동으로 제거하여 수많은 PR 파이프라인으로 인해 막히는 일이 없도록 합니다.
  
  이 동작은 프로젝트에서 구성할 수 있습니다.

  

• 풀스택 파이프라인 실행: 코드 품질 검사를 수행하고 PR을 승인한 후에는 Cloud Manager 풀스택 파이프라인을 설정하여 Cloud Manager Adobe 리포지토리를 전혀 거치지 않고 Github 리포지토리에서 바로 실행할 수 있도록 할 수 있습니다.
  
  이러한 배포는 프로덕션 환경에서도 사용할 수 있습니다.

• AMS(AEM 6.5)와 클라우드 서비스로서의 AEM 모두에서 작동합니다: 이 기능은 두 가지 유형의 인프라를 모두 지원하며 여기에는 동일한 주의 사항이 적용됩니다.

아직 할 수 없는 일:

• Github 이외의 다른 Git 리포지토리를 사용하세요: 이 기능은 https://github.com 에서만 작동합니다. 따라서 "company.github.com"이 있다면 또는 "gitlab.com" 또는 "bitbucket.com", Azure 리포지토리 또는 기타 Github 이외의 다른 Git 제공업체를 사용하는 경우에는 아직 작동하지 않습니다.
  
  Adobe는 고객의 필요에 따라 우선순위를 정하고 다른 git 제공업체를 활성화하기 위해 적극적으로 노력하고 있으므로 요구 사항이 있는 경우 시간을 낭비하지 말고 주변 Adobe 직원에게 문의하면 귀 기울여 줄 것입니다.

• 구성, 프런트엔드 또는 웹 계층 파이프라인이 없습니다: 현재 이 기능은 AEM 프로젝트의 모든 것을 배포하는 "풀스택 파이프라인"에서만 작동합니다. Web-Tier 파이프라인과 같은 다른 하위 모듈 파이프라인을 사용하여 디스패처 전용 코드를 배포하거나 Config 파이프라인을 사용하여 CDN 구성을 배포하는 경우에는 이 기능이 아직 제공되지 않습니다.

• Git 트리거가 아직 작동하지 않음: 코드가 커밋되면 배포를 시작하도록 Git 트리거에서 파이프라인(코드 품질 또는 배포)을 시작하려는 경우 아직 작동하지 않습니다.

  

  이때 "배포 트리거: Git 변경 시'가 체크되어 있더라도 수동으로 배포를 트리거해야 합니다. 이 내용은 이제 문서의 '제한 사항' 섹션에도 언급되어 있습니다. (이 점을 지적해준 사티시 발란에게 감사의 마음을 전합니다!)

AEM 파이프라인 완성하기

직접 시도해 보고 싶으신 것 같다면 여기에서 AEM에서 자체 관리 Github을 시작하는 방법에 대한 설명서를 참조하세요.

그러나 구현할지 여부가 확실하지 않거나 다른 배포 또는 CI/CD에 대해 이야기하고 싶은 고민이 있는 경우 기꺼이 상담해 드리겠습니다!

또한 이 주제에 대한 자세한 내용은 (팟캐스트를 좋아하신다면) CTO인 Dwayne Hale과 제가 클라우드와 자체 호스팅 AEM 장비 실행의 장단점에 대해 논의한 내용을 참조하세요.

들으신 내용이 마음에 드시나요? 어떤 것이 적합한지 궁금한 점이 있으신가요? 상담하고 싶어요! 문의하기

팟캐스트 에피소드 & 블로그 게시물