- 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 준수가 관심 있는 구현자이든 관계없이 다음 리소스는 필요한 배경 지식을 제공하는 데 도움이 됩니다.
- KubeCon NA 2022 "SIG-Multicluster 소개 및 심층 분석" – Laura Lorenz(Google), Jeremy Olmsted-Thompson(Google) 및 Paul Morie(Apple)
5 기여[ | ]
SIG-Multicluster에 기여하거나 우리 API 중 일부 구현체를 구축하는 데 관심이 있다면, SIG 회의, 프로젝트 이슈 또는 새로운 설계에 참여하는 것을 주저하지 마시기 바랍니다.
- 분류 댓글:
- 유튜브 영상 (46)
4달러 ― Shinchan524Red Hot Chili Peppers - Blood Sugar Sex Magik ― John JeongSQLGate ― Andreas NeumannThe Smiths ― PinkcrimsonThe Smiths ― John JeongVangelis - Chariots Of Fire ― PinkcrimsonVHS 재기록 반복 열화 실험 ― JmnoteVHS 재기록 반복 열화 실험 ― PinkcrimsonVHS 재기록 반복 열화 실험 ― 민트쏟아What will your verse be? ― Jjw결론은 버킹검 ― Pinkcrimson결론은 버킹검 ― John Jeong결론은 버킹검 ― Pinkcrimson귀멸의 칼날 ― Pinkcrimson기묘한 이야기 (미국 드라마) ― Pinkcrimson동국대학교 디지털 큐레이션 ― Kim Taejin동국대학교 디지털 큐레이션 ― Pinkcrimson따봉 ― Pinkcrimson미운코딩새끼 ― 승호 도령미운코딩새끼 ― 불탄고등어미운코딩새끼 ― 김레이미운코딩새끼 ― 호박이미운코딩새끼 ― Junhg0211미운코딩새끼 ― 김왼손미운코딩새끼 ― 용딘이미운코딩새끼 ― Pinkcrimson사전 보는 법 ― Pinkcrimson사전 보는 법 ― Pinkcrimson사전 보는 법 ― Pinkcrimson위키백과, 우리 모두의 백과사전 ― Pinkcrimson위키백과, 우리 모두의 백과사전 ― Pinkcrimson유루캬라 ― Pinkcrimson장현철 - 걸어서 하늘까지 ― Pinkcrimson짙은 - 곁에 ― John Jeong최후의 사전편찬자들 ― Pinkcrimson최후의 사전편찬자들 ― Pinkcrimson최후의 사전편찬자들 ― John Jeong최후의 사전편찬자들 ― Pinkcrimson최후의 사전편찬자들 ― Pinkcrimson퇴사할 때 단톡방에 올리는 영상 ― Jjw파이썬 유치원 ― 김민재파이썬 유치원 (어린이반) ― 안기웅파이썬 유치원 (유아반) ― GreenElf파타고니아 (책) ― Pinkcrimson파타고니아 (책) ― Nolon4파타고니아 (책) ― Pinkcrimson