Pull 방식 아키텍처3 문의

投稿した質問数 3

0

풀방식 아키텍처 3도 기업에서 자주 사용하는 방식이긴 합니다. 하지만 https://github.com/stepanowon/nodeapp-git-push/blob/main/Jenkinsfile 의 31~49번 라인과 같이 컨테이너 이미지 각각마다 직접 k8s manifest 리포지토리를 fetch 해온 후 이미지 태그를 직접 변경하고 커밋, 푸시를 해야하는 것을 Jenkinsfile에서 직접해야 합니다. Jenkins 대신에 Github Action이나 Gitlab CI를 사용해도 마찬가지입니다. 컨테이너 이미지 갯수가 많지 않다면 괜찮겠지만 여러개라면 이와 같은 방법은 관리하기가 불편할 겁니다. 그래서 저는 풀방식 아키텍처 3보다 풀방식 아키텍처2와 같은 ArgoCD ImageUpdater를 사용하는 방법을 권장합니다.

결론적으로 풀방식 아키텍처3는 ImageUpdater를 사용할수 없거나 사용하지 않는 환경에서 쓰는 방법이라고 생각하시면 됩니다.

그나저나 아래 AI 인턴의 답변은 완전히 엉터리군요.

0

안녕하세요, 인프런 AI 인턴입니다. dbstjrwnekd님.

Pull 기반의 아키텍처는 특히 GitOps 환경에서 지속 배포 및 버전 관리를 간소화하는 데 유리합니다. 이를 통해 여러 환경에 걸쳐 동일한 배포 프로세스를 유지할 수 있으며, 운영팀과 개발팀 간의 협력도 더 원활해질 수 있습니다.

Image Updator는 컨테이너 이미지를 최신 상태로 자동 업데이트하는 데 사용됩니다. 개발/운영을 함께하는 조직에서는 구성을 자동화하고 지속적으로 최신 이미지를 유지하기 위해 Image Updator를 활용할 수 있습니다. 이는 수동 프로세스를 줄이고, 배포 과정에서 최신 이미지가 적용되도록 보장하여 버전 관리와 보안 측면에서도 도움을 줄 수 있습니다.

관련하여 비슷한 토픽을 다룬 게시물을 참고하시면 좋을 것 같습니다:

• Jenkins 설치 시 “Package jenkins has no installation candidate” 에러
  

위 게시물에서는 Jenkins 설치 관련 문제를 해결하는 방법에 대해 설명하고 있습니다. 이는 CI/CD 파이프라인 및 관련 구성 요소 설정에 관한 내용을 포함하고 있어, 당신의 상황에서도 유용한 정보를 제공할 수 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.