"SIG 멀티클러스터 소개"의 두 판 사이의 차이

(새 문서: ;소개 https://multicluster.sigs.k8s.io/ ---- 2015년에 시작된 이후로 Kubernetes는 컨테이너 클러스터의 개념을 대중화하는 데 상당한 성공을 거두었...)
 
 
(사용자 2명의 중간 판 3개는 보이지 않습니다)
1번째 줄: 1번째 줄:
;Introduction
;소개
;소개
https://multicluster.sigs.k8s.io/
* https://multicluster.sigs.k8s.io/
----
----


60번째 줄: 61번째 줄:
==기여==
==기여==
SIG-Multicluster에 기여하거나 우리 API 중 일부 구현체를 구축하는 데 관심이 있다면, SIG 회의, 프로젝트 이슈 또는 새로운 설계에 참여하는 것을 주저하지 마시기 바랍니다.
SIG-Multicluster에 기여하거나 우리 API 중 일부 구현체를 구축하는 데 관심이 있다면, SIG 회의, 프로젝트 이슈 또는 새로운 설계에 참여하는 것을 주저하지 마시기 바랍니다.
[[분류:SIG 멀티클러스터]]

2024년 11월 20일 (수) 14:25 기준 최신판

Introduction
소개

2015년에 시작된 이후로 Kubernetes는 컨테이너 클러스터의 개념을 대중화하는 데 상당한 성공을 거두었습니다. 많은 사용자가 여러 클러스터에 걸쳐 애플리케이션을 배포하고 이를 원활하게 작동시키는 데 어려움을 겪을 정도로 수용이 이루어졌습니다.

SIG-Multicluster는 여러 Kubernetes 클러스터와 그 안에 존재하는 애플리케이션과 관련된 일반적인 문제를 해결하는 데 중점을 둔 특별 관심 그룹입니다.

구체적으로 SIG는 Kubernetes 네이티브 방식으로 다음을 찾는 것을 목표로 합니다.

  • 여러 클러스터에서 서로 워크로드를 노출합니다.
  • 클러스터 메타데이터와 다른 클러스터와의 관계를 공유합니다.
  • 일반적으로 클러스터 간의 벽을 허뭅니다

SIG는 멀티 클러스터 관리 및 애플리케이션 관리와 관련된 API, 도구 및 문서 설계, 논의, 구현 및 유지 관리를 담당합니다. 여기에는 클러스터 연합과 같은 활성 자동화 접근 방식뿐만 아니라 Spinnaker 및 기타 시스템과 같은 배치 워크플로 스타일 지속적 배포 시스템을 사용하는 접근 방식도 포함됩니다. 이러한 시스템과 기타 유사한 시스템용 독립형 빌딩 블록(예: 클러스터 레지스트리)과 적절한 경우 쿠버네티스 코어에 제안된 변경사항도 범위에 포함됩니다.

1 발제문: 왜 멀티클러스터인가?[ | ]

멀티 클러스터를 실행하려는 이유는 다음을 포함하는데 이외에도 많은 이유가 있습니다.

  • 위치
    • 대기 시간: 애플리케이션을 고객에게 최대한 가깝게 배포해야 할 수 있습니다.
    • 관할권: 사용자 데이터를 국내에 보관해야 합니다.
    • 데이터 중력: 데이터가 이미 한 제공업체에 존재하지만 애플리케이션을 다른 환경에서 실행하기로 결정할 수 있습니다.
  • 격리
    • 환경(예: 개발, 테스트, 프로덕션)
    • 성능 격리: 워크로드가 리소스를 너무 많이 사용하여 다른 워크로드에 해를 끼칠 수 있습니다.
    • 보안 격리: 민감한 데이터 또는 신뢰할 수 없는 코드는 자체 환경에서 격리되어야 합니다.
    • 조직적 격리: 팀별로 관리 도메인이 다를 수 있습니다.
    • 비용 격리: 다중 테넌시는 다양한 팀의 청구 관리가 크게 복잡해질 수 있습니다.
  • 신뢰성
    • 폭발 범위: 한 클러스터에서 발생한 인프라 또는 애플리케이션 사고가 시스템 전체에 영향을 미치지 않아야 합니다.
    • 인프라 다양성: 기본 영역, 지역 또는 공급자 중단으로 인해 전체 시스템이 중단되지 않습니다.
    • 확장: 애플리케이션이 단일 클러스터에 맞지 않을 정도로 큽니다.
    • 업그레이드 범위: 애플리케이션의 일부는 인프라 업그레이드가 필요할 수 있으며, 이는 애플리케이션의 다른 부분에 영향을 미칠 수 있습니다. 여러 클러스터를 갖는 것은 제자리에서 클러스터 업그레이드가 필요하지 않도록 하는 반면, 몇 개의 번들로 묶어 업데이트되지 않은 나머지 측면은 업그레이드할 수 있는 좋겠습니다.

2 프로젝트 헌장[ | ]

다음 헌장은 다중 클러스터 특별 관심 그룹의 범위와 거버넌스를 정의합니다.

  • API 표준을 정의하여 궁극적으로 타사 구현에서 유연성을 충분히 확보할 수 있는 트리 외부 생태계를 지원합니다.
  • 다른 SIG와 협력하여 단일 클러스터에 대한 업스트림 변경을 통해 알려진 멀티 클러스터 경험을 보호합니다.
  • 단일 클러스터 경험(예: 네트워크 정책)을 멀티 클러스터로 확장하기 위한 제안에 대해 옹호하고 피드백을 제공합니다.

3 접근법[ | ]

위에 나열된 목표를 달성하기 위해 SIG-Multicluster 팀은 네 가지 다른 API를 정의하기 위해 노력했습니다.

  • About API: 클러스터 집합 내에서 클러스터를 고유하게 식별할 수 있습니다(클러스터셋).
  • Multicluster Services API: 주어진 클러스터셋의 일부인 클러스터 간에 서비스를 노출할 수 있도록 합니다.
  • Work API: 주어진 클러스터셋에 속한 클러스터에 걸쳐 배포할 워크로드를 정의할 수 있습니다.
  • ClusterProfile API: 애플리케이션 및 인간 운영자 모두에 대한 종합적인 상태 개요를 제공하여 클러스터 검색 및 관리를 간소화합니다.

구현의 여지를 남기기 위해 SIG-Multicluster는 이러한 API에 의존하는 메커니즘의 구현에 중점을 두지 않습니다. 예를 들어 클러스터 레지스트리 또는 자체 서비스 검색에 대한 참조 구현은 제공되지 않습니다.

4 시작하기[ | ]

다양한 API를 사용하는 데 관심이 있는 사용자이든 아니면 API 준수가 관심 있는 구현자이든 관계없이 다음 리소스는 필요한 배경 지식을 제공하는 데 도움이 됩니다.

5 기여[ | ]

SIG-Multicluster에 기여하거나 우리 API 중 일부 구현체를 구축하는 데 관심이 있다면, SIG 회의, 프로젝트 이슈 또는 새로운 설계에 참여하는 것을 주저하지 마시기 바랍니다.

문서 댓글 ({{ doc_comments.length }})
{{ comment.name }} {{ comment.created | snstime }}