Điểm dàn dựng là gì?

Tôi nghĩ rằng tôi đã làm việc này, nhưng sau khi đọc Giao hàng liên tục (cuốn sách tuyệt vời) tôi hơi bối rối. Họ nói về việc có máy chủ cho:

• phát triển
• nhiều hình thức kiểm tra tự động
• thử nghiệm chấp nhận của người dùng (UAT) - tức là ngồi xuống với khách hàng và trình diễn cho họ và để họ thực hiện thử nghiệm thăm dò. Những người thử nghiệm trong nhà cũng có thể sử dụng thiết lập này để thử nghiệm thăm dò.
• dàn dựng
• sản xuất.

Tôi luôn nghĩ rằng việc dàn dựng là cung cấp chức năng UAT, nhưng dường như họ đã dàn dựng ở một cấp độ riêng biệt. Vậy trong sơ đồ đó, các máy chủ dàn sẽ cung cấp chức năng gì?

Dàn dựng sẽ đưa các hệ thống sản phẩm đầy đủ vào vị trí, nhưng chưa thực sự sử dụng chúng. Khi họ đi vào sử dụng sẽ là "sản xuất". Bạn nên đặt mọi thứ vào vị trí vì nó sẽ được sử dụng, kiểm tra, sau đó lật công tắc.

UAT thường sử dụng môi trường "thử nghiệm" khác biệt đáng kể so với phần cứng / phần mềm / cấu hình sẽ được sử dụng trong sản xuất.

Ví dụ: nơi tôi làm việc, chúng tôi có khách hàng kiểm tra mọi thứ trong môi trường VM chạy trên máy chủ của chúng tôi. Khi hệ thống của họ hoạt động, nó sẽ chạy trên phần cứng của họ, tại cơ sở của họ, có thể tích hợp với các hệ thống hiện có của họ; nó hoàn toàn không liên quan gì đến máy chủ hoặc môi trường thử nghiệm của chúng tôi (ngoại trừ mã và một số cấu hình đã được sao chép từ đó ...)

Tôi làm việc trong nhóm quản lý phát hành tại một công ty internet rất lớn. Về cơ bản, chúng tôi sử dụng quy trình bạn đã nêu ở trên và chúng tôi đã chọn quy trình đó theo mục đích. Trong phương pháp của chúng tôi, dàn dựng đóng vai trò là một cơ chế phân nhánh cho cấp độ thử nghiệm cuối cùng trong sản xuất.

Rõ ràng bạn muốn thực hiện tất cả các thử nghiệm trước khi đi vào sản xuất, nhưng trong một môi trường rộng lớn, phức tạp với nhiều người dùng, đó là một mục tiêu rất khó đạt được. Đặc biệt, hầu như không thể tải phần mềm kiểm tra đầy đủ trong QA. Kiểm thử chức năng dễ dàng tự động hóa hơn nhiều so với kiểm tra tải. Khi bạn có hàng ngàn người dùng đánh vào máy chủ của mình, mọi thứ sẽ thất bại theo những cách kỳ lạ và khó dự đoán.

Vì vậy, đây là những gì chúng ta làm:

• Phát triển
  • bao gồm tích hợp liên tục và kiểm tra tự động
• thử nghiệm phát hành
  • nhóm của tôi phân tích bản phát hành
  • xem lại nhật ký cài đặt
  • kiểm tra rollback
• QA
  • kiểm tra chấp nhận người dùng

Đó là điểm mà chúng tôi phân nhánh giữa dàn dựng và sản xuất. Chúng tôi sử dụng mô hình xe lửa để phát hành, với một chuyến tàu mới bắt đầu cứ sau vài tuần. Các chuyến tàu được đánh số chẵn đi đến các máy chủ dàn (đang trong quá trình sản xuất). Tàu số lẻ không.

Ở giữa các chuyến tàu chẵn, các nhà phát triển có khả năng đẩy các thay đổi riêng lẻ đến các máy chủ dàn ( sau khi những thay đổi đó đã được kiểm tra bởi QA). Điều này cho phép họ xác nhận rằng phần mềm của họ hoạt động như mong đợi trong môi trường sản xuất thực. Điều này thường được dành riêng cho các thành phần được coi là có rủi ro cao hơn, chúng tôi không đẩy từng phần nhỏ để dàn dựng.

Sau đó, mọi người hiểu rằng khi chuyến tàu chẵn tiếp theo bắt đầu, nó sẽ xóa sạch những gì trên máy chủ dàn dựng và đưa chúng trở lại đường cơ sở của tàu. Các nhà phát triển đảm bảo rằng các thay đổi của họ đã được đưa lên tàu hoặc quyết định rằng họ chưa sẵn sàng để sử dụng chung, trong trường hợp đó, những thay đổi đó sẽ bị xóa trên các máy chủ dàn dựng.

Tóm lại, câu trả lời ngắn gọn (ít nhất là đối với chúng tôi) là không thể kiểm tra hoàn toàn các hệ thống phức tạp trong QA. Dàn dựng cung cấp một cách an toàn để làm thử nghiệm sản xuất hạn chế.

Trên một lưu ý liên quan, đây là các slide của tôi từ một bài thuyết trình tôi vừa trình bày về cách quá trình phát hành của chúng tôi hoạt động.

Giải thích đơn giản nhất cho việc dàn dựng là kiểm tra quy trình triển khai của bạn và kiểm tra bằng cách sử dụng nguồn dữ liệu thực. Một số hệ thống kết hợp dàn dựng với môi trường thử nghiệm của chúng, nhưng đối với các hệ thống quy mô lớn, quy trình triển khai có thể rất phức tạp hoặc chúng có thể là các bước kiểm tra bổ sung cần thiết khi bạn kết nối với nguồn dữ liệu trực tiếp / sản xuất. Trong những trường hợp này, môi trường dàn cho phép bạn kiểm tra quy trình triển khai của mình và kiểm tra các lỗi vào phút cuối bằng cách sử dụng dữ liệu trực tiếp, và sau đó khi mọi thứ đã được xác minh là hoạt động, bạn có thể nhanh chóng chuyển môi trường sân khấu sang môi trường sản xuất.

Một ví dụ về điều này sẽ là Windows Azure, cần 5-25 phút để triển khai phiên bản mới, nhưng bạn có thể triển khai đến môi trường dàn dựng, thực hiện các thử nghiệm và sau đó trao đổi ngay lập tức môi trường sản xuất và dàn dựng .

Tôi vừa xem qua bài viết này về môi trường dàn dựng nói rằng

Dàn dựng là nơi bạn xác nhận những điều chưa biết của hệ thống của bạn.

Bài viết rất đáng để đọc một cách đầy đủ.