Kubernetes는 훌륭한 프로젝트입니다. 특히 컨테이너화 된 앱 배포 및 관리에 대해 모두에게 알려져 있습니다. 그리고 Red Hat의 EMEA 개발자 채택 책임자 인 Markus Eisele은 이에 대해 배우고 자하는 모든 사람을 위해 몇 가지 중요한 세부 정보를 제공합니다.
그리고 비즈니스 개발은 항상 컴퓨터 엔지니어링의 큰 도전 중 하나였습니다. Red Hat과 같은 회사. 그렇기 때문에 지난 3 년 동안 퍼블릭 클라우드 공급자를위한 거의 무제한의 인프라 리소스를 달성하기 위해 고전적인 XNUMX 계층 아키텍처에서 고도로 분산 된 마이크로 서비스가있는 새로운 아키텍처로 이동했습니다. 또한 이러한 마이크로 서비스는 오래된 무거운 앱 서버에 비해 매우 구체적이고 간단한 작업에 특화 될 수 있습니다.
이들 마이크로 서비스 소비되는 자원 측면에서 더 나은 효율성을 의미하며 이는 또 다른 큰 장점입니다. 또한 컨테이너를 통해 이러한 앱을 배포하는 가장 좋은 방법 중 하나입니다. 작은 가상 머신 치료를 받았습니다. VM과 컨테이너의 주요 차이점은 첫 번째는 운영 체제가 없다는 것입니다. 대신 앱인 것처럼 호스트 운영 체제 커널의 사용자 공간에서 실행됩니다. 이것은 또한 더 큰 보안을 의미합니다.
그러나이 아키텍처에는 많은 컨테이너 (서비스 당 하나 이상)가 필요하기 때문에 모든 것이 이점이 될 수는 없었습니다. 즉, 컨테이너를 관리하고 조정하는 방식이 복잡 할 수 있고 시스템 관리자에게 더 큰 노력을 나타낼 수 있습니다. 여기가 Kubernetes의 등장 모든 것이 훨씬 쉬워집니다.
Kubernetes에서 기본 환경 설정
Kubernetes는 관리자의 삶을 더 쉽게 만듭니다., 앱 및 서비스의보다 자동화 된 관리를 가능하게합니다. 비유를 살펴보면 우주선이 우주 내에서 동시에 이동할 수있는 부두의 항만 당국과 같습니다. 즉, 둘 다 분산 된 물리적 하드웨어에서 앱을 실행하기 때문에 처음에는 Kubernetes의 기능을 Java EE의 기능과 비교할 수 있습니다. 그러나 컨테이너는 앱 자체의 요구 사항에 거의 관심이 없습니다.
Kubernetes를 사용하면 다음 위치에 구성 파일을 작성하여 클러스터를 구성 할 수 있습니다. 텍스트 형식 (JSON도 지원하지만 주로 YAML). 내부에는 관리를 위해 정의 된 각 개체의 매개 변수 또는 사양이 있습니다.
로컬 Kubernetes 구성을위한 하드웨어
활용하기 위해 높은 확장 성과 신뢰성 Kubernetes 클러스터에서 제공하는 개발자와 관리자는 컨테이너에 실행하기에 충분한 리소스를 제공하도록주의해야합니다.
클러스터에 2GB RAM이있는 마스터 노드 4 개, 코어 2 개, RAM 1GB 및 코어 2 개가있는 작업자 노드 XNUMX 개가 있다고 가정하면 Kubernetes 클러스터 최소 6GB의 RAM과 12 코어가 필요합니다. 이 프로젝트가 데스크톱 용이 아니라는 것은 사실이지만 모든 데스크톱 컴퓨터에서 제공 할 수있는 리소스는 아닙니다.
그러나 현재 많은 소규모 학습 환경 개발자가 로컬 환경에서 Kubernetes로 개발할 수 있습니다. 예를 들면 MiniKube, MicroK8s, OpenShift CodeReady Cointainers 등이 있습니다. 이들 모두는 하나의 단일 노드로 구성된 클러스터로 데스크탑 PC에 설치할 수 있으며 몇 분 안에 설치할 수 있습니다.
테스트하려면 보다 복잡한 환경 서비스, 일반적으로 진정한 Kubernetes 클러스터로 이동해야합니다. 하지만 도구 코드 레디 컨테이너 전체 툴킷과 Kubernetes 클러스터의 단일 노드 설치를 포함하여 개발자의 삶을 훨씬 더 쉽게 만들 수 있습니다.
Kubernetes의 기본 채택은 다른 세상입니다.
Kubernetes는 이러한 서비스를 관리하는 방법이 완전히 다르고 통합 된 방식을 확인하는 개발자의 전체 경험을 변화시키기 위해 왔습니다. 결과적으로 Kubernetes 채택은 다음 논리적 단계 개발자를위한 단순화로.
마찬가지로 Kubernetes는 더 큰 유연성, 생산적인 기본 Kubernetes 개발을위한 도움말 및 도구, 흥미 진진한 새로운 과제 ...