Có phải là cách tốt nhất để triển khai một dự án vào tệp máy chủ theo cách thủ công?

Công ty tôi làm việc bây giờ chưa thực hiện giao hàng liên tục. Chúng tôi vẫn triển khai dự án theo cách thủ công đến máy chủ, từng tệp. Đó là cách thực hành tốt nhất: để triển khai thủ công một tạo phẩm dự án cho mỗi lần triển khai hoặc tiếp tục thực hiện triển khai từng tệp?

Đó là thực hành tốt nhất? để triển khai thủ công một dự án tạo ra mỗi triển khai hoặc tiếp tục thực hiện tệp bằng cách triển khai tệp?

Cũng không.

Thực hành tốt nhất là tự động hóa việc triển khai của bạn, hoàn toàn và độc quyền. Điều đó có nghĩa là không ai được đặt bất cứ thứ gì lên máy chủ theo cách thủ công.

"Để tóm tắt tóm tắt của bản tóm tắt: Mọi người là một vấn đề." (Douglas Adams)

Mọi người mắc sai lầm. Nếu một trong những tệp mà bạn quên sao chép là một "thư viện" được chia sẻ đã bị thay đổi rộng rãi, bạn có thể khiến toàn bộ trang Sản xuất bị sập.

Các bước thủ công mất rất nhiều nỗ lực và có nhiều rủi ro: bạn có thể quên một tệp cần thiết. Có lẽ không phải ai trong nhóm của bạn cũng biết những tập tin nào cần được sao chép. Tất cả những vấn đề này làm cho việc triển khai trở nên lớn, nan giải và hiếm gặp - hoàn toàn không cần thiết. Tự động hóa giải quyết những điều này.

Ngay cả bước tự động hóa đơn giản nhất cũng có thể có lợi ích lớn, bởi vì việc triển khai trở nên tầm thường. Một tập lệnh sao chép các tập tin hoặc tạo tác thông qua (S) FTP hoặc Rupync hoặc công nghệ khác là bước đầu tiên tuyệt vời. Sau này, bạn có thể mở rộng tập lệnh đó để thực hiện các bước triển khai trước và sau triển khai trên máy chủ, như khởi động lại dịch vụ.

Thực hành tốt nhất sẽ là thực hiện một quy trình tự động của một số loại.

Hãy cẩn thận kiểm tra xem không có lý do đặc biệt nào cho cách tiếp cận 'từng tệp một mà bạn sẽ phải tính đến.

Với phân phối liên tục (hoặc triển khai, thực tế) và di chuyển từng tệp bằng tay, bạn đang xem xét hai thái cực. Hoàn toàn dễ hiểu khi bạn không thể / không muốn tạo một đường ống hoàn toàn tự động (chưa). Tuy nhiên, bạn nên xem xét tự động hóa các phần của quy trình.

Di chuyển từng tệp bằng tay khá rủi ro và bạn có thể giảm thiểu rủi ro đó bằng cách, ví dụ, gắn thẻ kho lưu trữ mã của bạn, kiểm tra thẻ đó trong máy tính của bạn, xây dựng các tạo phẩm của bạn và tải chúng lên máy chủ của bạn. Mỗi bước trong số này có thể được tự động hóa để chúng được thực hiện chỉ bằng vài cú click chuột và điều này sẽ giảm đáng kể nguy cơ quên một tệp hoặc vô tình đẩy để tạo ra một số tệp bổ sung.

Tự động hóa những gì bạn có thể, một lần bước một lần. Thực tế là bạn không thể mua một đường ống CD hoàn toàn tự động không nên khuyến khích bạn tự động hóa một số bộ phận.

Thực tiễn tốt nhất sẽ là phân tích chi phí / lợi ích cho việc triển khai cụ thể của bạn cho công ty cụ thể của bạn.

Câu trả lời chung là "không làm mọi thứ bằng tay, tự động hóa." Đây thường là câu trả lời đúng cho các loại công ty nói chung. Tính đồng nhất của các câu trả lời bạn đang nhận phải là một số dấu hiệu cho thấy cộng đồng thấy điều này là thực tiễn tốt nhất như thế nào. Nếu công ty của bạn cảm thấy rằng tự động hóa không phải là công cụ phù hợp, họ nên có một số hiểu những gì làm cho chúng trở nên độc đáo. Sự độc đáo đó cần được chú trọng trong quá trình ra quyết định của bạn. Không có "thực hành tốt nhất" khi tập mẫu là 1.

Các câu hỏi như "có bao nhiêu tệp" và "tần suất mọi thứ được cập nhật" và "hậu quả của việc phá vỡ mọi thứ" và "bạn có thể quay lại thay đổi xấu nhanh đến mức nào" là những câu hỏi quan trọng cần trả lời. Nếu bạn tự động hóa, nhiều câu hỏi trong số này trở nên không quan trọng, nhưng chúng rất cần thiết để gán đúng chi phí và lợi ích cho quy trình cập nhật thủ công.

Có rất nhiều màu xám ở giữa sao chép từng tệp thủ công và phân phối liên tục.

Bắt đầu bằng cách giảm độ phức tạp của quy trình triển khai, ví dụ bằng cách sử dụng tệp zip, bao bì kiểu vòng / phút, cơ sở hạ tầng làm công cụ quản lý mã (như con rối hoặc đầu bếp) hoặc thậm chí chỉ là một tập lệnh đơn giản sao chép các tệp cho bạn từ khu vực tổ chức trên máy chủ ftp.

Các quy trình triển khai với các bước thủ công hơn có nhiều khả năng có lỗi (và do đó thất bại) - như những người khác đã nói, lấy yếu tố con người ra khỏi nó.

Bạn không cần phải thực hiện giao hàng liên tục đầy đủ (tốn kém và mất công sức / đầu tư / đổi mới theo thời gian) - bắt đầu đơn giản, làm cho nó hoạt động, chứng minh lợi ích - và đi từ đó.

Nó phụ thuộc vào công nghệ phần mềm (hoặc ngăn xếp) bạn đang sử dụng (ngôn ngữ được giải thích, ngôn ngữ được biên dịch, ứng dụng máy tính để bàn, thiết bị di động, v.v.), mềm mại. nhà phát triển chính sách của bộ phận, nếu bạn có các công cụ để tự động hóa nó, ứng dụng của bạn quan trọng đến mức nào và một điều quan trọng cần xem xét là kiến ​​trúc phần mềm của bạn (cách ứng dụng của bạn được thiết kế). Đây là lý do tại sao bạn có câu trả lời khác nhau ở đây. Theo nguyên tắc thông thường, cách tiếp cận tốt nhất sẽ là giảm sự can thiệp của con người vào các nhiệm vụ triển khai, để tránh những sai lầm có thể xảy ra. Một thực tiễn tốt sẽ là kiểm tra mọi thứ trong Máy chủ QA (xem xét sử dụng máy chủ ảo nếu ngân sách có vấn đề) trước khi triển khai và có các quy trình ngược để khôi phục về phiên bản trước trong trường hợp có thảm họa ( LUÔN LUÔN có bản sao lưu).