Mail.ru 그룹의 @Kubernetes Meetup #3: 21월 XNUMX일

2월부터 쿠버네티스를 사랑하세요 우리에게는 영원이 지나간 것 같습니다. 분리를 조금 더 밝게 만든 유일한 것은 Cloud Native Computing Foundation에 진입하고 Certified Kubernetes Conformance Program에 따라 Kubernetes 배포를 인증하고 서비스에서도 출시했다는 것입니다. Mail.ru 클라우드 컨테이너 Kubernetes Cluster Autoscaler 구현.

세 번째 @Kubernetes Meetup 시간이 왔습니다! 간단히:

• Gazprombank는 R&D에서 Kubernetes를 사용하여 OpenStack을 관리하는 방법을 알려줄 것입니다.
• Mail.ru 클라우드 솔루션 - 스케일러를 사용하여 K8S에서 애플리케이션을 확장하는 방법과 Kubernetes Cluster Autoscaler 구현을 준비하는 방법
• 및 Wunderman Thompson 에이전시 - Kubernetes가 개발 접근 방식을 최적화하는 데 어떻게 도움이 되는지, 그리고 DevOps에 Ops보다 Dev가 더 많은 이유를 알아보세요.

회의는 21월 18일(금) 30:39에 Mail.ru Group 모스크바 사무실(Leningradsky Prospekt, 79, Building XNUMX)에서 열립니다. 등록 필수이며 20월 11일 오전 59시 XNUMX분에 종료됩니다(자리가 부족할 경우 더 일찍 종료됩니다).

“개발자를 위한 Kubernetes: DevOps에는 몇 명의 개발자가 있나요?”

Grigory Nikonov, Wunderman Thompson, 전무이사

500개 노드로 구성된 클러스터가 없습니다. 우리는 엄격한 DevOps를 갖고 있지 않습니다. 우리에게는 전담 제품팀이 없습니다. 그러나 우리는 이러한 프로젝트를 개발하고 지원하면서 발견한 많은 흥미로운 프로젝트와 질문에 대한 답변을 보유하고 있습니다. 우선, 우리는 개발자이며 나중에 사용할 도구를 직접 만드는 데 익숙합니다. 아마도 그들은 당신의 일에도 도움이 될 것입니다.

Wunderman Thompson 에이전시는 러시아 인터넷 솔루션 개발의 선구자 중 하나이며 현재 간단한 랜딩 페이지와 복잡한 분산 시스템을 모두 개발하고 있습니다. Kubernetes는 개발 접근 방식을 최적화하고 대행사 고객이 생성된 솔루션을 호스팅하고 운영하도록 돕습니다.

다수의 통합 및 내부 구성 요소가 있는 분산 시스템에서 마이크로서비스 아키텍처는 솔루션의 업그레이드 가능성 및 유지 관리 가능성에 대한 요구 사항에 대한 자연스러운 대응이지만 이러한 아키텍처로의 전환은 버전 관리 및 관리와 관련된 일련의 문제를 야기합니다. 출판. 우리는 전담 제품 팀이 아닌 대행사이고 개발자가 자신의 컴퓨터에 특정 솔루션의 배포 컨텍스트를 지속적으로 유지하지 않는다는 사실은 개발 환경의 재현성, 변경 기능에 대한 자체 요구 사항을 부과합니다. 여러 팀에 동시에 작업을 수행하고 일정 시간이 지나면 프로젝트로 돌아갑니다. 이러한 과제에 대응하여 우리는 개발자와 DevOps가 자신이 만드는 솔루션을 더 쉽게 개발하고 지원할 수 있도록 하는 프로세스와 도구를 개발했습니다.

DevOps가 Ops보다 Dev에 더 가까운 이유와 게으름이 어떻게 개발/지원 시간과 비용을 줄일 수 있는지 알아보게 됩니다.

• Kubernetes가 프로젝트 개발 방식을 어떻게 변화시켰는지;
• 코드의 라이프사이클은 어떤 모습인가요?
• 마이크로서비스의 통제된 게시를 위해 우리가 사용하는 도구
• 쓸모없는 유물을 조립하는 문제를 어떻게 해결합니까?
• 클러스터에 즐겁게 배포하는 방법.

“Kubernetes Cluster Autoscaler를 사용한 애플리케이션 확장: Autoscaler의 미묘한 차이와 Mail.ru 클라우드 솔루션 구현”

Alexander Chadin, Mail.ru Cloud Solutions, PaaS 서비스 개발자

