Tại sao việc cập nhật một ứng dụng web của các tổ chức lớn phải mất hàng giờ? [đóng cửa]


0

Thông thường, các ứng dụng web được cập nhật. Nếu bản cập nhật được lên kế hoạch hợp lý, việc bảo trì được thông báo và khách truy cập biết những gì mong đợi và tại sao thời gian ngừng hoạt động đang xảy ra.

Tuy nhiên, tôi có vấn đề về độ dài của một số cửa sổ bảo trì này. Tôi đã duy trì các ứng dụng web cỡ trung bình. Do các bản cập nhật đã được kiểm tra trước trong môi trường dàn dựng, nên việc cập nhật ứng dụng chỉ liên quan đến việc đẩy mã mới lên máy chủ, thực hiện di chuyển dữ liệu và tải lại / khởi động lại cấu hình máy chủ, đứng đầu sau 15 phút để cập nhật bảo trì, nhưng thường chỉ mất vài giây.

Cập nhật bảo trì tại các tập đoàn lớn có xu hướng mất nhiều thời gian hơn. Tôi đã thấy các tổ chức mất 3 giờ để triển khai các bản cập nhật nhỏ; cập nhật cho các hệ thống chính phủ có thể mất tám đến chín giờ hoặc nếu bạn không may mắn cả một ngày cuối tuần. Tôi không rõ quy trình của họ có thể là gì. Tôi hiểu rằng họ có thể có các cụm và cơ sở dữ liệu lớn để làm việc, nhưng tôi không thể tưởng tượng những gì có thể mất những khoảng thời gian đó. Họ đang làm gì trong những giờ đó? Đây có phải là sự không hiệu quả và lập kế hoạch cho thảm họa của họ, hoặc có điều gì tôi hoàn toàn thiếu?

(Tôi đang bỏ qua bảo trì phần cứng hoặc giới thiệu phiên bản chính ở đây.)


2
Vì thế? Họ có các hệ thống phụ thuộc lẫn nhau lớn hơn và họ dành thời gian để xác minh từng bước thêm một lần nữa trong môi trường sống , và ai biết những gì khác đang xảy ra đằng sau hậu trường. Hãy nghĩ đến việc thay thế máy chủ, nối lại phần cứng, thực hiện ghép nối với phần mềm khác. Bạn không biết gì về những gì đang diễn ra đằng sau những cảnh (của họ).
Jan Doggen

1
Ví dụ của bạn về đăng ký tên miền là so sánh táo và cam. Ở đó chúng ta đang nói về việc cập nhật dữ liệu phải tuyên truyền trên khắp các tổ chức, những người thực hiện nó theo các khoảng thời gian tự động của riêng họ.
Jan Doggen

Ngoài những gì @JanDoggen nói, các cửa sổ bảo trì có kích thước bi quan, có nghĩa là sự phá vỡ có thể được thông báo (và đôi khi cũng được thực thi bằng cách tắt giao diện) trong thời gian dài hơn công việc thực tế sẽ chỉ để đảm bảo cửa sổ được thông báo là đủ lâu (trong trường hợp có điều gì đó không lường trước được xảy ra). Cũng có thể có một số nhiệm vụ bảo trì khác xảy ra trong giờ nghỉ mặc dù chúng không được đề cập trong giao tiếp với người ngoài. Và cuối cùng, một số hệ thống rất tệ để nâng cấp, có nghĩa là nhiều công việc thủ công.
zagrimsan

Mặc dù bạn chỉ biết giao diện web, nhưng cũng có thể có rất nhiều phụ trợ liên quan, trong quá trình và khởi động lại chúng có thể yêu cầu một thứ tự cụ thể để đảm bảo hành vi chính xác vì không phải tất cả các tích hợp hệ thống doanh nghiệp đều có khả năng chịu lỗi sẽ ước. Có thể mất 15 phút bạn đã đề cập chỉ để đưa mọi thứ xuống một cách duyên dáng và đóng tất cả các giao diện ...
zagrimsan

Tôi tự do kết hợp tất cả các ý kiến ​​của chúng tôi vào một câu trả lời ;-) Hãy thoải mái chỉnh sửa.
Jan Doggen

Câu trả lời:


0

Có rất nhiều lý do, ví dụ:

  • Họ có hệ thống phụ thuộc lẫn nhau lớn hơn.
  • Họ dành thời gian để xác minh từng bước một lần nữa trong môi trường sống .
  • Cũng có thể có một số nhiệm vụ bảo trì khác xảy ra trong giờ nghỉ mặc dù chúng không được đề cập trong giao tiếp với người ngoài. Hãy nghĩ đến việc thay thế máy chủ, nối lại phần cứng, thực hiện ghép nối với phần mềm khác.
  • Một số hệ thống rất tệ để nâng cấp, có nghĩa là nhiều công việc thủ công
  • Cũng có thể có rất nhiều phụ trợ tham gia vào quá trình và khởi động lại chúng có thể yêu cầu một thứ tự cụ thể để đảm bảo hành vi chính xác vì không phải tất cả các tích hợp hệ thống doanh nghiệp đều có khả năng chịu lỗi như mong muốn.

Etcetera ...

Ngoài ra, các cửa sổ bảo trì có kích thước bi quan, có nghĩa là việc ngắt có thể được thông báo (và đôi khi cũng được thực thi bằng cách tắt giao diện) trong thời gian dài hơn công việc thực tế sẽ chỉ để đảm bảo cửa sổ được thông báo đủ dài (trong trường hợp có gì đó không lường trước được xảy ra).

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.