Triển khai mã mới trực tiếp

Cách thực hành tốt nhất để triển khai mã mới trên trang web trực tuyến (thương mại điện tử) là gì?

Hiện tại tôi đã dừng apache trong khoảng +/- 10 giây khi đổi tên thư mục public_html_newthành public_htmlvà cũ thành public_html_old. Điều này tạo ra một thời gian ngắn, trước khi tôi khởi động lại Apache.

Câu hỏi tương tự sẽ xảy ra nếu sử dụng Git để kéo repo mới vào thư mục trực tiếp. Tôi có thể kéo repo khi trang đang hoạt động không? Và nếu tôi cần sao chép DB thì sao?

Trong quá trình nén tar (mục đích sao lưu) của trang web trực tiếp, tôi nhận thấy rằng những thay đổi đã xảy ra trong thư mục phương tiện. Điều đó cho tôi thấy rằng các tập tin tiếp tục thay đổi theo định kỳ. Và nếu những thay đổi này có thể can thiệp nếu Apache không bị dừng trong quá trình triển khai.

Sử dụng một bộ cân bằng tải là một ý tưởng tốt. Nếu trang web đủ quan trọng để lo lắng về một vài giây ngừng hoạt động, thì điều đó đủ quan trọng để lo lắng về khả năng chịu lỗi.

Ngoài ra, nếu điều này nằm trên một hệ thống UNIX, bạn có thể tạm dừng Apache trong khi đổi tên (hoặc cập nhật symlink, v.v.):

killall -STOP httpd  # Pause all httpd processes
mv public_html public_html_orig
mv public_html_new public_html
killall -CONT httpd  # Resume all httpd processes

Điều này sẽ ngăn Apache chấp nhận các yêu cầu mới trong quá trình đổi tên. Nếu bạn thích liên kết tượng trưng hoặc một số cách tiếp cận khác, cùng một ý tưởng có thể được sử dụng:

killall -STOP httpd  # Pause all httpd processes
rm /var/www/html
ln -s /var/www/version/03 /var/www/html
killall -CONT httpd  # Resume all httpd processes

Lưu ý rằng mọi kết nối hoặc gói đang chờ xử lý sẽ xếp hàng trong HĐH. Đối với một trang web cực kỳ bận rộn, hãy xem xét điều chỉnh ListenBacklog nếu phù hợp với loại nhân viên httpd của bạn và kiểm tra cài đặt hệ điều hành của bạn liên quan đến tồn đọng nghe TCP.

Bạn cũng có thể thay đổi DocumentRoot trong httpd.conf và thực hiện khởi động lại duyên dáng ( apachectl graceful). Hạn chế ở đây là tăng nguy cơ lỗi, vì bạn cũng phải cập nhật bất kỳ Directorycấu hình nào .

Nhanh nhất và dễ nhất là sử dụng một thư mục phiên bản như

/var/www/version/01
/var/www/version/02

và sử dụng một liên kết tượng trưng hiện tại làm html_root của bạn:

/var/www/html -> /var/www/version/02

Kỹ thuật này tích hợp hoàn hảo vào hệ thống kiểm soát sửa đổi (svn, git, mercurial, ...) khi bạn có thể kiểm tra các nhánh & thẻ, thay đổi liên kết tượng trưng và tải lại Apache. Thời gian chết là tối thiểu khi sử dụng kỹ thuật này và nó cho phép khôi phục rất dễ dàng .

Nó cũng tích hợp tốt với hệ thống triển khai phức tạp hơn như các gói RPM hoặc cơ sở hạ tầng quản lý thay đổi cấu hình (đầu bếp, con rối, v.v.).

Đổi tên các thư mục mà không tắt Apache cũng sẽ hoạt động. Điều đó sẽ rút ngắn đáng kể cửa sổ.mv public_html public_html_old && mv public_html_new public_htmlnên kết thúc trong một phần của giây.

Một vài nhược điểm là cách tiếp cận này sẽ đưa ra 404bất kỳ yêu cầu nào vẫn còn xảy ra trong cửa sổ. Và nếu bạn chạy lệnh trên mà không có public_html_newthư mục thì nó sẽ thất bại và để lại cho bạn một trang web cung cấp cho 404mỗi yêu cầu.

Làm nó nguyên tử với các thư mục không hỗ trợ. Nhưng bạn có thể làm điều đó với symlink. Thay vì có một thư mục được đặt tên public_html, hãy đặt một thư mục có tên public_html.version-numbervà một liên kết tượng trưng được gọi là public_htmltrỏ đến thư mục đó. Bây giờ bạn có thể tạo một thư mục được gọi public_html.new-version-numbervà một liên kết tượng trưng mới được gọi public_html.new.

Sau đó, bạn có thể đổi tên public_html.newđể public_htmlchuyển đổi nguyên tử. Lưu ý rằng mv"quá thông minh" để thực hiện việc đổi tên đó, nhưng nó có thể được thực hiện bằng cách sử dụng os.renametừ python hoặc bất cứ thứ gì khác sẽ gọirename hệ thống mà không cố tỏ ra thông minh.

Phải làm gì với cơ sở dữ liệu tùy thuộc vào cơ sở dữ liệu bạn đang sử dụng và bạn đang sử dụng cơ sở dữ liệu đó để làm gì. Bạn cần cung cấp nhiều chi tiết hơn về cơ sở dữ liệu trước khi chúng tôi có thể cung cấp cho bạn câu trả lời hay cho phần câu hỏi đó.

