325
8
장
개발자와 배포
●
신규 리소스의 원활한 프로비저닝과 스케일 아웃
●
클라우드 간 애플리케이션 포팅 시 서비스 중단 방지책. 인프라를 변경해 워크로드를 이동시키면 복원
되기까지 시간이 걸린다. 그러나 네트워크 구성과 배포 전략을 적절히 활용하면 최종 사용자가 서비스
중단 경험을 겪지 않도록 전환할 수 있다.
●
자동화 공정은 대형 시스템의 오케스트레이션 프로세스를 훌륭하게 보조한다. 컨테이너 애플리케이션
의 오케스트레이션 플랫폼은 추가적으로 워크로드 관리 툴이나 프로세스를 도입할 필요성이 있다.
개발자 관점에서 하이브리드 및 멀티클라우드 전략에 기여하려면 다음과 같은 사안들을 고려
해야 한다.
●
애플리케이션의 코드베이스는 환경 (네임스페이스 )에 관계없이 동일해야 한다.
●
협업자와 코드를 공유할 때는 자신과 동일한 로컬 환경과 배포 절차를 협업자가 그대로 재현할 수 있어
야 한다.
●
코드 또는 컨테이너 이미지 빌드에서 로컬 의존성을 참조하지 않는다.
●
가급적 빌드 변수 또는 환경 변수를 이용해 컨테이너 이미지 설정을 매개변수화한다.
●
환경 설정 개인화를 허용할 때는 매개변수를 통해 오케스트레이션 플랫폼에서 컨테이너/애플리케이션
으로 환경 변수를 전파한다.
●
조직 내에서 과거에 신뢰성을 검증받은 리포지터리 및 레지스트리의 의존성과 이미지를 우선적으로 채
택한다.
●
컨테이너 간 정보는 가급적 볼륨을 통해 공유한다.
하이브리드나 멀티클라우드 아키텍처를 목표로 한다면 당장의 소프트웨어 조각 하나가 향후
어떠한 모습으로 ...