The Register: “K8s celebrates KuberTENes: A decade of working together” (쿠버네티스 10년)

기사 페이지 : www.theregister.com/2024/06/12/kubertenes_decade_anniversary/

다음은 구글 번역입니다.



2014년에 구글은 "조타수" 또는 "파일럿"을 뜻하는 그리스어에서 이름을 딴 오픈 소스 클러스터 관리 시스템인 쿠버네티스를 출시했습니다.

대부분 Go 프로그래밍 언어로 작성된 첫 번째 커밋은 2014년 6월 6일, 정확히는 태평양 표준시 기준 16:40:48에 도착했습니다. 10년 후, 쿠버네티스는 클라우드에서 대규모 애플리케이션을 실행하는 사실상의 방법이 되었습니다.

2024년 6월 6일, 자회사인 Cloud Native Computing Foundation(CNCF)을 통해 Kubernetes 프로젝트를 지원하는 Linux Foundation은 Google의 Bay View Campus 에서 소규모 모임을 열어 해당 소프트웨어의 10주년을 기념했습니다 .

CNCF의 총괄 매니저인 프리얀카 샤르마는 라이브 및 스트리밍 청중 앞에서 무대에 올라 "이것은 기술 역사상 중대한 단계입니다."라고 말했습니다 . "쿠버네티스는 클라우드 네이티브 운동을 낳았고, 전 세계의 조직이 오늘날 이 기술을 사용합니다."


쿠버네티스 커뮤니티에 기여한 것으로 유명한 소프트웨어 엔지니어이자 개발자의 옹호자이며 이 행사의 진행을 맡은 켈시 하이타워는 생일 파티에 참석한 사람들에게 그들 스스로를 축하해야 한다고 상기시켰습니다.

"그래서 우리가 쿠버네티스의 생일을 축하하는 동안, 그것은 GitHub에 있는 소프트웨어의 일부입니다." 하이타워가 말했다. "하지만 우리는 실제로 여기 앉아 있는 모든 사람들, 라이브 스트림에 있는 사람들, 그리고 문서에 기여한 모든 사람들을 축하하고 있습니다. 그것이 이 프로젝트가 10년 동안 존재한 이유입니다. 이렇게 많은 사람들이 없었다면 여기까지 올 수 없었을 겁니다."

쿠버네티스는 때때로 K8s라고도 불리며, 구글이 약 20년 전에 개발한 클러스터 관리 소프트웨어인 Borg 와 유사한 클러스터링 시스템인 Omega 에서 발전했습니다 . 리눅스에 이어 두 번째로 큰 오픈소스 프로젝트가 되었습니다.

쿠버네티스는 로드 밸런싱, 릴리스 및 롤백, 스케일링과 같은 서비스를 처리하는 컨테이너 오케스트레이션 플랫폼으로, 기타 인프라 관리 작업도 수행합니다. 컨테이너화된 애플리케이션을 마이크로서비스 모음으로 관리할 수 있으며, 컴퓨팅 환경을 패키징하는 또 다른 일반적인 방식인 가상 머신에 대한 대안을 나타냅니다.

Google에 있을 당시 Kubernetes 프로젝트를 시작하는 데 도움을 준 사람 중 한 명이며 Stacklok의 공동 창립자이자 CEO인 크레이그 맥루키는 K8s가 Google 직원들이 Amazon Web Services와 경쟁하는 방법을 고민하면서 시작되었다고 회상했습니다.

"Amazon은 [서비스형 상품과 함께] 등장하여 오픈 소스를 상용화하는 이 엄청나게 파괴적인 방식을 효과적으로 만들어냈습니다."라고 그는 설명했습니다. "그들은 오픈 소스 커뮤니티의 작업을 가져와 운영화하고 정말 효과적인 마진으로 제공할 수 있었습니다."

그는 구글이 회사의 비대칭적 이점을 활용하는 방식으로 이를 수행할 수 있는 방법을 생각하면서 "우리는 쿠버네티스 프로젝트에 대해 생각하기 시작했습니다."라고 말했습니다.

그래서 2013년에 맥러키, 브렌던 번스, 조 베다는 단일 머신에서 컨테이너화된 앱을 실행하도록 설계된 Docker에서 영감을 얻었고, 그 아이디어를 여러 시스템에서 실행되는 여러 컨테이너로 확장했습니다.

