컨테이너 역사 – chroot 부터 Kubernetes 까지
컨테이너 기술의 시작과 현재까지 발전해온 역사를 살펴봅니다.컨테이너의 역사는 1979 년에 chroot가 탄생 한 것으로부터 시작합니다. chroot는 이름 그대로 “root (/) 디렉토리 (기준이되는 디렉토리) 변경 (change)” 하는 것 입니다.
글
CRI-O : Kubernetes 를 위한 표준 컨테이너 런타임
여러분은 KUBERNETES에서 어떤 컨테이너 런타임을 사용하고 계신가요?레드햇이 개발한 CRI-O 는 Kubernetes 용 Open Container Initiative (OCI) 컨테이너 런타임이다. 특히 Kubernetes와의 통합을 염두에 두고 설계하였습니다.
containerd
컨테이너 세계는 컨테이너 엔진에서 부터 레지스트리, 오케스트레이션 ,보안,네트워크,스토리지, 애플리케이션 관리까지 다양한 기술이 뒤섞여 혼란스러운 상황입니다.
2016 년 1 월에 정식 출범 한 Cloud Native Computing Foundation (이하 CNCF)는 혼돈스러운 컨테이너와 관련된 다양한 기술적인 문제들을 오픈소스로 해결하는 하는 것을 목표로하고 있습니다.
CNCF ( Cloud Native Computing Foundation )
컨테이너 세계는 컨테이너 엔진에서 부터 레지스트리, 오케스트레이션 ,보안,네트워크,스토리지, 애플리케이션 관리까지 다양한 기술이 뒤섞여 혼란스러운 상황입니다.
2016 년 1 월에 정식 출범 한 Cloud Native Computing Foundation (이하 CNCF)는 혼돈스러운 컨테이너와 관련된 다양한 기술적인 문제들을 오픈소스로 해결하는 하는 것을 목표로하고 있습니다.
OCI ( OPEN CONTAINER INITIATIVE )
컨테이너 기술에 대한 표준화 단체인 Open Container Initiative는 2015 년 6 월에 레드햇, Docker, CoreOS, Google, IBM Red Hat, Amazon Web Services, VMware, HP, EMC, Pivotal, 마이크로소프트, The Linux Foundation 등이 주요 멤버로 설립 된 단체입니다.
OpenShift Auto Scaling
오토 스케일링(Auto-Scaling) 이 필요한 이유는 무엇일까요?
오토스케일링을 통한 가장 보편적인 이점 중 하나는 실제 수요에 맞게 애플리케이션 인프라를 확장/축소하여 인프라 비용을 제어하는 것입니다.
클라우드 환경에서는 사용하는 리소스에 대해서만 비용을 지불하는 유틸리티 기반 가격 책정 모델을 적용하기 때문에 오토 스케일링이 더욱 중요합니다.
이것은 피크 수요를 충족시키기 위해 인프라를 배치하는 전통적인 접근 방식과 달리 자원을 많이 사용하지 않기 때문에 TCO 절감에 핵심 요소가 됩니다.
오토스케일링의 또 다른 주요 이점은 애플리케이션의 가용성을 확보하는 것입니다. 즉, 애플리케이션 탄력성을 달성하는 것입니다.
