‫Lợi thế của việc bạn học Docker, sau đó là Soạn thư, và sau
‫đó là Swarm là bạn có rất nhiều kiến thức cơ bản ở đây
‫mà tôi không phải bắt đầu lại từ đầu khi tôi
‫dạy Kubernetes cho bạn.
‫Một số thuật ngữ, đặc biệt là khi chúng ta nói
‫về các đối tượng bên trong Kubernetes mà bạn kiểm soát và sử dụng,
‫các thuật ngữ có thể hơi khó hiểu vì một
‫số xung đột và một số là mới.
‫Cho đến nay, điều số một bạn sẽ tiếp
‫tục nghe, nếu bạn đã từng tìm kiếm bất cứ thứ
‫gì ở Kubernetesland, là vỏ. Pod là đơn vị triển khai cơ bản.
‫Về mặt kỹ thuật, chúng tôi không triển khai các vùng chứa trực
‫tiếp bên trong Kubernetes.
‫Chúng tôi chỉ triển khai các nhóm và chúng
‫tôi sử dụng những thứ bên trên được gọi là bộ điều khiển để
‫kiểm soát các nhóm đó.
‫Về mặt kỹ thuật, bạn có thể triển khai một nhóm trực tiếp, nhưng bạn sẽ
‫không thực sự muốn làm điều đó.
‫Hầu như luôn luôn bạn sẽ tạo một bộ điều khiển là một
‫đối tượng liên tục nằm ở đó và xác thực xem những
‫gì đang diễn ra bên trong Kubernetes có phải là những gì
‫bạn đã yêu cầu nó làm hay không.
‫Đó là một công cụ khác nhau có nhiều loại khác nhau.
‫Bạn bắt đầu với Deployments và ReplicaSets mà bạn sẽ
‫hầu như chỉ sử dụng.
‫Việc triển khai rất giống với cách chúng tôi đã thực
‫hiện các dịch vụ trong Swarm và điều đó kiểm soát nhóm của bạn
‫ở các cấp thấp hơn. Sau đó, bạn có thể
‫thay đổi và thực hiện các loại bộ điều khiển khác
‫nhau, thậm chí cả các loại bộ điều khiển của bên thứ
‫ba bao gồm StatefulSets, DaemonSets, Jobs và CronJobs, v.v.
‫Đó là một phần tính linh hoạt của Kubernetes là nó cung
‫cấp cho chúng tôi đơn vị nhóm cơ bản này và sau đó cho phép
‫chúng tôi kiểm soát điều đó bằng bộ điều khiển theo những cách khác
‫nhau và cho phép chúng tôi thực sự sáng tạo với cách chúng tôi triển khai
‫hệ thống của mình.
‫Dịch vụ ở Kubernetes hơi khác một chút so với bạn đã
‫từng làm ở Swarm.
‫Dịch vụ thực sự không liên quan gì đến việc triển khai
‫các ứng dụng như bạn làm trong Swarm.
‫Các dịch vụ, cụ thể là điểm cuối mà bạn cung cấp cho
‫một nhóm các nhóm, thường khi bạn sử dụng một bộ điều
‫khiển như bộ điều khiển triển khai để triển khai
‫một nhóm các nhóm bản sao,
‫thì bạn sẽ đặt một dịch vụ trên đó.
‫Dịch vụ chỉ có nghĩa là bạn đang cấp cho nó một điểm cuối
‫liên tục trong cụm
‫để mọi thứ khác có thể truy cập tập hợp các
‫nhóm đó tại một tên và cổng DNS cụ thể.
‫Tiếp theo, thực sự nhanh chóng, là một không gian tên.
‫Chúng tôi sẽ không thực sự sử dụng không gian tên nhiều trong Docker
‫Mastery vì nó là một tính năng nâng cao, tùy chọn, nhưng bạn sẽ
‫nghe thấy nó được đề cập nếu bạn
‫đang tìm kiếm trong tài liệu hoặc đọc blog và những thứ khác.
‫Không gian tên thực sự chỉ là một bộ lọc trên chế độ
‫xem của bạn tại dòng lệnh.
‫Đó thực sự là tất cả. Nó không phải là một tính năng bảo mật.
‫Nếu bạn đã quen thuộc với một số nội dung bên trong của Docker, bạn
‫sẽ nghe nói về không gian tên trong Docker.
‫Đây không phải là điều tương tự.
‫Đây chỉ đơn giản là một
‫cách để bạn lọc các chế độ xem của mình khi bạn đang sử
‫dụng dòng lệnh kubectrl để bạn chỉ xem những thứ bạn
‫quan tâm vào lúc này. Một ví dụ điển hình
‫có thể là khi sử dụng Docker Desktop, nó mặc định là
‫không gian tên mặc định và lọc ra tất cả các vùng chứa
‫hệ thống chạy Kubernetes trong nền.
‫Bởi vì thông thường, bạn không muốn nhìn thấy chúng
‫khi chạy các dòng lệnh kubectrl.
‫Sau đó, bạn có thể thay đổi không gian tên để xem chúng
‫nếu bạn muốn xem các chế độ xem khác nhau.
‫Chỉ nghĩ về nó như một bộ lọc, không phải là một tính năng bảo mật.
‫Tất nhiên, có rất nhiều điều khác về Kubernetes mà cuối
‫cùng sẽ tham gia. Có Bí mật.
‫Có ConfigMaps. Có rất nhiều thứ của bên thứ ba.
‫Nhưng đủ với các khái niệm. Hãy nhập lệnh và xem
‫kết quả tại dòng lệnh và sau đó chúng ta
‫sẽ hình dung nó trên bảng vẽ.