오늘날의 세계에서 사용자는 애플리케이션이 항상 온라인 상태이고 항상 사용 가능하기를 기대하므로 규모에 관계없이 모든 트래픽 흐름을 처리할 수 있습니다. Kubernetes는 부하에 따라 자체적으로 확장할 수 있는 상당히 우아한 솔루션인 Kubernetes Cluster Autoscaler를 제공합니다.

일반적으로 Kubernetes에는 확장 대상에 따라 두 가지 유형의 확장이 있습니다. 즉, 애플리케이션의 추가 복사본 또는 추가 리소스입니다. 수직 확장: 기존 노드 내에서 애플리케이션 복제본 수를 늘릴 때. 그리고 더 복잡한 수평 확장 - 노드 수를 늘립니다.

두 번째 경우에는 더 많은 애플리케이션 사본을 생성할 수 있어 고가용성이 보장됩니다. Cluster Autoscaler를 사용한 수평 확장에 대해 이야기하겠습니다. 부하에 따라 노드 수를 늘릴 수도 있고 줄일 수도 있습니다. 예를 들어, 로드가 최고조에 달하면 Autoscaler 자체는 노드 수를 필요한 양으로 줄여 공급자의 리소스에 대한 비용을 지불합니다.

밋업에서는 Kubernetes Cluster Autoscaler의 미묘한 차이와 Mail.ru Cloud Containers 서비스의 일부로 Cluster Autoscaler 구현을 시작할 때 겪은 어려움에 대해 자세히 설명하겠습니다. 당신은 배울 것이다:

• Kubernetes에서 사용할 수 있는 스케일러는 무엇이며, 그 사용 기능은 무엇입니까?
• 스케일러를 사용할 때 주의해야 할 점;
• 노드 그룹을 사용하여 가용성 영역별로 노드를 분할하는 방법
• MCS에서 Kubernetes Cluster Autoscaler에 대한 지원을 구현한 방법입니다.

“Gazprombank의 R&D: K8S가 OpenStack 관리를 돕는 방법”

Maxim Kletskin, Gazprombank, 제품 관리자

모든 것이 서비스로 대세를 이루고 있는 세상에서는 출시 시간이 무엇보다 중요합니다. 가설을 테스트하고 초기 형성 순간에 새로운 시장을 찾기 위한 애플리케이션을 신속하게 개발하는 것이 필요합니다. 속도는 은행에 특히 중요하며, 여기에는 새로운 기술, 특히 컨테이너화 기술과 Kubernetes가 도움이 됩니다.

Maxim Kletskin은 Gazprombank의 제품 관리자이며 파일럿 제품 출시를 위한 샌드박스를 개발하고 있습니다. Gazprombank의 R&D는 OpenStack이라는 클라우드에서 다양한 연구를 수행합니다. 여기서 Kubernetes는 두 가지 형태로 사용됩니다. 1) OpenStack 클라우드의 관리 계층인 Bare Metal의 Kubernetes와 2) 개발용 OpenShift 배포판인 K8S입니다.

보고서에서 우리는 첫 번째 사례에 대해 이야기하고 Gazprombank가 Kubernetes를 사용하여 OpenStack을 관리하는 방법을 알아봅니다. OpenStack 아키텍처를 보면 상당히 원자적이라는 것을 알 수 있으므로 Kubernetes를 OpenStack의 관리 계층으로 사용하는 것은 매우 흥미롭고 논리적인 것 같습니다. 또한 이를 통해 OpenStack 클러스터에 노드를 더 쉽게 추가하고 컨트롤 플레인의 안정성을 높일 수 있습니다. 그리고 금상첨화처럼 클러스터에서 원격 측정 데이터를 수집하는 작업도 단순화됩니다.

Вы знаете:

• R&D 은행을 선택해야 하는 이유: 우리는 테스트하고 실험합니다.
• OpenStack을 컨테이너화하는 방법
• K8S에서 OpenStack을 배포하는 방법과 이유.

공연이 끝나면 원활하게 @Ku 형식으로 전환하겠습니다.맥주netes After-Party를 위해 멋진 공지사항도 준비했습니다. 꼭 등록하세요 링크, 며칠 내에 모든 신청서를 검토합니다.

@Kubernetes Meetup 시리즈의 새로운 이벤트 및 기타 이벤트 정보 Mail.ru 클라우드 솔루션 우리는 Telegram 채널에 즉시 다음 사항을 발표합니다. t.me/k8s_mail

다음 @Kubernetes Meetup에서 연설하고 싶으신가요? 여기에서 신청서를 제출할 수 있습니다: mcs.mail.ru/speak

출처 : habr.com