‫Vì vậy, điều gì tiếp theo cho Kubernetes?
‫Đó là một câu hỏi mà tôi nghĩ rằng rất nhiều người trong
‫chúng ta đều gặp phải khi xem xét tốc độ phát triển của nó và toàn bộ hệ
‫sinh thái xung quanh nó, và điều đó là quá nhiều đối với bất kỳ
‫người nào có thể xử lý được.
‫Tương lai là gì?
‫Vâng, tin tốt là nếu tôi phải dự đoán nó, tôi
‫nghĩ rằng tương lai là nó cần phải bắt đầu
‫trở nên nhàm chán. Bạn sẽ nghe rất nhiều người sáng lập nói về
‫điều này bất cứ khi nào bạn nhìn thấy họ trước công chúng.
‫Bạn biết đấy, họ sẽ chỉ nói về cách chúng ta cần làm cho
‫cơ sở hạ tầng trở nên nhàm chán hết mức có thể
‫để chúng ta có thể tin tưởng hơn vào những việc
‫chúng ta làm trên đó. Bởi vì thực sự, tất cả những điều này đều ở đây chỉ để chúng tôi có
‫thể đưa ứng dụng của mình ra khỏi đó, đúng không.
‫Quan điểm của Kubernetes không phải là chính Kubernetes.
‫Nó cho phép bạn làm những việc bạn muốn làm nhanh hơn.
‫Tôi nghĩ đối với Kubernetes, nếu bạn đã xem
‫một vài bản phát hành gần đây nhất, nó thực
‫sự bắt đầu tập trung vào độ tin cậy, ổn
‫định, bảo mật, về cơ bản thì nó đã ổn định đến
‫mức chỉ dừng lại ở đó.
‫Bạn không phải lo lắng về nó quá nhiều.
‫Bạn không cần phải sửa chữa nó quá nhiều.
‫Họ có các bản phát hành thường xuyên, vì
‫vậy bạn chắc chắn phải kiểm tra lịch phát hành và ghi chú
‫phát hành, mà tôi đã liên kết đến trong video này.
‫Một điều đã xảy ra trong năm nay, vào năm 2019, là một cuộc kiểm
‫tra bảo mật lớn đối với rất nhiều mã lõi,
‫điều này đã tiết lộ rất nhiều điều.
‫Trên thực tế, trên blog của họ, họ có một bản phân tích đầy đủ, chi
‫tiết về những gì đã xảy ra.
‫Tôi nghĩ điều đó thực sự tuyệt vời khi một dự án
‫nguồn mở quan trọng và lớn như thế này, không chỉ phân tích
‫bảo mật từ bên thứ ba mà còn tiết lộ tất cả các vấn đề và
‫kết quả tiềm ẩn.
‫Tôi nghĩ rằng nó dẫn đến rất nhiều bài PR trả trước là để
‫sửa những thứ nhanh chóng, nhưng cũng có một số thứ mà cuối
‫cùng họ sẽ sửa theo thời gian.
‫Nó không quá nhiều đến mức nó nhất thiết phải dựa trên lỗ hổng bảo
‫mật, nhưng nhiều lĩnh vực này có thể được cải thiện, vì vậy chúng
‫tôi sẽ thay đổi nó theo thời gian.
‫Một điều khác bạn sẽ thấy là một số khái niệm cũ hơn này,
‫khi nó còn là một công cụ đơn giản hơn, sẽ bắt đầu biến
‫mất khi chúng bị loại bỏ. Tôi nghĩ rằng các plugin lưu trữ
‫không phải là CSI cuối cùng sẽ bị loại bỏ vì vậy bạn sẽ phải
‫dựa vào CSI cho các plugin lưu trữ của mình thay vì những
‫thứ được tích hợp sẵn.
‫Bạn sẽ thấy các lệnh khác nhau như kubectl run thay đổi và
‫ngừng đưa ra cảnh báo cho chúng tôi vì nó sẽ được
‫mặc định là trình chạy pod đơn giản hơn là có tất cả các
‫trình tạo được tích hợp sẵn.
‫Sau đó, bạn sẽ thấy những thứ khác mà tôi
‫đã đề cập ở đây, như chạy khô bên dịch vụ, ổn định và nhiều
‫tính năng hơn xung quanh nó. Bởi vì tôi nghĩ rằng có một sự
‫thúc đẩy mạnh mẽ để kiểm toán tốt hơn, hiểu rõ hơn
‫về sự thay đổi theo thời gian. Điều gì sẽ thay đổi trước khi tôi thực
‫hiện, điều gì đã thay đổi sau khi tôi làm điều đó và
‫các loại chỉ số báo cáo đó.
‫Khi nói đến bên thứ ba, điều đó sẽ tiếp tục tăng
‫trưởng và phát triển, và nó thực sự nhiều hơn bất kỳ ai trong
‫chúng ta có thể biết.
‫Helm 3. 0 sắp kết thúc.
‫Chúng tôi chắc chắn sẽ có nhiều nhà khai thác hơn dành cho các công
‫cụ của bên thứ ba để giúp việc triển khai và quản
‫lý chúng dễ dàng hơn trong Kubernetes.
‫Đây thực sự là một hy vọng nhiều hơn, nhưng tôi
‫nghĩ rằng chúng ta sẽ tập trung nhiều hơn vào quy
‫trình công việc khai báo.
‫Bởi vì chủ đề mới này xoay quanh DevOps, và cụ thể hơn là git-ops, đó
‫là git ops, điều mà
‫tôi đã nói trên podcast của mình.
‫Quy trình làm việc git-ops là một khái niệm tương đối mới, nhưng ý tưởng rằng
‫chúng tôi vận hành và đó là
‫những người đang quản lý các cụm Kubernetes này,
‫chúng tôi thực sự đóng vai trò là người vận hành.
‫Các nhà khai thác đang tận dụng những tiến bộ từ các
‫nhóm phần mềm nơi họ phải quản lý mã và
‫thay đổi mã theo thời gian và các bản phát hành, điều này đã tạo
‫ra sự phát triển của các công cụ như GitHub, phải, sử
‫dụng các công cụ tương tự để quản lý cơ sở hạ tầng của chúng tôi trong
‫một cách khai báo. Bạn đã nghe tôi nói về điều đó.
‫Tôi nghĩ rằng khi bạn nhìn vào bộ tính năng theo
‫thời gian của Kubernetes, bạn có thể thấy cách nó
‫trở nên dễ khai báo hơn về phong cách, và bộ tính năng và trọng tâm là
‫vào quy trình làm việc khai báo đó.
‫Tôi hy vọng rằng chúng tôi sẽ nhận được công cụ tốt hơn và những công cụ
‫chúng tôi có, chúng tôi sẽ nhận được nhiều tính năng hơn theo thời gian.
‫Một điều quan trọng khác ở đây là hỗ trợ Windows Server.
‫Năm 2019 chứng kiến một thông báo lớn về
‫việc hỗ trợ Windows Server cho máy chủ 2019 và
‫đó mới chỉ là giai đoạn sơ khai.
‫Đó là thứ mà Swarm đi trước về mặt kỹ
‫thuật hơn Kubernetes.
‫Docker và Swarm đã hỗ trợ Windows Server trong nhiều năm nay và
‫chắc chắn nó đã được cải thiện theo thời gian.
‫Tuy nhiên, họ đã bắt đầu điều đó với Server 2016 và đã tiếp tục đẩy mạnh điều đó
‫và làm cho nó trở nên tốt hơn.
‫Trong khi đó, Kubernetes vừa mới xuất hiện trong
‫Windows Server 2019 đang thực sự nói rằng họ có hỗ trợ.
‫Từ những người mà tôi đã nghe nói về
‫Máy chủ trong quá trình sản xuất, Windows Server vẫn có thể
‫sử dụng nhiều công việc hơn trong thế giới Kubernetes để ngang
‫bằng với Linux. Vì vậy, tôi nghĩ đó
‫sẽ là một lĩnh vực trọng tâm lớn khi ngày càng có nhiều doanh nghiệp
‫Windows sử dụng các bộ điều phối vùng chứa này.
‫Một vài điều cuối cùng ở đây chắc chắn là các trường hợp Edge
‫sẽ được xử lý.
‫Những thứ như học máy.
‫Những thứ như Edge và cơ sở hạ tầng nhỏ sẽ được chú
‫trọng bởi vì vào thời kỳ đầu của Kubernetes, nó rất lớn và
‫rất cồng kềnh, nhưng
‫họ đang kéo rất nhiều thứ ra
‫ngoài và giúp việc triển khai dễ dàng hơn.
‫Đó là lý do tại sao bạn đang thấy các công cụ như kubeadm ra mắt và có
‫thể triển khai các cụm HA.
‫Nó hoàn toàn an toàn và nếu có
‫khả năng chịu lỗi. Đó là tất cả những điều
‫sắp thành hiện thực.
‫Một phần của tương lai đó là biết về các dự án liên quan
‫khác. Đây thực sự chỉ
‫là một danh sách ngắn gọn về những thứ mà tôi chưa đề
‫cập trong khóa học này mà bạn có thể muốn xem qua. Bởi vì bản thân Kubernetes đã
‫trở thành nền tảng mà tất cả những thứ khác
‫đang bắt đầu xây dựng. Trên thực tế, đó thực sự là
‫mục tiêu ban đầu từ các tác giả của dự án.
‫Họ không bao giờ thực sự có ý cho chúng
‫tôi sử dụng Kubernetes trực tiếp về nguồn mở
‫Kubernetes thô.
‫Chúng thực sự có ý nghĩa để những người khác xây dựng các bản tóm tắt trên
‫đó để chúng ta chạy khối lượng công việc của mình.
‫Đó là lý do tại sao bạn thấy các bản phân phối
‫xuất hiện, trong nhiều trường hợp, bởi vì họ đang xây dựng một lớp khác trên cùng
‫để làm điều đó. Trong trường hợp này, chúng ta
‫đang thấy tất cả các loại cơ sở hạ tầng khác ra đời để làm những
‫việc khác. Đầu tiên, là Knative.
‫Đây là danh sách máy chủ, và nó chắc
‫chắn là một dự án CNCF chính thức nên nó có liên quan chặt chẽ
‫đến thế giới Kubernetes.
‫Nếu bạn quan tâm đến danh sách máy chủ, đó chắc chắn là một
‫trong những dự án bạn muốn kiểm tra.
‫Tiếp theo, một vài dự án từ Rancher là
‫K3s và K3os.
‫K3s về cơ bản
‫là nhóm của họ thực hiện việc triển khai và quản lý Kubernetes phức
‫tạp và đơn giản hóa nó, loại bỏ tất cả
‫những thứ không cần thiết đi kèm với nó.
‫Có thể là một số lệnh và mã kế thừa.
‫Có thể một số trình điều khiển lưu trữ mà bạn không cần
‫nữa nếu bạn có CSI.
‫Đại loại vậy. Họ chỉ lấy tất cả ra và họ cung
‫cấp cho bạn một cơ sở dữ liệu thực sự dễ dàng.
‫Nó thậm chí không sử dụng etcd out-of-box.
‫Nó sử dụng một cơ sở dữ liệu đơn giản hơn.
‫Nó thực sự dành cho những thứ ban đầu như IoT.
‫Nhưng bây giờ, với mục tiêu của họ là biến Kubernetes trở
‫nên đơn giản như Swarm, điều mà Darren Shepherd, CTO
‫và đồng sáng lập của họ, đã nói tại
‫DockerCon năm nay. Đó là một tuyên bố khá thú vị.
‫Anh ấy thực sự nói rằng, bạn biết đấy, Swarm làm
‫rất tốt trong việc triển khai, dễ sử dụng và tác động
‫tối thiểu. Nó là một nhị phân rất nhỏ.
‫Nó có rất ít chi phí
‫về cơ sở hạ tầng. Kubernetes hoàn toàn
‫trái ngược với điều đó. Họ đang cố gắng tìm ra điểm trung gian.
‫Liệu có khả thi nếu chúng ta loại bỏ đủ thứ và vẫn biến
‫nó thành Kubernetes thực sự, chúng ta có thể giúp nó siêu dễ dàng triển khai
‫trên các hệ thống nhỏ như ARM, Raspberry Pis,
‫những thứ tương tự không. Vì vậy, đó là một dự án để xem.
‫K3os là một hệ điều hành với
‫K3s trên đầu nó.
‫Đó là một bản cài đặt Linux rất tối
‫thiểu được thiết kế để chạy K3s trên các
‫thiết bị nhỏ. Đó là một dự án khá mới nhưng
‫vẫn là một dự án thú vị. Một lĩnh vực tập trung thực
‫sự lớn khác, mà bạn sẽ nghe tôi nói nhiều hơn trên
‫podcast của tôi, là lưới dịch vụ, là một khái niệm mới trong vài năm
‫qua và thực sự là một thuật ngữ mới.
‫Chúng tôi chưa thực sự sử dụng từ đó trong ngành trước đây.
‫Lưới dịch vụ
‫là ý tưởng về lớp proxy này trong toàn bộ cụm,
‫không chỉ cho các kết nối đến từ Internet, mà thực sự cho
‫tất cả các phần của ứng dụng của bạn.
‫Nó trở thành người trung gian để kiểm soát, về mặt bảo mật, về
‫mặt giám sát và định tuyến đến các vị trí thích hợp,
‫tất cả lưu lượng truy cập cho tất
‫cả các phần của ứng dụng được phân phối của bạn.
‫Đó là một loạt các dự án xuất phát từ
‫vấn đề của microservices. Nếu bạn đã
‫từng thực hiện bất kỳ dịch vụ vi mô nào, một trong những thách thức thực sự
‫là, những gì nằm trong một tệp nhị phân trên một máy chủ duy nhất
‫và tương đối dễ khắc phục sự cố sẽ trở thành hàng
‫chục vùng chứa, trên hàng chục máy chủ.
‫Điều đó trở nên rất khó để khắc phục sự cố trừ khi
‫bạn có các công cụ mạng tuyệt vời.
‫Vì vậy, lưới dịch vụ đã chỉ ra vấn
‫đề đó và cố gắng trở thành một tiêu chuẩn, với
‫các tiêu chuẩn đằng sau nó, xung quanh
‫việc đặt một lớp ở đó để tăng khả năng hiển thị, giám sát,
‫khắc phục sự cố và bảo mật xung quanh các ứng dụng được phân phối và
‫microservices của chúng tôi.