Symlinks và mv là bạn bè của bạn, tuy nhiên, nếu bạn thực sự cần tránh người dùng cuối gặp phải trang lỗi trong khi triển khai phiên bản mới, bạn nên có proxy ngược hoặc bộ cân bằng tải trước ít nhất 2 máy chủ phụ trợ (apache trong trường hợp của bạn).

Trong quá trình triển khai, bạn chỉ cần dừng một phụ trợ tại một thời điểm, triển khai mã mới, khởi động lại và sau đó lặp lại trên các phụ trợ còn lại.

Người dùng cuối sẽ luôn được proxy hướng đến các phụ trợ tốt.

Nếu bạn đang áp dụng các thay đổi thường xuyên trên một hệ thống sản xuất, tôi sẽ chăm sóc một vòng đời có cấu trúc. Một thực hành tốt là Capistrano http://capistranorb.com/ . Đây là một giải pháp nguồn mở để triển khai phần mềm trên một hoặc nhiều máy chủ trên một số nền tảng và cấu hình.

Đối với Magento thậm chí còn có một plugin: https://github.com/augustash/capistrano-ash/wiki/Magento-Example

Đối với máy chủ đơn và chuyển tiếp gần như liền mạch, tôi khuyên bạn nên sử dụng liên kết tượng trưng.

Cách tôi làm là cam kết những thay đổi của tôi từ môi trường nhà phát triển địa phương của tôi sang kho lưu trữ Git trực tuyến như Github. Môi trường sản xuất của tôi chạy ra một kho lưu trữ từ xa, vì vậy tất cả những gì tôi cần làm là ssh đến máy chủ và chạy git pullđể đưa ra những thay đổi mới nhất. Không cần phải dừng máy chủ web của bạn.

Nếu bạn có các tệp trong dự án có cài đặt và / hoặc nội dung khác với phiên bản cục bộ của bạn (chẳng hạn như tệp cấu hình và tải lên phương tiện), bạn có thể sử dụng các biến môi trường và / hoặc thêm các tệp / thư mục này vào .gitignoretệp để ngăn đồng bộ hóa với kho lưu trữ.

Ý tưởng đầu tiên của tôi là:

# deploy into public_html_new, and then:
rsync -vaH --delete public_html_new/ public_html/

Một giải pháp tốt là sử dụng rsync. Nó chỉ thay đổi các tập tin thực sự thay đổi. Hãy coi chừng, dấu gạch chéo ở cuối ot các đường dẫn ở đây rất quan trọng.

Thông thường apache không cần khởi động lại, đó không phải là thế giới java. Nó kiểm tra sự thay đổi của mọi tệp php theo yêu cầu và tự động đọc lại (và mã hóa lại) khi thay đổi.

Git pull có hiệu quả tương tự, mặc dù kịch bản khó hơn một chút. Tất nhiên, nó cho phép một loạt các khả năng phát hiện thay đổi / hợp nhất khác nhau.

Giải pháp này sẽ chỉ liền mạch nếu không có thay đổi thực sự lớn - nếu có những thay đổi lớn trong quá trình triển khai, một chút nguy hiểm không thể được đóng lại, bởi vì có một khoảng thời gian không đáng kể, khi mã sẽ được thay đổi một phần và đặc biệt là không.

Nếu có thay đổi lớn, đề xuất của tôi là giải pháp ban đầu của bạn (hai lần đổi tên).

Đây là một chút khó khăn, nhưng giải pháp nguyên tử 100%:

(1) thực hiện thay thế một số hệ thống tập tin của bạn, nơi magento của bạn diễn ra:

mount /dev/sdXY /mnt/tmp

(2) thực hiện việc --bindgắn kết public_html_new của bạn thành public_html:

mount --bind /path/to/public_html_new /path/to/public_html

Từ thời điểm này, apache sẽ thấy triển khai mới của bạn. Mọi thay đổi của 404 là không thể.

(3) thực hiện quá trình tổng hợp với rsync, nhưng trên điểm gắn kết thay thế):

rsync -vaH --delete /mnt/tmp/path/to/public_html_new/ /mnt/tmp/path/to/public_html/

(4) loại bỏ gắn kết liên kết

umount /path/to/public_html

Di chuyển / thay thế http_publicthư mục có thể đạt được bằng cách đơn giản mvhoặcln -s lệnh hoặc tương đương trong khi máy chủ http của bạn luôn chạy. Bạn có thể thực hiện một số tập lệnh để giảm đáng kể thời gian chết, nhưng hãy kiểm tra cẩn thận mã trả về của các lệnh trong tập lệnh nếu bạn tự động hóa quy trình.

Điều đó nói rằng, nếu bạn muốn đạt được không có thời gian chết, bạn áp dụng cũng phải hỗ trợ nó. Hầu hết các ứng dụng sử dụng một cơ sở dữ liệu cho sự kiên trì. Có phiên bản N của ứng dụng của bạn gây rối với phiên bản N + 1 (hoặc ngược lại) của datamodel của bạn có thể phá vỡ mọi thứ nếu không được dự kiến ​​bởi nhóm phát triển.

Từ kinh nghiệm, việc duy trì tính nhất quán như vậy thông qua các bản nâng cấp không phải là điều được đưa ra cho hầu hết các ứng dụng. Tắt máy đúng cách, mặc dù thời gian chết, là một cách tốt để tránh các vấn đề nhất quán.