며칠 전 알려졌다 게시하여 Knative 블로그에서 Google이 직접 통제권을 양도할 계획임을 그의 오픈 소스 Knative 프로젝트에 대해 XNUMX석 운영위원회에 단일 조직이 두 개 이상의 직위를 갖지 못하도록 하는 규칙이 있을 것입니다.
이 계획은 구글이 개발한 주요 오픈 소스 프로젝트에 대한 통제권을 비밀리에 유지하려는 계획이라는 비판을 막기 위한 것입니다.
모르는 사람들을 위해 원어민, 당신은 이것을 알아야합니다 오픈 소스 프로젝트입니다 Google에서 처음 개발한 Kubernetes 위에 서버리스 클라우드 네이티브 애플리케이션을 배포, 실행 및 관리하기 위한 구성 요소를 제공합니다., 역시 Google에서 개발하고 2015년에 오픈 소스로 제공한 컨테이너 관리 플랫폼입니다.
서버리스 애플리케이션은 추가 컴퓨팅 리소스를 수동으로 활성화할 필요 없이 이벤트에 대응하여 자동으로 확장 및 축소되므로 개발자 생산성이 향상되고 운영 비용이 절감됩니다. Knative는 기업이 모든 유형의 컴퓨팅 플랫폼에서 실행할 수 있는 컨테이너 애플리케이션으로 서버리스 모델을 활용할 수 있는 방법을 제공하기 위해 만들어졌습니다.
Google은 Knative의 통제권을 떠납니다.
Google은 Knative의 거버넌스 구조를 크게 변경할 계획입니다., 보고서에 따르면. 이제 위원회 의석은 특정 기업이 아닌 개인이 채우게 되며, 올해 말 선거를 통해 XNUMX명의 신입 위원을 뽑을 예정이다. 또한 보고서에 따르면, 구글은 궁극적으로 위원회를 XNUMX명으로 확대하는 것을 고려하고 있습니다. Knative 사용자 커뮤니티의 대표를 포함하는 방법으로.
계획이 발생합니다 불과 몇 달 구글 후 공개 소스 소프트웨어 커뮤니티의 일부 구성원을 화나게 했습니다.또는 다른 프로젝트인 Istio의 제어권을 Cloud Native Computing Foundation에 넘기겠다는 약속을 어겼습니다., 컨테이너 기술 발전을 돕기 위해 2015년에 설립된 Linux Foundation의 프로젝트입니다.
XNUMX월에 Google은 Istio를 CNCF로 이전하는 대신 상표권 정책을 관리하기 위해 Open Usage Commons라는 중립 조직을 만들고 프로젝트 운영 위원회에서 통제권을 유지하겠다고 밝혔습니다.
새로운 거버넌스에 대한 논의 중에 상표, "핵심" 범위(더 나은 용어가 없음) 및 규정 준수에 대한 벤더별 요구 사항과 해당 커뮤니티의 요구 사항 사이에 우려 사항이 명확하게 분리되어 있음이 분명해졌습니다. 다른 모든 것보다 큽니다. 하다. 운영을 위한 하이브리드 구조를 만들 수도 있었지만 프로젝트의 커뮤니티 성장 및 거버넌스의 다른 측면에 초점을 맞추는 운영 위원회와 함께 범위와 규정 준수에만 초점을 맞추는 벤더 위원회를 두는 것이 더 간단하다고 판단했습니다.
그 결정은 많은 Google 파트너, 특히 IBM Corp.을 화나게 했습니다., Istio 개발에도 크게 기여했습니다.
일부에서는 이러한 움직임이 Google이 Istio의 향후 방향에 대한 통제권을 유지하기 위한 은밀한 방법이 될 수도 있다고 말했습니다.
비평가들은 문제는 Google이 Istio의 운영 위원회에서 과반수 의석을 장악하고 있다는 점이라고 말했습니다. 이는 Kubernetes와 같은 프로젝트의 중립성이 성공의 주된 이유 중 하나라고 믿는 오픈 소스 지지자들을 당혹스럽게 하는 것입니다.
KTC에는 처음에 Google, Red Hat/IBM 및 VMware의 대표가 포함됩니다. 새로운 구성 요소와 기능이 비기술적 의미에서 Knative 에코시스템에 어떻게 "연결"되는지 파악해야 합니다. 또한 파생 상표 및 로고에 대한 질문, Knative "확장" 및 더 큰 프로젝트의 일부가 되는 방법에 대한 기타 질문으로 Steering을 도울 것입니다.
Google은 마침내 XNUMX월에 이러한 비평가들을 달래기 위해 Istio의 거버넌스 구조를 변경하여 어느 한 회사가 통제권을 갖지 못하게 하겠다고 발표했습니다.
출처 : https://knative.dev/