Triển khai thủ công trước, rồi tự động hóa sau
Sẽ hay hơn nếu bạn chạy kịch bản đẩy bằng thao tác thủ công trước và kiểm
tra mọi triển khai trong khi củng cố niềm tin của mình vào sản phẩm. Nếu
bạn đang sử dụng Hudson làm công cụ tích hợp liên tục, bạn sẽ dễ dàng
thêm một tác vụ để tự động kích hoạt lệnh đẩy khi bạn sẵn sàng cho việc đó.
Triển khai một hệ thống chuyển đổi tính năng đơn giản.
Bạn chắc chắn sẽ phải đối mặt với việc phải triển khai một tính năng mới
“quan trọng” khi duy trì những tính năng cũ, và bạn sẽ cần đến một cơ chế
cô lập người dùng trước ảnh hưởng của những thay đổi này. Một hệ thống
chuyển đổi tính năng sẽ phù hợp với yêu cầu đó.
Hệ thống chuyển đổi tính năng sử dụng cờ trong khối mã của bạn, cho phép
bạn bật/tắt các tính năng trên cơ sở từng người dùng.
Theo dõi
Nhiệm vụ của hệ thống theo dõi là cho phép bạn tự động phát hiện, cảnh
báo, và thậm chí tự động khôi phục trở lại từ các lỗi không mong muốn. Ví
dụ về việc khôi phục từ lỗi có thể là việc tự động kích hoạt lệnh khôi phục
trong trường hợp phát hành không hợp lệ. Để có thể làm được việc đó, hệ
thống theo dõi của bạn sẽ cần phải tương đối tinh vi, không chỉ có khả năng
kiểm tra tình trạng của máy chủ mà còn kiểm tra cả tình trạng của ứng dụng
(ví dụ, các thước đo kinh doanh).
Tuy nhiên, bạn không cần phải bắt đầu từ đó. Cố gắng xây dựng quá mức hệ
thống theo dõi quả thực là một sự phí phạm, vì nguyên tắc chi phối ở đây là
Nguyên tắc Pareto.
Nguyên tắc Pareto: Khoảng 80% tác động đến từ 20% nguyên nhân.
