Đặt buổi review kiến trúc

KUBERNETES-STARTPAKET · DOANH NGHIỆP VỪA VÀ NHỎ

Kubernetes vận hành đáng tin cậy. Trong bốn tuần, kèm giám sát và agent.

Dựng một cluster thì nhanh. Khó là sau đó: ai phát hiện khi có sự cố, và ai tìm ra nguyên nhân? Với Kubernetes-Startpaket, sau bốn tuần ứng dụng của bạn chạy trên một cluster có GitOps, giám sát, sao lưu và một agent hỗ trợ tìm lỗi nhưng không thể tự thay đổi gì.

Khách hàng điển hình

Một doanh nghiệp vừa và nhỏ tại Đức, Áo hoặc Thụy Sĩ có phần mềm hoặc dịch vụ riêng: công ty phần mềm với 5 đến 50 lập trình viên, nhà sản xuất có thành phần đám mây trong sản phẩm, hoặc bộ phận IT hiện vận hành từng máy chủ riêng lẻ. Hoặc doanh nghiệp đã có cluster nhưng chưa có giám sát đáng tin cậy và quy trình tìm lỗi rõ ràng.

Bạn có gì sau bốn tuần

Một cluster Kubernetes trên Talos Linux, hệ điều hành bất biến không có SSH, với toàn bộ cấu hình nằm trong Git. GitOps với Argo CD: mọi thay đổi đi qua pull request, mọi sai lệch đều được phát hiện. Metric và log của mọi ứng dụng, cảnh báo có ý nghĩa rõ ràng gửi vào kênh chat của bạn, kiểm tra khả dụng từ bên ngoài và mục tiêu mức dịch vụ kèm ngân sách lỗi. Sao lưu hàng ngày với một lần khôi phục đã diễn tập. Và một agent có runbook cho các cảnh báo thường gặp nhất, sổ tay vận hành và buổi đào tạo cho đội ngũ của bạn.

Agent hỗ trợ tìm lỗi như thế nào

Khi có cảnh báo, đội ngũ của bạn hỏi agent trong kênh chat. Agent xem xét metric, log và sự kiện trong cluster, làm theo runbook của cảnh báo và đưa ra chẩn đoán kèm lý do và đề xuất. Agent chỉ có quyền đọc trong cluster và không thể tự thay đổi gì. Việc sửa luôn đi qua Git: một người duyệt pull request, Argo CD triển khai, và cảnh báo tự hết. Bạn chọn mô hình ngôn ngữ cho agent.

Cách chúng tôi vận hành nền tảng của mình

Nền tảng của chúng tôi chạy đúng như vậy: 9 node trên Talos Linux với Kubernetes 1.35, 107 ứng dụng được Argo CD triển khai từ Git, 112 mục tiêu mức dịch vụ kèm ngân sách lỗi và kiểm tra khả dụng từ bên ngoài cho hơn 30 dịch vụ. Các agent tìm lỗi của chúng tôi chỉ có quyền đọc trong cluster. Số liệu ngày 31 tháng 10 năm 2026.

Cluster chạy ở đâu

Trên phần cứng của bạn, tại một nhà cung cấp ở Thụy Sĩ hoặc EU do bạn chọn, hoặc trên nền tảng của chúng tôi tại EU. Cấu hình thuộc về bạn và nằm trong kho Git của bạn, nên bạn có thể tự vận hành hoặc chuyển đổi bất cứ lúc nào.

Bốn tuần, một lần diễn tập sự cố

01 /

Tuần 1: khảo sát

Ứng dụng, dữ liệu và cách vận hành hiện tại, chọn nơi đặt, hình mục tiêu và kế hoạch. Thứ Sáu bạn quyết định: tiếp tục hoặc dừng với một phần tư giá.

02 /

Tuần 2: cluster và GitOps

Dựng cluster hoặc đưa cluster hiện có vào Git, Argo CD, ứng dụng đầu tiên vận hành.

03 /

Tuần 3: giám sát và sao lưu

Metric, log, cảnh báo, mục tiêu mức dịch vụ, kiểm tra khả dụng, sao lưu hàng ngày, thêm ứng dụng.

04 /

Tuần 4: agent và bàn giao

Agent chỉ đọc kèm runbook, một lần khôi phục đã diễn tập, một cảnh báo thử đội ngũ của bạn xử lý cùng agent, đào tạo và sổ tay vận hành.

Câu hỏi thường gặp

Chúng tôi đã có cluster. Gói này còn phù hợp không?

Có. Chúng tôi đưa cluster hiện có vào Git và bổ sung giám sát, sao lưu và agent. Những gì phát hiện được sẽ nằm trong danh sách việc còn mở.

Agent có thể làm hỏng gì không?

Không. Agent chỉ có quyền đọc trong cluster. Mọi thay đổi là một pull request do con người duyệt.

Ai vận hành cluster sau đó?

Bạn quyết định. Đội ngũ của bạn tiếp quản với sổ tay và đào tạo, hoặc chúng tôi vận hành kèm trực sự cố với giá cố định hàng tháng.

Chúng tôi có phải xây lại ứng dụng không?

Không, miễn là chúng chạy dưới dạng container. Những gì chưa làm được sẽ nằm trong danh sách việc còn mở.