Nhóm phát triển Kubernetes đã được phát hành gần đây thông qua một thông báo về việc phát hành phiên bản mới "Kubernetes 1.18" trong đó nhóm phát triển đề cập rằng đó là một phiên bản 'vừa vặn và hoàn thiện ".
Trong phiên bản mới này công việc quan trọng đã được thực hiện để cải thiện phiên bản beta và chức năng ổn định để đảm bảo một trải nghiệm người dùng tốt hơn. Một nỗ lực không kém đã được thực hiện để bổ sung các phát triển mới và các tính năng mới thú vị hứa hẹn sẽ nâng cao hơn nữa trải nghiệm người dùng.
Dành cho những ai chưa biết Kubernetes, họ nên biết rằng là một hệ thống mã nguồn mở để tự động hóa việc thực hiện, mở rộng và quản lý các ứng dụng được đóng gói.
Fue ban đầu được thiết kế bởi Google, mặc dù sự phát triển của nó sau đó đã được giao cho Tổ chức Điện toán Đám mây Nguồn Mở (CNCF), tổ chức ngày nay đã cho phép công nghệ điều phối vùng chứa phát triển nhanh chóng, nhờ sự đóng góp của những người khổng lồ công nghệ.
Kubernetes 1.18 có gì mới?
Phiên bản mới này nổi bật vì có khả năng sử dụng mã thông báo tài khoản dịch vụ như một phương pháp xác thực chung. Ví dụ: nếu bạn muốn một nhóm quản lý các tài nguyên Kubernetes khác, chẳng hạn như triển khai hoặc dịch vụ, nó có thể được liên kết với tài khoản dịch vụ và tạo các vai trò và ràng buộc vai trò cần thiết.
Các tài khoản dịch vụ Kubernetes (KSA) gửi mã thông báo web JSON (JWT) đến máy chủ API để xác thực. Điều này làm cho máy chủ API trở thành nguồn xác thực duy nhất cho các tài khoản dịch vụ.
Kubernetes 1.18 pcung cấp một chức năng mà cho phép máy chủ API cung cấp tài liệu khám phá OpenID Connect A chứa các khóa công khai của mã thông báo cùng với siêu dữ liệu khác.
Một thay đổi khác nổi bật so với Kubernetes 1.81 là khả năng định cấu hình HPA Velocity cho các nhóm cụ thể. Đã sử dụng Trình tự động tính toán theo chiều ngang (HPA)a để cho phép một cụm Kubernetes tự động phản hồi với lưu lượng truy cập cao / thấp. Với HPA, người dùng có thể yêu cầu bộ điều khiển tạo nhiều mô-đun hơn để đáp ứng với mức tăng đột biến của CPU, các phép đo khác hoặc phép đo do ứng dụng cung cấp.
Kubernetes 1.18 có tổng quan về các cấu hình để chạy nhiều cấu hình của người lập kế hoạch. Nói chung, có hai loại khối lượng công việc trong Kubernetes: các dịch vụ dài hạn (ví dụ: máy chủ web, API, v.v.) và các tác vụ sắp hoàn thành (còn được gọi là Jobs).
Do sự khác biệt rõ ràng giữa các loại khối lượng công việc, một số người dùng sử dụng cách tạo các cụm đầy đủ cho các nhu cầu khác nhau. Ví dụ: một cụm để quản lý khai thác dữ liệu và một cụm khác để phục vụ các API ứng dụng.
Lý do là họ cần quá trình quyết định khác nhau. Ví dụ: cài đặt lập lịch mặc định thúc đẩy tính khả dụng cao.
Mặt khác, chúng ta cũng có thể tìm thấy khả năng xác định quy tắc truyền phát nhóm ở cấp độ cụm, như đã giúp đảm bảo rằng các nhóm sẽ được lên lịch trong các Vùng khả dụng (với điều kiện bạn đang sử dụng một cụm đa vùng) để đảm bảo tính khả dụng và sử dụng tài nguyên tối đa.
Chức năng này cho phép đặc tả cấu trúc liên kết, xác định các khu vực bằng cách tìm kiếm các nút có cùng thẻ topoKey. Các nút có cùng thẻ TopologyKey thuộc cùng một khu vực. Cấu hình là để phân phối các nhóm đồng đều ở các khu vực khác nhau. Tuy nhiên, nhược điểm là cài đặt này phải được áp dụng ở cấp nhóm. Các nhóm không có cấu hình sẽ không được phân bổ đồng đều trên các miền lỗi.
Cuối cùng nhưng không kém phần quan trọng, chúng ta cũng có thể tìm thấy khả năng bỏ qua sự thay đổi trong thuộc tính volume. Theo mặc định, khi một ổ đĩa được gắn trong một vùng chứa trên một cụm Kubernetes, tất cả các tệp và thư mục trong ổ đĩa này đã thay đổi thuộc tính của chúng thành giá trị được cung cấp thông qua fsGroup.
Tất cả điều này để cho phép fsGroup đọc và ghi khối lượng. Tuy nhiên, hành vi này đã được chứng minh là không mong muốn trong một số trường hợp.
Phiên bản mới này của Kubernetes đi kèm với một số thay đổi và chúng tôi chỉ đề cập đến một số thay đổi quan trọng nhất. Nếu bạn muốn biết danh sách đầy đủ, bạn có thể thực hiện bằng cách truy cập vào liên kết theo dõi.