맥러키는 처음에 번스가 쓴 코드를 "개인 보그 셀"이라고 설명했는데, 이는 구글 인프라 코드에 익숙하지 않은 사람들에게는 큰 의미가 없었다고 말했습니다. 그는 "약속 이론 기반 스케줄링 시스템", "도커 오케스트레이터", 그리고 "프로그래밍 가능한 이상적인 인프라"와 같은 다른 설명을 시도했습니다.

"결국 우리는 만들고자 하는 것을 느끼는 데 그치지 않고 실제로 설명할 수 있는 지점에 도달했습니다."라고 그는 말했습니다.

당신은 동화될 것입니다
번스가 부여한 이 프로젝트의 원래 코드명은 " 세븐 오브 나인 "이었습니다. 맥러키는 "그것은 친근하고 접근하기 쉬운 보그였기 때문"이라고 설명했습니다. *

Google의 인프라 담당 부사장인 에릭 브루어는 1990년대 중반 UC 버클리에서 교수로 재직하던 시절부터 쿠버네티스와 비슷한 작업에 관여했기 때문에 자신의 기념일은 10년이 아니라 30년에 가깝다고 말했습니다. Google보다 먼저 설립되어 2002년 Yahoo에 매각된 검색 엔진인 Inktomi의 창립자로서 그는 비슷한 기술을 다루기도 했습니다.

Brewer는 컴퓨터 클러스터 유틸리티 서비스라는 아이디어는 1965년 Multics(Multiplex Information and Computer Service)로 거슬러 올라간다고 말했습니다. 하지만 Multics에는 인터넷이 없었고, 1990년대 중반에 등장한 클라우드형 클러스터 서비스는 실제 머신에서 실행되었고 탄력성이 부족했습니다.

"마침내 쿠버네티스가 이 비전을 실제로 실현하고 있다고 말하고 싶습니다." 브루어가 말했다. 그는 이를 VM 위에서 실행하는 데 기인합니다. 이는 프로세스 기반 Google이 컨테이너를 선호하여 피한 것입니다. 그는 또한 쿠버네티스 커뮤니티에 공을 돌렸습니다.

"돌이켜보면 당연한 일이지만, 모든 것을 제공하고 싶다면 커뮤니티가 모든 것을 써야 합니다."라고 그는 설명했습니다. "다른 방법은 없습니다."

Arm 서버는 Nutanix의 장기적 관심 대상이지만 아직은 할 일 목록에 포함되지 않았습니다.
IBM은 Power 클라우드를 온프레미스에서 실행되는 '포드'로 패키징합니다.
Google Cloud는 한 번에 한 명만이 아니라 여러 고객에게 문제를 일으킬 수 있음을 보여줍니다.
Nvidia는 Run:ai 인수를 통해 AI kube를 관리하려고 합니다.
쿠버네티스는 유일한 컨테이너 오케스트레이션 옵션이 아닙니다. Red Hat OpenShift, Docker Swarm, Apache Mesos, Hashicorp Nomad는 모두 개발자와 인프라 운영 담당자의 관심을 끌기 위해 경쟁합니다. 하지만 쿠버네티스는 효과적인 전도와 프로젝트 거버넌스, 세심한 개발, 헌신적인 커뮤니티 덕분에 시장을 지배하고 있습니다.

구글의 총괄 매니저이자 엔지니어링 부사장인 첸 골드버그는 이 프로젝트가 오래 지속된 이유 중 하나는 2017년에 그녀가 지칭한 "지속 가능한 성공"을 추구하기 위해 전환한 데 기인한다고 말했습니다.

골드버그는 "개발자 속도나 툴링 또는 테스트 프레임워크에 주의를 기울이는 것"을 의미한다고 설명했습니다. "예를 들어, 새로운 기여자를 어떻게 탑승시킬 수 있을까요? 그리고 훨씬 더 중요한 것은, 어떻게 하면 새로운 SIG [특수 관심 그룹] 리더를 탑승시키고 권한을 부여할 수 있을까요? 물론 아무도 평생 그렇게 하고 싶어하지 않을 테니까요."

함께 유지하다
또한 모든 클라우드 제공자가 소프트웨어를 약간 다르게 구현하여 환경 간에 워크로드를 전환하는 능력을 침식하고 잠금의 기회를 만드는 가능성인 단편화를 방지하는 것을 의미합니다. 쿠버네티스는 Certified Kubernetes Conformance Program을 수립하여 이러한 시나리오를 피했으며 , 이는 워크로드 이동성을 보장하여 공급업체 잠금의 가능성을 제한하는 데 도움이 됩니다.

