Từ tháng 2 Đối với chúng ta, dường như một cõi vĩnh hằng đã trôi qua. Điều duy nhất làm sáng tỏ sự tách biệt một chút là chúng tôi đã cố gắng tham gia Tổ chức điện toán đám mây, chứng nhận bản phân phối Kubernetes của chúng tôi theo Chương trình tuân thủ Kubernetes được chứng nhận và cũng ra mắt nó trong dịch vụ việc triển khai Kubernetes Cluster Autoscaler.
Đã đến lúc diễn ra Cuộc gặp gỡ @Kubernetes lần thứ ba! Tóm tắt:
- Gazprombank sẽ cho bạn biết cách họ sử dụng Kubernetes trong R&D để quản lý OpenStack;
- Giải pháp đám mây Mail.ru - cách mở rộng quy mô ứng dụng trong K8S bằng cách sử dụng bộ chia tỷ lệ và cách họ chuẩn bị triển khai Bộ chia tỷ lệ tự động cụm Kubernetes;
- và cơ quan Wunderman Thompson - cách Kubernetes giúp họ tối ưu hóa phương pháp phát triển của mình và tại sao có nhiều Dev hơn Ops trong DevOps.
Cuộc họp sẽ diễn ra vào ngày 21 tháng 18 (Thứ Sáu) lúc 30:39 tại văn phòng Moscow của Tập đoàn Mail.ru (Leningradsky Prospekt, 79, tòa nhà XNUMX). là bắt buộc và đóng cửa vào ngày 20 tháng 11 lúc 59:XNUMX sáng (hoặc sớm hơn nếu hết chỗ).
“Kubernetes dành cho nhà phát triển: có bao nhiêu Nhà phát triển trong DevOps?”
Grigory Nikonov, Wunderman Thompson, Giám đốc điều hành
Chúng tôi không có cụm 500 nút. Chúng tôi không có DevOps nghiêm ngặt. Chúng tôi không có nhóm sản phẩm chuyên dụng. Nhưng chúng tôi có nhiều dự án thú vị và câu trả lời cho các câu hỏi mà chúng tôi tìm thấy khi phát triển và hỗ trợ các dự án này. Trước hết, chúng tôi là nhà phát triển và đã quen với việc tự tạo ra các công cụ mà sau đó chúng tôi sẽ sử dụng. Có lẽ họ cũng sẽ giúp ích cho bạn trong công việc.
Cơ quan Wunderman Thompson là một trong những cơ quan tiên phong trong việc phát triển các giải pháp Internet ở Nga và hiện đang phát triển cả trang đích đơn giản và hệ thống phân tán phức tạp. Kubernetes giúp tối ưu hóa phương pháp phát triển, đồng thời giúp khách hàng đại lý lưu trữ và vận hành các giải pháp đã tạo.
Trong các hệ thống phân tán có số lượng tích hợp và thành phần bên trong lớn, kiến trúc microservice là phản ứng tự nhiên trước các yêu cầu về khả năng nâng cấp và bảo trì của giải pháp, nhưng việc chuyển đổi sang kiến trúc như vậy sẽ phát sinh một loạt vấn đề liên quan đến việc lập phiên bản và xuất bản. Thực tế là chúng tôi là một đại lý chứ không phải một nhóm sản phẩm chuyên dụng và các nhà phát triển của chúng tôi không liên tục lưu giữ bối cảnh đã triển khai của một giải pháp cụ thể trên máy của họ, đặt ra các yêu cầu riêng về khả năng tái tạo của môi trường phát triển, khả năng thực hiện các thay đổi cho nhiều nhóm cùng một lúc và quay trở lại dự án sau một thời gian. Để đối phó với những thách thức này, chúng tôi đã phát triển các quy trình và công cụ giúp các nhà phát triển và DevOps của chúng tôi phát triển và hỗ trợ các giải pháp họ tạo ra dễ dàng hơn.
Bạn sẽ tìm hiểu lý do tại sao DevOps lại thiên về Dev hơn Ops và sự lười biếng có thể làm giảm thời gian và chi phí phát triển/hỗ trợ như thế nào, cũng như:
- Kubernetes đã thay đổi cách chúng ta phát triển dự án như thế nào;
- vòng đời mã của chúng tôi trông như thế nào;
- những công cụ chúng tôi sử dụng để xuất bản các dịch vụ vi mô có kiểm soát;
- cách chúng tôi giải quyết vấn đề lắp ráp các hiện vật lỗi thời;
- cách chúng tôi triển khai vào cụm một cách hài lòng.
“Mở rộng ứng dụng bằng Kubernetes Cluster Autoscaler: các sắc thái của Autoscaler và việc triển khai Giải pháp đám mây Mail.ru”
Alexander Chadin, Mail.ru Cloud Solutions, nhà phát triển dịch vụ PaaS
Trong thế giới ngày nay, người dùng mong đợi ứng dụng của bạn luôn trực tuyến và luôn sẵn sàng - và do đó có thể xử lý mọi luồng lưu lượng truy cập, bất kể nó lớn đến đâu. Kubernetes cung cấp một giải pháp khá tinh tế cho phép bạn tự mở rộng quy mô theo tải - Kubernetes Cluster Autoscaler.
Nói chung, trong Kubernetes có hai loại tỷ lệ dựa trên chính xác những gì chúng tôi đang chia tỷ lệ: nhiều bản sao của ứng dụng hơn hoặc nhiều tài nguyên hơn. Chia tỷ lệ theo chiều dọc, khi chúng tôi tăng số lượng bản sao ứng dụng trong các nút hiện có. Và tỷ lệ ngang phức tạp hơn - chúng tôi tăng số lượng nút.
Trong trường hợp thứ hai, chúng tôi sẽ có thể tạo ra nhiều bản sao hơn nữa của ứng dụng - điều này sẽ đảm bảo tính sẵn sàng cao của nó. Chúng ta sẽ nói về việc chia tỷ lệ theo chiều ngang bằng cách sử dụng Cluster Autoscaler. Nó không chỉ có thể tăng mà còn có thể giảm số lượng nút tùy theo tải. Ví dụ: khi tải đạt đến đỉnh điểm, chính Autoscaler sẽ giảm số lượng nút xuống mức cần thiết và do đó sẽ thanh toán cho tài nguyên của nhà cung cấp.
Tại cuộc gặp mặt, chúng tôi sẽ cho bạn biết thêm về các sắc thái của Kubernetes Cluster Autoscaler, cũng như những khó khăn chúng tôi gặp phải khi triển khai Cluster Autoscaler như một phần của dịch vụ Cloud Containers của Mail.ru. Bạn sẽ học:
- Kubernetes có những bộ chia tỷ lệ nào, các tính năng sử dụng của chúng là gì;
- những điều bạn nên chú ý khi sử dụng máy chia tỷ lệ;
- cách chúng tôi phân đoạn các nút theo vùng khả dụng bằng cách sử dụng Nhóm nút;
- cách chúng tôi triển khai hỗ trợ cho Bộ chia tỷ lệ tự động cụm Kubernetes trong MCS.
“R&D tại Gazprombank: K8S giúp quản lý OpenStack như thế nào”
Maxim Kletskin, Gazprombank, giám đốc sản phẩm
Trong một thế giới mà mọi thứ đều có xu hướng là dịch vụ thì Thời gian đưa ra thị trường là trên hết. Cần nhanh chóng phát triển các ứng dụng để kiểm tra các giả thuyết và tìm kiếm thị trường mới ngay từ thời điểm chúng hình thành ban đầu. Tốc độ đặc biệt quan trọng đối với các ngân hàng và các công nghệ mới sẽ trợ giúp ở đây - đặc biệt là công nghệ container hóa và Kubernetes.
Maxim Kletskin là giám đốc sản phẩm tại Gazprombank và đang phát triển một sandbox để tung ra các sản phẩm thí điểm. Bộ phận R&D của Gazprombank tiến hành nhiều nghiên cứu khác nhau trên đám mây của họ, đó là OpenStack. Kubernetes được sử dụng ở đây dưới hai hình thức: 1) Kubernetes trên Bare Metal làm lớp quản lý của đám mây OpenStack và 2) K8S làm bản phân phối OpenShift để phát triển.
Trong báo cáo, chúng ta sẽ nói về trường hợp đầu tiên và tìm hiểu cách Gazprombank sử dụng Kubernetes để quản lý OpenStack. Nếu nhìn vào kiến trúc OpenStack, bạn có thể thấy nó khá nguyên tử nên việc sử dụng Kubernetes làm lớp quản lý của OpenStack có vẻ rất thú vị và logic. Điều này cũng sẽ giúp việc thêm các nút vào cụm OpenStack dễ dàng hơn và tăng độ tin cậy của Mặt phẳng điều khiển. Và, giống như kem phủ trên bánh, nó sẽ đơn giản hóa việc thu thập dữ liệu đo từ xa từ cụm.
Bạn sẽ học:
- tại sao lại là ngân hàng R&D: chúng tôi thử nghiệm và thử nghiệm;
- cách chúng tôi chứa OpenStack;
- cách thức và lý do triển khai OpenStack trong K8S.
Sau buổi biểu diễn, chúng ta sẽ chuyển sang định dạng @Ku một cách suôn sẻbianetes sau bữa tiệc và chúng tôi cũng đã chuẩn bị một số thông báo thú vị cho bạn. Hãy chắc chắn để đăng ký , chúng tôi sẽ xem xét tất cả đơn đăng ký trong vòng vài ngày.
Giới thiệu về các sự kiện mới trong chuỗi @Kubernetes Meetup và các sự kiện khác Chúng tôi ngay lập tức thông báo trên kênh Telegram của mình:
Bạn muốn phát biểu tại Cuộc gặp gỡ @Kubernetes tiếp theo? Bạn có thể gửi đơn đăng ký tại đây:
Nguồn: www.habr.com
