CoreOS's rkt and Docker's containerd jointly donated to CNCF

현재 CoreOS와 Docker는 rkt 및 containerd를 클라우드 네이티브 컴퓨팅 Foundation (CNCF)에 포함시키기 위한 새로운 프로젝트로 추가하는 제안을 공동으로 만들었습니다. 오늘의 CNCF Technical Oversight Committee (TOC) 회의에서 rkt 프로젝트 책임자이자 공동 설립자인 Jonathan Boulle과 rkt를 제안한 Michael Crosby, 그리고 프로젝트 책임자이자 공동 설립자인 Michael Crosby가 containerd를 제안했습니다. 이러한 제안은 gRPC, Kubernetes, Prometheus 및 기타 여러 중요한 프로젝트와 함께 이 프로젝트를 향한 첫번째 단계입니다. 이 프로젝트를 CNCF에 기부함으로써 우리는 컨테이너 공동체가 협력을 위해 중립적인 가정에서 계속 성장할 수 있도록 보장합니다.

컨테이너 실행은 클라우드 고유의 핵심축이며, rkt는 CNCF 커뮤니티의 책임감으로 계속 발전하고 성장할 것으로 믿습니다. rkt는 180 명의 다양한 기여자와 함께 컨테이너 보안, 구성 가능성 및 상호 운용성에 관한 필요한 대화를 수립하고 추진하는데 도움을 주었습니다. 오늘날에는 컨테이너 보안에 전념하는 산업 분야가 있으며, CNCF와 같은 조직은 궁극적으로 더 많은 기업들이 클라우드 기본 인프라를 채택하고 기여하고 이로부터 혜택을 얻을 수 있도록 대화를 촉진합니다.

우리는 앞으로 몇 주와 몇 주 동안 rkt와 CNCF 커뮤니티와 협력하여 다음 단계에 나설 것을 기대합니다. 최신 업데이트 소식을 받고 싶다면이 메일 링리스트에 가입하십시오.

Why rkt in the CNCF?

클라우드 고유 컴퓨팅의 기둥은 응용 프로그램을 컨테이너 이미지로 패키징하고 이러한 이미지를 서버에 배포하는 것입니다. 서버에서 컨테이너 엔진은 이미지를 다운로드하고 이미지 무결성을 확인한 다음 컨테이너 프로세스를 실행합니다. 이상적으로 컨테이너 엔진은 생산 클라우드 기본 사용자의 기대치를 충족시키면서 가능한 한 가장 간단한 방식으로이 작업을 수행합니다. rkt 도구는 이러한 문제를 해결하는 데 초점을 맞추고 있으며 Kubernetes, Mesos, Nomad 및 많은 조직의 맞춤 시스템과 같은 클라우드 고유의 오케스트레이션 시스템에서 다양한 통합을 이끌어 시장을 흥분 시켰습니다.

2014 년 12 월에 CoreOS가 출시된 이래로 rkt 프로젝트는 성숙되어 널리 사용되고 있습니다. 대부분의 주요 Linux 배포판에서 사용할 수 있으며 모든 rkt 릴리즈는 사용자가 설치할 수 있는 자체 포함 rpm/deb 패키지를 빌드합니다. 이 패키지는 rkt + Kubernetes 통합을 테스트할 수 있도록 Kubernetes 저장소의 일부로도 제공됩니다. 또한 rkt는 Google Container Image 및 CoreOS Container Linux가 Kubernetes를 운영하는 방식에서 중심적인 역할을합니다.

또한, rkt 프로젝트는 컨테이너 생태계에서 몇 가지 중요한 새로운 API, 스펙 및 토론을 생성하는 데 간접적으로 기여했습니다. Mesos, Kubernetes, rkt 및 기타에서 사용되는 컨테이너 네트워크 플러그인 시스템 인 CNI는 초기 rkt 플러그인 시스템에서 직접 제공되며 여러 조직 및 업계 차원의 노력이되었습니다. rkt에 종사하는 팀은 또한 OCI (오픈 컨테이너 이니셔티브)에서 절정에 달했던 컨테이너 표준에 대한 업계 토론을 시작한 App Container Spec 인 appc를 만들었습니다. Kubernetes를 다중 컨테이너 런타임 시스템으로 만드는 지속적인 노력은 Kubernetes 내부에 Container Runtime Interface API를 만들 때 최고조에 달했던 초기 "rktnetes"작업으로 시작되었습니다. 이러한 모든 사례에서 rkt 프로젝트는 공유 된 생태계 협업의 촉매제가되었습니다.


