Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

소프트웨어 컨테이너화 기술을 시간 절약 및 비용 절감 솔루션으로 사용하는 아이디어가 널리 사용됩니다. 하드웨어를 구성할 필요가 없으며, 배포를 호스팅하기 위한 운영 체제 및 소프트웨어를 설치하느라 시간을 소비하지 않아도 되는 것은 컨테이너의 장점 중 하나 입니다. 컨테이너는 서로 격리되며 여러 컨테이너가 동일한 하드웨어에서 실행될 수 있습니다. 이 구성을 통해 하드웨어를 보다 효율적으로 사용하고 애플리케이션의 보안을 개선할 수 있습니다.

Container/ MSA/DevOps

Image Added

Dockershim deprecation and AKS

컨테이너를 중심으로 기술 커뮤니티에 활력을 불어넣은 Docker의 엄청난 성공은 정말 놀라웠습니다. 컨테이너가 Kubernetes의 기반인 만큼, Docker가 플랫폼의 핵심적인 부분이었다는 것은 당연한 결과입니다. Kubernetes가 성숙해지고 커뮤니티와 고객의 요구가 커짐에 따라 dockershim(Kubernetes 플랫폼과 Docker 런타임 간의 인터페이스)을 통한 Docker와 Kubernetes의 긴밀한 결합은 진화해야 했습니다. 2020년 12월 2일, Kubernetes 1.20 릴리즈와 함께, Kubernetes는 향후 릴리즈에서 컨테이너 런타임으로 dockershim을 사용하는 Docker를 더 이상 사용하지 않는다고 발표했습니다.

곧 출시될 Kubernetes 1.24 릴리스에서는 dockershim이 제거될 예정입니다.

AKS에서 지원되는 모든 Kubernetes 버전은 Kubernetes 1.19 이상에서 기본 런타임으로 컨테이너를 사용합니다.
Windows Server 2019 노드 풀의 경우, 2021년 1월에 Kubernetes 1.23 이상에서 컨테이너를 기본 컨테이너 런타임으로 사용할 수 있게 되었다고 발표했습니다. 1.23 이전 버전의 Kubernetes 클러스터를 사용 중인 경우, 1.23에서 기본값으로 전환되기 전에 컨테이너를 활성화하여 새 노드 풀을 생성한 다음 파드를 새 풀로 이동할 수 있습니다.

...