日本語에서 번역 • 원문 보기 안녕하세요, 인프라 엔지니어 아카카와입니다.
우리는 계속해서 Build 2018에 참여하고 있습니다.
첫날과 오늘에는 기조연설이 있었지만, Azure에만 국한되지 않고 HoloLens, Microsoft 제품, Visual Studio 등 업데이트도 포함되었고, Office 제품에 대해 들어도 종종 이해하지 못했습니다. 참고로, 오늘 가장 흥미로웠던 점은 노트패드에서 LF 줄 바꿈 코드 지원이었습니다.
주요 노트: 세션 후에는 작업장과 전시관이 제공됩니다.
오늘은 두 클라우드를 컨테이너 서비스와 비교하고자 합니다.
컨테이너
Key Note와 세션 리스트를 봤을 때도 컨테이너 캐릭터, 특히 쿠버네티스가 눈에 띄었습니다. 여기에서 Azure 컨테이너 서비스를 확인해 보세요,
- Azure Kubernetes Service (AKS)
- Azure 컨테이너 인스턴스(ACI)
- Azure 컨테이너 레지스트리(ACR)
- Azure Service Fabric
- Azure App Service
- Azure 배치
그런 것 같아요.
반면에, 여기서 AWS를 확인해 보면,
- AWS 파게이트
- 아마존 탄력성 컨테이너 서비스(ECS)
- 아마존 탄성 컨테이너 서비스(Kubernetes, EKS)
- 아마존 탄력성 컨테이너 레지스트리(ECR)
양육되었다.
위 URL에는 포함되지 않았지만, Elastic Beanstalk도 Docker 컨테이너를 지원하며, AWS 배치도 ECS에서 클러스터를 구축하므로 컨테이너 서비스의 일부이며 서로 비교 가능합니다.
Azure Kubernetes Service
원래는 Azure Container Service라는 이름으로 kubernetes, Docker Swarm, DC/OS의 세 가지 오케스트레이터를 지원했습니다. 그 후 Azure Container Service(AKS)로 이름이 변경되어 kubernetes를 선호했고, 최근에는 현재의 Azure Kubernetes 서비스로 변경되었습니다.
노드 수를 명시하는 것 같아 단순한 비교는 어렵지만, ECS/EKS는 반대인가요?
Azure 컨테이너 인스턴스
클러스터리스 상태에서 컨테이너를 노드로 시작하는 것이 가능합니다. 만약 AKS가 클러스터 용량을 소진하면, ACI 포드는 빠르게 확장할 수 있는 것으로 보입니다.
"AKS와 함께하는 유연한 버스팅 ACI는 기하급수적으로 증가하는 트래픽을 처리할 수 있는 고립된 고속 컴퓨트를 제공합니다. 고객은 서버를 관리할 필요가 없습니다. 예를 들어, Azure Container Service(AKS)는 가상 쿠벨렛을 사용해 ACI 내에서 몇 분 만에 시작하는 포드를 프로비저닝할 수 있게 해줍니다. 그 결과, AKS는 평균 워크로드에 딱 맞는 용량으로 작동합니다. 만약 AKS 클러스터가 용량이 부족하면, 추가 서버를 추가하지 않고도 ACI로 추가 포드를 확장할 수 있습니다. "
Azure Container Registry
컨테이너 배포 이미지를 저장하는 개인 레지스트리 서비스입니다.
Azure Service Fabric
마이크로 서비스를 실현하기 위해 컨테이너 하나만으로도 마이크로 서비스 아키텍처와 마이크로소프트의 독특한 오케스트레이션 기술을 활용해 분산 시스템을 자동으로 확장하여 애플리케이션 자체의 규모를 감당합니다. 몇 년 전 발표된 이후로, 최근에는 쿠버네티스로 전환한 것으로 보입니다.
자세한 내용은 여기의 Azure Service Fabric 개요를 참고하시기 바랍니다.
Azure App Service
서비스 설명을 확인해 보면,
- 웹 앱
- 컨테이너용 웹 앱
- 모바일 앱
- API 앱
네 개가 서비스의 세부 정보로 명시되어 있습니다. "완전 관리 플랫폼"이라고 알려져 있어, 애플리케이션에만 집중해야 한다면 Elastic Beanstalk이 비슷한 서비스로 보입니다.
Build 2018은 내일도 마지막 날입니다. 가능한 한 많은 Azure 서비스를 접하고 집으로 돌아가고 싶습니다.
2018/05/09 일부 내용이 변경되었습니다.