왜 Bamboo 에서 tekton & argocd 로 바꿔야하는가?

	Bamboo	tekton, argocd
장점	1.낮은 러닝커브 2.ci/cd의 결합으로 편리성 3. 아틀라시안과 연동 적합	1.tekton 의 자동복구, 힐링 기능 2. 다양한 배포 방식 가능(B/G ,rollback) → 무중단 배포 가능  3. 관리자 재량에 따라 세세한 커스터마이징 가능  4. 배포 세분화로 인한 빌드 시간 감소 5. Secret , configMap 을 통해 배포시 환경변수 설정 가능(dev,stg,prd 전부 동일한 소스 배포 가능하며, 다른 파라미터는 configMap 을 통해 편리하게 가능  )
단점	1.장애, 모니터링에 대한 제약 발생 2. 높은 유지보수 비용  3. 반영시 영향도가 있다면, 시간 제약이 따름 : B/G , Rollback  배포 불가	1.CI/CD 모두 러닝커브발생 2. 기존 아틀라시안과의 연동(jira, git)

 

 

bamboo vs tekton : https://www.peerspot.com/products/comparisons/bamboo_vs_tekton

 

결론: 

빌드 & 배포가 빨라졌을거다.

   : 세분화된 아키텍쳐로 일부 프로젝트의 빌드시간은 빨라질것이다.  

 

amdp(tekton, argoCd) 로 바뀌고, 뭐가 더 좋아지나? 

   : 1) 무중단 배포가 가능하다. (반영 시간 상관없이 배포가 가능하니까.)  :argoCd에서 rollingUpdate 로 무중단 배포 가능 

-> 실제 무중단 배포는 단순 rolling update 로 안된다. tomcat 이 뜨는 속도가 느려서 replicas 2로 설정해도 tomcat 이 뜨기전에 pod 가 다 죽고 살아나느라, 서비스가 다운되는 시점이 생긴다. 

     2) 일부 프로젝트의 빌드 빨라짐, 세분화됨 

     3) 서버 증설 및 조절이 쉽다. argocd에서 replicas 갯수만 늘리면 되니까.

     4) 그 외는 아직 모르겠다. 더 공부해봐야 쿠버네티스는 잘쓸수록 좋은 점이 더 생길거 같다.

 

불편해진건 없나?

    :  러닝커브가 높아졌다.  뱀부는 그냥 인수인계 한두번 하면 뚝딱하는 수준이었다면, 

       tekton, argoCd는 인수인계 한두번으로 안되고, 스스로 쿠버네티스 환경에 대한 이해가 깔려있어야 할것 같다. harbor, flyingcube ,eks 등 알야할 툴 및 솔루션이 더 많다. 복잡하다 복잡해