기존 아키텍처

이 섹션에서는 간단한 이미지 호스팅 예제를 사용하여 Kubernetes 배포에서 스토리지를 처리하는 방법을 살펴보겠습니다. 샘플 스토어 애플리케이션의 기존 배포로 시작하여 이를 수정하여 이미지 호스트로 사용하겠습니다. UI 컴포넌트는 상태 비저장 마이크로서비스로, 수평 확장과 Pod의 선언적 상태 관리를 가능하게 하므로 배포를 보여주는 훌륭한 예시입니다.

UI 컴포넌트의 역할 중 하나는 정적 제품 이미지를 제공하는 것입니다. 이러한 이미지는 빌드 프로세스 중에 컨테이너에 번들로 포함됩니다. 그러나 이 접근 방식에는 제한 사항이 있습니다. 새로운 이미지를 추가할 수 없다는 것입니다. 이를 해결하기 위해 Amazon S3와 Kubernetes Persistent Volume을 사용하여 공유 스토리지 환경을 구축하는 솔루션을 구현하겠습니다. 이를 통해 여러 웹 서버 컨테이너가 수요에 맞춰 확장하면서 assets을 제공할 수 있습니다.

현재 Deployment의 볼륨 구성을 살펴보겠습니다:

~$kubectl describe deployment -n ui

Name:                   ui

Namespace:              ui

[...]

  Containers:

   assets:

    Image:      public.ecr.aws/aws-containers/retail-store-sample-ui:1.2.1

    Port:       8080/TCP

    Host Port:  0/TCP

    Limits:

      memory:  1536Mi

    Requests:

      cpu:     250

      memory:  1536Mi

    [...]

    Mounts:

      /tmp from tmp-volume (rw)

  Volumes:

   tmp-volume:

    Type:          EmptyDir (a temporary directory that shares a pod's lifetime)

    Medium:        Memory

    SizeLimit:     <unset>

[...]

Volumes 섹션을 보면, Deployment가 현재 Pod의 수명 동안만 존재하는 EmptyDir 볼륨 타입을 사용하고 있음을 알 수 있습니다.

그러나 UI 컴포넌트의 경우, 제품 이미지는 현재 Spring Boot를 통해 정적 웹 콘텐츠로 제공되고 있으므로, 이미지가 파일 시스템에 존재하지도 않습니다.