요약하면, 컨테이너 실행은 클라우드 고유의 핵심 부분입니다. CNCF에 따라 rkt를 제안하면 다음과 같은 이점이 있습니다.

     프로젝트를위한 중립적이고 존경받는 집
     커뮤니티 구축 및 참여에 대한 추가 지원
     Kubernetes, OCI, 컨테이너와의 상호 운용성 강화

rkt today and in the future

rkt를 오늘 어디로 가져 가셔서 커뮤니티에 감사드립니다. 생산에서 rkt를 사용하고 Kubernetes로 이사하고있는 인기있는 유럽의 자동차 공유 서비스 인 BlaBlaCar와 같은 회사는 생산에서 rkt 사용에 대해 논의했으며 커뮤니티의 다른 사람들은 다음과 같이 말했습니다.


rkt를 계속 사용하고 피드백을 공유하고 사용 방법에 대한 이야기를하십시오. rkt 사용자 및 통합 문서 페이지에서 끌어 오기 요청을 추가하십시오.

FAQ

Q: What does this mean today?

rkt와 containerd가 제안되었으므로 다음 단계는 CNCF TOC 회원이 프로젝트를 후원하고 제안하는 것입니다. 그런 일이 발생하면 프로젝트는 공식 제안서를 제출하고 앞으로 몇 주 안에 투표 할 수 있습니다.

rkt에 대해 특별히 연구하고 있는 팀에게는 별다른 변화가 없을 것입니다. 다른 모든 rkt 관리자는 평소와 같이 프로젝트를 계속 진행할 것입니다. 우리는 CNCF의 도움을 받아 신규 사용자 및 유지 보수 담당자에게 rkt에 기여하고 의존 할 수 있기를 바랍니다.

Q: What’s the difference between containerd and rkt?

Rkt는 컨테이너 이미지를 다운로드, 확인 및 설정할 수 있습니다. containerd도이 작업을 수행합니다. 또한 두 프로젝트 모두 OCI 이미지와 고정 이미지를 사용합니다.

가장 큰 차이점은 데몬이없는 도구 인 rkt를 프로덕션 시스템에서 사용하기에 중요한 특수 컨테이너를 통합하고 실행하는 데 사용할 수 있다는 것입니다. 예를 들어, CoreOS Container Linux는 rkt를 사용하여 Kubernetes 에이전트인 kubelet을 컨테이너 이미지로 실행합니다. 추가 사례로는 Kubernetes 생태계에서 컨테이너화 된 방식으로 볼륨을 장착하는 방법으로 rkt를 사용하는 실험이 포함됩니다. 또한 rkt 자체가 init 시스템이 아니기 때문에 rkt를 Linux init 시스템과 통합하여 사용할 수 있음을 의미합니다.

Q: What does this mean for developers building containers?

컨테이너를 개발하는 개발자의 경우 containerd 및 rkt의 목표는 사용자가 기존 OCI 이미지 및 고정 이미지를 실행할 수 있기 때문에 변경되지 않습니다.

컨테이너를 생산 현장에 배치하는 인프라 전문가 커뮤니티의 경우, rkt 팀과 프로젝트는 CNCF의 일환으로 중립 기반하에 단순하고 구성 가능한 생산 준비 컨테이너 시스템을 만드는 임무를 계속 수행한다는 것을 의미합니다.

우리는 또한 rkt 프로젝트가 Kubernetes, gRPC, Prometheus와 같은 다른 CNCF 생태계 프로젝트와의 협력을 가속화 할 것을 열망하고 있습니다.

Q: Will these container engines all be available via the Kubernetes CRI?

CoreOS는 Kubernetes Container Runtime Interface (CRI)라고하는 표준 인터페이스를 구축하는 데 도움을 주었으며,이를 통해 Kubernetes는 플러그 형 컨테이너 런타임 엔진을 사용할 수있게되었습니다. Rkt는 이미 CRI를 통해 사용할 수 있습니다 (예제 호출에 대해서는 미니 튜브 사용법 참고 사항 참조).

 

 


Comments

Category
글이 없습니다.
글이 없습니다.
반응형 구글광고 등
State
  • 현재 접속자 7 명
  • 오늘 방문자 16 명
  • 어제 방문자 189 명
  • 최대 방문자 420 명
  • 전체 방문자 105,027 명
  • 전체 게시물 333 개
  • 전체 댓글수 2 개
  • 전체 회원수 31 명
Facebook Twitter GooglePlus KakaoStory NaverBand