‫Trong video cuối cùng, tôi đã đề cập đến Imperative vs.
‫Khai báo. Chúng tôi đã nói về các chi tiết cụ thể trong
‫Kubernetes của cái này hay cái khác.
‫Thực sự, khi bạn nhìn vào tài liệu Kubernetess, nó sẽ
‫hướng đến ba phong cách khác nhau.
‫Có một sự khác biệt nhỏ, nhưng chúng thực sự ở trên một phạm vi
‫của tất cả các cách về mệnh lệnh ở một bên và tất cả
‫các cách khai báo ở bên kia.
‫Sau đó, tùy chọn nhỏ, tốt đẹp này ở giữa nếu bạn
‫muốn sử dụng nó. Trong khóa
‫học này, cho đến nay, tôi đã dạy bạn các
‫lệnh CLI bắt buộc, nghiêm ngặt. Điều đó bao gồm chạy, phơi bày.
‫Có thể chúng ta có quy mô.
‫Chúng tôi không đề cập đến chỉnh sửa nhưng nó thực hiện
‫chính xác những gì bạn nghĩ. Nó chỉnh sửa một tài nguyên trong thời gian thực.
‫Hoặc tạo triển khai, đó là cách mới để thực hiện một lần chạy.
‫Những thứ này thực sự tốt nhất để học
‫cách mọi thứ hoạt động. Tìm hiểu các loại tài nguyên và những gì chúng làm
‫cũng như các dự án cá nhân và các thiết lập thực sự nhỏ mà có
‫thể bạn là người duy nhất chịu trách nhiệm. Bạn không cố
‫gắng tự động hóa. Bạn đang không cố gắng xây dựng một quy trình sản
‫xuất đầy đủ và CICD, đúng không.
‫Đó là tuyệt vời cho những người.
‫Sau đó, có điểm trung gian tuyệt vời
‫này mà Kubernetes cung cấp cho bạn các lệnh tạo mà bạn có
‫thể sử dụng chính các lệnh tạo, nhưng bạn cũng có
‫thể sử dụng các lệnh đó với tệp YAML.
‫Bạn có thể sử dụng create -f và bạn có thể cung cấp cho nó một
‫trong những thông số kỹ thuật như chúng ta đã thấy trước đó.
‫Bạn có thể cung cấp cho nó một thông số kỹ thuật và nó sẽ tạo ra bất kỳ đối tượng
‫nào bạn có trong đó. Bạn có thể có
‫nhiều đối tượng trong tệp đó. Bạn có thể có một triển
‫khai, cộng với một dịch vụ, trong đó.
‫Có thể một số nhu cầu lưu trữ mà bạn có, thiết lập
‫mạng, bất cứ điều gì. Bạn có thể có tất cả một tập tin đẹp.
‫Sau đó, nếu bạn cần thay thế bất cứ thứ gì
‫trong đó, bạn có thể chỉnh sửa tệp và sau đó sử dụng lệnh
‫thay thế mà chúng tôi chưa đề cập đến, nhưng nó thực
‫hiện những gì bạn nghĩ. Sau đó, có lệnh xóa, mà
‫chúng tôi đã sử dụng, nó cũng thực hiện những gì bạn nghĩ.
‫Điều tốt đẹp ở đây là nó thuộc loại trung bình, đúng không.
‫Nó buộc bạn phải sử dụng YAML để bạn ghi lại những gì bạn đang làm và
‫bạn có bản ghi thay đổi này nếu bạn đang sử dụng một cái
‫gì đó như git.
‫Hy vọng rằng bạn đang sử dụng git.
‫Tuy nhiên, lợi ích ở đó là đối với con
‫người chúng ta, chúng ta đang sử dụng tạo hoặc
‫thay thế hoặc xóa. Vì vậy, nó cung cấp cho chúng tôi
‫động từ rõ ràng này để sử dụng để chúng tôi biết rằng chúng tôi không vô tình
‫xóa một cái gì đó khi chúng tôi đang sử dụng lệnh tạo.
‫Và chúng tôi biết rằng chúng tôi không vô tình xóa một cái gì đó
‫khi chúng tôi sử dụng lệnh thay thế.
‫Vì vậy, điều đó sẽ giúp, đúng.
‫Đó là một điểm trung bình tốt khi bạn còn chân
‫ướt chân ráo về các thông số kỹ thuật YAML
‫mà bạn sẽ cần sử dụng khi đến với mô hình đối tượng
‫khai báo, đầy đủ. Đó là những gì tôi đã nói về trước đó.
‫Đó là nơi bạn chỉ sử dụng YAML và bạn chỉ sử
‫dụng lệnh áp dụng.
‫Có các lệnh khác để giúp bạn áp dụng, chẳng hạn như
‫lệnh khác, sẽ hiển thị cho bạn những thay đổi bạn sắp thực hiện.
‫Tuy nhiên, apply chỉ đơn giản là chỉnh sửa
‫YAML, chạy apply.
‫Chỉnh sửa thêm một số YAML, chạy ứng dụng.
‫Điều này tương tự như Swarm nơi chúng tôi có các ngăn xếp Swarm.
‫Nếu bạn nhớ, có một lệnh triển khai ngăn xếp
‫docker và để cập nhật chúng, bạn sử dụng lệnh đó
‫lặp đi lặp lại.
‫Đó là cùng một phong cách ở đây với các đối tượng
‫khai báo đầy đủ của chúng. Thật vui khi họ có tài
‫liệu, và bạn sẽ thấy điều này trong các liên kết tài
‫nguyên của bài giảng này, một trang rất chi tiết về ba loại khác nhau này.
‫Tôi khuyến khích bạn kiểm tra điều đó.
‫Quy tắc thực sự mà tôi sẽ đưa ra
‫cho toàn bộ vấn đề này, ngay cả khi bạn đọc trang tài
‫nguyên về nó, là không kết hợp ba cách tiếp cận.
‫Điều quan trọng hơn là bạn không kết hợp ba thứ này khi
‫bạn có phụ thuộc sản xuất thực sự.
‫Trong quá trình sản xuất, tôi thực sự
‫sẽ ủng hộ bạn cố gắng gắn bó sớm nhất
‫có thể trong mô hình trưởng thành của mình, với mô
‫hình khai báo đầy đủ bằng cách sử dụng tệp YAML với
‫lệnh áp dụng.
‫Bạn càng sớm cảm thấy thoải mái với điều đó, thì
‫bạn càng sớm quen với việc ghi lại điều đó trong YAML và
‫lưu nó vào git-commit mỗi khi bạn thay đổi,
‫quy trình đó sẽ thực sự có lợi cho bạn sau này.
‫Khi bất kỳ ai muốn xem những thay đổi của bạn,
‫họ có thể xem git-log. Hầu hết chúng ta có lẽ đang làm
‫gì đó trong git ngày nay vì vậy việc tạo một git repo khác
‫chỉ để lưu trữ các YAML này sẽ không tốn nhiều
‫công sức cho bạn, đúng không. Ngay cả khi bạn chỉ thực
‫hiện git cục bộ trên máy của mình, về cơ bản git cục bộ
‫có thể giúp bạn xem lịch sử của những thay đổi mà bạn đã
‫thực hiện với các YAML này để khi bạn quên trong sáu tháng những gì
‫bạn đã thay đổi ba tháng trước, bạn có thể tiếp tục quay lại và nhìn và
‫xem bạn đang làm gì ở đó.
‫Điều đó thực sự sẽ giúp bạn tiết kiệm rất nhiều thời gian.
‫Quy tắc quan trọng nhất là không trộn lẫn các phương pháp.
‫Nếu bạn tạo thứ gì đó bằng run, thì sau này
‫sẽ khó hơn khi sử dụng ứng dụng để quản lý tài nguyên đó.
‫Có một số thủ thuật giao dịch nhỏ mà bạn có thể thực hiện
‫với một số lệnh này để cố gắng chỉnh sửa các đối tượng sau này
‫mà không làm hỏng chúng.
‫Nhưng thực sự, nếu bạn đang tiến hành sản xuất, có
‫lẽ bạn không nên bắt đầu với các lệnh chạy đó trên
‫máy chủ sản xuất của mình. Bạn có lẽ nên suy nghĩ lâu
‫dài và gắn bó với YAML. Bốn mẹo của tôi ở đây
‫là học dòng lệnh giống như bạn đang làm.
‫Tìm hiểu dòng lệnh quan trọng đó để bạn có thể
‫vận hành nó cục bộ. Và đôi khi bạn sẽ cần
‫những lệnh đó để khắc phục sự cố, kiểm tra và cả máy chủ nữa.
‫Sau đó, nhanh nhất có thể để sẵn sàng cho Kubernetes sản
‫xuất đầu tiên của bạn là học lệnh áp dụng, lệnh khác biệt,
‫đặc tả YAML cho tất
‫cả các loại tài nguyên bạn sẽ sử dụng.
‫Sau đó, lưu trữ nó trong git như tôi đang nói.
‫Ngay cả khi đó chỉ là git cục bộ hoặc git repos ở đâu đó mà nhóm
‫của bạn có thể sử dụng.
‫Hãy nhớ rằng, phương pháp chỉnh sửa YAML
‫này, lưu thay đổi trong git, sau đó áp dụng
‫với kubectl áp dụng, sau đó lưu lại và lưu trữ các
‫thay đổi trong git.
‫Quá trình này sẽ đưa bạn đến với con đường tự động
‫hóa DevOps và git-ops mà tôi đã đề cập trước
‫đó, tôi nghĩ rằng một số công cụ này đang
‫bắt đầu đi đến đâu. Nơi chúng ta là trung tâm.
‫Chúng tôi đang thực hiện các thay đổi trong git repo giống như những người lập
‫trình phần mềm làm ..
‫Chúng tôi đang làm điều tương tự với quy trình làm việc DevOps này.
‫Chúng tôi đang áp dụng cách mà họ thực hiện công việc thay đổi của
‫họ trong một nhóm cho các hoạt động và công cụ của riêng chúng tôi.