88,000명 이상의 기여자가 Kubernetes를 개선하기 위한 코드를 제공하거나 다른 방식으로 도움을 주었습니다. 작년 기준으로 Cloud Native Computing Foundation에 따르면 K8s는 Fortune 100 기업의 71% 에서 주요 컨테이너 오케스트레이션 소프트웨어였습니다.

"전반적으로, 우리는 고객 기반에서 Kubernetes를 매우 많이 도입하는 것을 봅니다." Observability biz Dynatrace의 최고 기술 전략가인 Alois Reitbauer가 The Register 와의 인터뷰에서 말했습니다 . "지금은 거의 모든 사람이, 적어도 새로운 애플리케이션의 경우, Kubernetes로 옮기는 방법을 찾고 있다고 말할 수 있습니다."

라이트바우어는 그 이유가 분명하다고 말했습니다. DevOps 운동이 시작될 때 사람들은 더 많은 인프라를 코드로 구축하기 시작했지만 모든 것이 여전히 개별 머신에 묶여 있었습니다. 그래서 어떤 머신이 있는지 알아야 했습니다.

"쿠버네티스의 좋은 추상화 중 하나는 코드가 정확히 어디에서 실행되는지 신경 쓸 필요가 없다는 것입니다." 라이트바우어가 말했다. "컨테이너를 사용하면 컨테이너의 표준 인터페이스가 있기 때문에 내부에 무엇이 있는지 실제로 궁금해하지 않아도 되는 방식으로 소프트웨어 구성 요소를 패키징할 수도 있습니다."

그는 많은 고객이 운영을 자동화하고자 하기 때문에 Kubernetes가 유용하다고 말했습니다. Kubernetes는 선언적으로 작동하고 소프트웨어 아티팩트를 저장할 수 있는 중앙 레지스트리를 제공하기 때문입니다. 그는 "소프트웨어 시스템과의 상호 작용을 훨씬 더 쉽게 만들어줍니다."라고 말했습니다.

라이트바우어는 "쿠버네티스는 기업이 플랫폼 엔지니어링 이니셔티브를 구축하는 애플리케이션 운영 체제와 거의 비슷해졌습니다."라고 말했습니다.

"이것은 애플리케이션을 빌드하고 실행하는 데 따르는 복잡성을 표준화하고 추상화하여 이상적으로는 애플리케이션 코드만 걱정하면 되고 중앙 팀이 프로비저닝, 구성, 보안 구성, 관찰성 구성 등 모든 것을 처리합니다."

Kubernetes는 매우 광범위하게 배포되어 있으며 엄청난 규모로 작동할 수 있다는 것이 입증되었지만(Google은 2023년에 Chen이 말한 "세계에서 가장 큰 분산형 학습 작업"을 실행하는 데 Kubernetes를 사용했습니다. 이는 50,000개의 TPU v5e 프로세서 에서 단일 모델을 학습하는 것 입니다), 소프트웨어 인프라 프로젝트에 참여하는 사람들은 AI 워크로드를 수용하기 위해 추가적인 개선이 필요하다는 것을 인식하고 있습니다.

"우리는 실제로 Kubernetes에 넣은 기본 가정과 설계 원칙으로 돌아가서 확장, 지연 최적화, 비용과 같은 영역에서 이를 개선하고 확장해야 합니다."라고 Chen은 말했습니다. "하지만 결국 AI는 현대적 워크로드입니다. 그리고 Kubernetes의 많은 기본 사항이 AI 시대와 완벽하게 맞습니다."

CNCF의 Sharma의 말에 따르면, "Kubernetes는 과거를 그대로 만들어서 오늘날 우리가 아는 현재로 만들었습니다. 그리고 미래에도 힘을 실어 줄 것입니다." ®

* 보그는 스타트렉: 더 넥스트 제너레이션 의 종족 이며, 다른 종족을 "동화"시키고 집단 의식에 연결시키는 이 시리즈의 주요 적대자입니다. 스타트렉: 보이저 에서 승무원은 "세븐 오브 나인"이라는 보그의 인간 구성원을 풀어주는데, 그는 이 함선의 신뢰할 수 있는 구성원이 됩니다.