Kubernetes 모범 사례, 제 2판

15장. Kubernetes 위에 더 높은 수준의 애플리케이션 패턴 구축하기

이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: [e-mail]

Kubernetes가 복잡한 시스템이라는 것은 비밀이 아닙니다. 분산 애플리케이션의 배포와 운영을 간소화하지만 이러한 시스템을 쉽게 개발하는 데는 거의 도움이 되지 않습니다. 실제로 개발자가 상호 작용할 새로운 개념과 아티팩트를 추가할 때, 단순화된 운영에 복잡성 계층이 추가됩니다. 따라서 많은 환경에서는 Kubernetes 위에 더 개발자 친화적인 기본 요소를 제공하기 위해 더 높은 수준의 추상화를 개발하는 것이 합리적입니다. 또한, 많은 대기업에서는 애플리케이션을 구성하고 배포하는 방식을 표준화하여 모든 사람이 동일한 운영 모범 사례를 준수하도록 하는 것이 합리적입니다. 이는 개발자가 이러한 원칙을 자동으로 준수할 수 있도록 상위 수준의 추상화를 개발함으로써 달성할 수도 있습니다. 그러나 이러한 추상화를 개발하면 개발자가 중요한 세부 사항을 숨길 수 있고 벽으로 둘러싸인 정원이 생길 수 있습니다. 이는 특정 애플리케이션의 개발이나 기존 솔루션의 통합을 제한하거나 복잡하게 만듭니다. Cloud를 개발하는 동안 인프라의 유연성과 플랫폼의 강력한 성능 사이의 긴장은 항상 존재해 왔습니다. 적절한 상위 수준의 추상화를 설계하면 이러한 격차를 해소하는 이상적인 길을 걸을 수 있습니다.

더 높은 수준의 추상화를 개발하기 위한 접근 방식

Kubernetes 위에 더 높은 수준의 프리미티브를 개발하는 방법을 고려할 때, 두 가지 기본 접근 방식이 있습니다. 첫 번째는 구현 세부 사항으로 Kubernetes를 래핑하는 것입니다. 이 접근 방식을 사용하면 플랫폼을 소비하는 개발자는 자신이 Kubernetes 위에서 실행되고 있다는 사실을 거의 인식하지 못하고 대신 자신이 제공하는 플랫폼의 소비자라고 생각해야 하며, 따라서 Kubernetes는 구현 세부 사항으로 간주해야 합니다.

두 번째 옵션은 Kubernetes 자체에 내장된 확장성 기능을 사용하는 것입니다. Kubernetes 서버 API는 매우 유연하며, 임의의 새로운 리소스를 Kubernetes API에 동적으로 추가할 수 있습니다. 이 접근 방식을 사용하면 새로운 상위 리소스가 기본 제공 Kubernetes 객체와 함께 공존하며, 사용자는 기본 제공 리소스와 확장 리소스 모두에 대해 기본 제공 도구를 사용하여 모든 Kubernetes 리소스와 상호 작용할 수 있습니다. 이 확장 모델은 개발자에게는 여전히 Kubernetes가 중심이 되는 환경이지만 복잡성을 줄이고 더 쉽게 사용할 수 있는 추가 기능을 제공합니다.

적절한 접근 방식은 어떻게 선택하나요? 구축하려는 추상화 계층의 목표에 따라 다릅니다. 사용자가 "유리를 깨고" 탈출할 필요가 없고 사용 편의성이 중요한 특성인 완전히 격리된 통합 환경을 구축하는 경우 첫 번째 옵션이 좋은 선택이 될 수 있습니다. 머신 러닝 파이프라인을 ...