Giới thiệu

Nâng cấp hệ thống chính trong khi đang hoạt động là một trong những nhiệm vụ khó khăn nhất trong Bộ và quản lý hoạt động. Dù đó là một nền tảng quản lý nội dung như Directus, một cơ sở dữ liệu cốt lõi, hoặc hệ thống iP doanh nghiệp, mục tiêu vẫn là tương tự: cung cấp những khả năng mới, đắp vá hoặc cải tiến hiệu suất không ngừng hoạt động kinh doanh. Một bước sai có thể dẫn đến việc giảm thời gian, mất dữ liệu hoặc thất bại. Bài này cung cấp chiến lược có thể hoạt động để lên kế hoạch, thực hiện và xác nhận những nâng cấp hệ thống chính dưới điều kiện sống, với một sự tập trung vào việc duy trì và rủi ro.

Sự kiện kế hoạch chiến lược quan trọng

Kế hoạch chiến lược là nền tảng của bất kỳ nâng cấp thành công nào. một kế hoạch toàn diện nên chỉ ra những chiều không gian sau:

  • Các bước và phạm vi: xác định những gì các mục tiêu nâng cấp để đạt được-- những tính năng mới, sửa đổi an ninh, tăng hiệu suất, hoặc cập nhật theo quy định. Phạm vi phải được rõ ràng để ngăn cản tính năng rùng mình.
  • Thời gian và dấu hiệu: Ngắt công việc thành giai đoạn hợp lý với thời hạn rõ ràng.
  • Định vị mã nguồn: Xác định người, công cụ và môi trường cần thiết. Điều này bao gồm các nhà phát triển, quản trị hệ thống, kỹ sư QA và nhân viên hỗ trợ.
  • Đánh giá và dự đoán trước: lỗi địa điểm (v. d., không tương thích với APIs, vấn đề di trú dữ liệu, chai cổ) và xác định thủ tục cuộn ngược.

Liên quan đến các cổ đông từ phát triển, hoạt động, an ninh và các đơn vị kinh doanh sớm bảo đảm sự thẳng hàng. Ví dụ, nâng cấp Trực tiếp thay đổi mô hình dữ liệu có thể đòi hỏi sự phối hợp với các nhóm giao diện để điều chỉnh các bản truy vấn. Kế hoạch cũng phát hiện các phụ thuộc thừa kế như phần mở rộng hoặc bổ sung tùy chọn có thể bị ngắt với phiên bản mới.

Quản lý phần mềm khóa để nâng cấp

Những chiến lược sau đây, khi kết hợp lại, tạo ra một khuôn khổ vững chắc để thực hiện nâng cấp với sự phá vỡ tối thiểu.

Sự tăng dần

Thay vì áp dụng một bản cập nhật khổng lồ cùng một lúc, hãy phá vỡ nâng cấp thành các giai đoạn nhỏ hơn, độc lập. Tính năng này giảm bán kính vụ nổ của bất kỳ lỗi nào. Ví dụ, nâng cấp lớp phần mềm giữa trước tiên, xác nhận nó, sau đó chuyển sang giao diện điều khiển hay cơ sở dữ liệu. Mỗi giai đoạn nên có các tiến trình thử nghiệm và cuộn ngược riêng. Việc thực hiện giai đoạn cũng cho phép các đội thu hồi thông tin phản hồi từ những người nhận dạng sớm trước khi phơi bày toàn bộ cơ sở dữ liệu người dùng để thay đổi.

Lịch trong những thời kỳ ít người

Phân tích sử dụng các mẫu sử dụng để xác định cửa sổ hoạt động tối thiểu. Nhiều tổ chức thực hiện nâng cấp chính trong cuối tuần, ngày nghỉ, hoặc giờ làm việc cuối đêm. Tuy nhiên, lưu ý đến các đội toàn cầu: một thời gian sử dụng cho vùng này có thể là thời gian cao nhất cho vùng khác. Hãy dùng dữ liệu này để chọn một cửa sổ có tác động đến người dùng ít nhất. Ngay cả với thời gian dự trữ mạnh mẽ, chương trình dự trữ thấp hơn, áp lực trên các nhóm hỗ trợ khi có gì đó không đúng.

Sự dư dật và thất bại của hệ thống

Tính năng tự động là nền tảng của cấu trúc độ bền vững cao. Trong một tiến trình nâng cấp, một tiến trình có thể được kéo ra ngoài trong khi một tiến trình khác tiếp tục phục vụ giao thông. Công nghệ hóa như việc triển khai xanh lá cây hoặc chim hoàng yến phát hành chim hoàng yến cho phép phiên bản mới chạy cùng với cấu hình cũ. Ví dụ, với một thiết lập chất lượng tải, bạn có thể định tuyến một phần trăm nhỏ người dùng đến thí dụ nâng cấp, theo dõi lỗi, và dần dần chuyển đổi giao thông. Nếu việc nâng cấp không ổn định, có thể lập tức chuyển đổi sang môi trường cũ. Cách tiếp này đòi hỏi phải hỗ trợ nhanh cơ sở hạ tầng như một đường ống nóng/ CID và công cụ quản lý và quản lý công cụ xử lý công cụ.

Thử ra đầy đủ

Thử nghiệm trong một môi trường tổ hợp mà việc sản xuất gương càng gần càng tốt thì không thể thương lượng. Các thử nghiệm tự động nên bao gồm đơn vị, sự tích hợp và kịch bản hiệu suất. Hãy chú ý đặc biệt đến các tập lệnh di trú dữ liệu, như giản đồ thay đổi có thể gây ra lỗi không rõ ràng. Dùng khả năng giám sát tổng hợp để mô phỏng dòng chảy sau khi nâng cấp. Hơn nữa, tiến trình cuộn ngược để đảm bảo chúng đáng tin cậy và nhanh. Đối với Chỉ đạo, điều này có nghĩa là hợp lệ về mọi tập hợp lệ, luồng tùy chỉnh, và phần mở rộng hoạt động với phiên bản mới trước khi chạm vào ví dụ sống.

Xóa liên lạc

Hãy cập nhật thông tin về các vấn đề liên quan trong quá trình nâng cấp. Ấn bản cập nhật thời gian với thời gian đã mong đợi (ngay cả tối thiểu), hãy miêu tả những lợi ích của việc nâng cấp, và cung cấp một kênh để báo cáo. Ghi chú nội bộ, thông báo email, và các cập nhật trang trạng thái giúp quản lý mong đợi của người dùng. Sau khi nâng cấp, chia sẻ một bản nâng cấp sau khi nâng cấp, nhấn mạnh những gì đã có thể được và những gì có thể được cải thiện. Liên lạc nội bộ xây dựng tin tưởng và giảm sự kháng cự để thay đổi trong tương lai.

Làm cho các chiến - sĩ được phấn - khởi

Thực hiện là nơi mà kế hoạch trở thành hiện thực.

Trước khi nâng cấp

  • Quay lại tất cả: tạo bản sao đầy đủ của trạng thái hệ thống, bao gồm đổ cơ sở dữ liệu, tập tin cấu hình và tài sản tùy chỉnh. Kiểm tra xem các bản sao lưu có thể được phục hồi độc lập.
  • Sổ tay chạy: Tài liệu mỗi bước của tiến trình nâng cấp, bao gồm lệnh, kết quả và hướng dẫn cuộn lại. Sổ tay giảm sự phụ thuộc vào tri thức bộ lạc và tăng tốc phục hồi.
  • Thiết lập giám sát và cảnh báo:[FLT: 1] Cấu hình bảng điều khiển để theo dõi thời gian khoá (thời gian, tỷ lệ lỗi, sử dụng tài nguyên) trước, và sau khi nâng cấp. Các ngưỡng cảnh giác nên nhạy cảm hơn trong khi nâng cấp cửa sổ.

Trong quá trình nâng cấp

  • Thực hiện theo chuỗi: Theo bước chạy của tập tin chạy. Tránh nhảy trước hoặc bỏ qua kiểm tra. Nếu bước nào không thành công, hãy dừng và đánh giá trước khi tiến hành.
  • Ứng dụng thời gian thực: ) Xem bản ghi và số đo cho dị thường. Có ít nhất một thành viên nhóm dành riêng để giám sát trong khi những người khác thi hành lệnh.
  • Dùng một hệ thống quản lý thay đổi:[FLT: 1) Ghi lại mỗi hành động đã có, cùng với nhãn thời gian và kết quả. Ghi chép này là vô giá cho phân tích cấp sau.

Sau khi nâng cấp

  • Chức năng tự động:) Chạy thử ra khói và tự động dựng dãy phòng. Hãy kiểm tra những chuyến đi của người dùng quan trọng bằng tay nếu có thể.
  • Phản hồi người dùng đối chiếu:[FLT: 1] Khuyến khích người dùng báo cáo vấn đề một cách nhanh chóng. Cung cấp kênh hỗ trợ tận tụy cho 2448 giờ đầu tiên sau khi nâng cấp.
  • Học được những bài học thông tin: Hãy giữ lại những gì đã có, những gì không thành công, và cập nhật các sách chạy và tiến trình để nâng cấp lần tới.

Những chú ý khác

Ngoài các chiến lược cốt lõi, một số yếu tố có thể ảnh hưởng đến sự thành công của việc nâng cấp dưới sự điều hành của các chiến dịch đang diễn ra.

Sự hòa thuận và an ninh

Nâng cấp thường giới thiệu các đắp vá bảo mật hoặc thay đổi cách xử lý dữ liệu. Đảm bảo rằng phiên bản mới này tương ứng với các quy tắc thích hợp (GDPR, SOCPAA, v. v.). Xem lại các điều khiển truy cập và bản ghi kiểm tra sau khi nâng cấp. Nếu nâng cấp có liên quan đến một nền tảng như Chỉ dẫn chỉ dẫn, xác nhận rằng bất kỳ cơ chế lưu trữ nào theo các chính sách bảo mật của bạn. Để đảm hệ thống căn cứ, [FL: 0] đọc hướng dẫn này trên phần đầu (FL: 1].

Chuyển đổi Dữ liệu

Thay đổi giản đồ là một nguồn thông thường của việc nâng cấp lỗi. Kế hoạch di chuyển dữ liệu có thể tương ứng ngược khi có thể. Chẳng hạn, thêm các cột mới vào mục là có thể vô hiệu hóa thay vì bắt buộc, hoặc sử dụng các cơ chế đồng bộ tạm thời. Các tập lệnh di trú trên bản sao dữ liệu sản xuất để ước tính thời gian và xác định thời gian. Một máy chủ di trú không thành công có thể mở rộng và gây ra thời gian bị hạn sử dụng, vì vậy luôn luôn có một kế hoạch giảm.

Huấn luyện và tài liệu

Nếu nâng cấp giới thiệu giao diện người dùng mới hoặc luồng công việc, cung cấp tài liệu đào tạo trước thời gian. Bản mẫu ngắn, bản hướng dẫn tham chiếu nhanh, và phần mềm FAQ trang giảm sự nhầm lẫn và giảm âm lượng của vé hỗ trợ. Đối với nhà quản trị, cập nhật tài liệu nội bộ về cách quản lý phiên bản mới. [FLT: 0] Hướng dẫn nâng cấp chính thức [FLT: 1] là điểm khởi đầu tốt cho chi tiết kỹ thuật.

Nhà cung cấp và cộng đồng ủng hộ

Liên hệ với cộng đồng của nền tảng hoặc kênh hỗ trợ chính thức khi đối mặt với vấn đề phức tạp. Những dự án mã nguồn mở thường có các diễn đàn hoạt động, các vấn đề GitHub và máy chủ Discord nơi mà những người khác đã gặp những vấn đề tương tự. Đối với khách hàng kinh doanh, hỗ trợ nhà cung cấp có thể cung cấp đường dẫn leo thang và các công cụ nóng. Lên kế hoạch nâng cấp trong một chương trình phần mềm hỗ trợ, giảm nguy cơ gặp lỗi không thể giải quyết được.

Kết luận

Việc điều khiển hệ thống chính trong quá trình hoạt động là một bài tập để cân bằng sự đổi mới với tính năng hoạt động ổn định. Các chiến lược được vạch ra ở đây - được nhấn mạnh ở đây -- chương trình thực hiện thông minh, dự án dự phòng, kiểm tra lại kỹ lưỡng, và giao tiếp rõ ràng -- hãy tạo một khuôn khổ đáng tin cậy mà các tổ chức có thể thích ứng với các bối cảnh riêng của họ. Bằng cách đầu tư vào kế hoạch kỹ lưỡng, cơ sở hạ tầng mạnh mẽ, và phối hợp hoạt động xuyên, các đội có thể đưa ra nâng cấp nâng cấp khả năng của hệ thống mà không làm gián đoạn. Trong khi nền tảng tiến hóa và tốc độ tăng tốc độ, các chiến lược chính thức này trở thành lợi thế cạnh tranh. Để có thể đào sâu hơn vào chiến lược, [T] [T], bài viết bằng cách tăng cường [T] có thể đưa ra các bài báo màu xanh dương [F] cho phép] có thêm [F] rủi ro:

Cuối cùng, không có nâng cấp nào là không có rủi ro, nhưng một quá trình có kỷ luật, được giao tiếp tốt sẽ biến những rủi ro đó thành những sự kiện có thể kiểm soát được. với tư duy và công cụ đúng, tổ chức của bạn có thể xem những nâng cấp không phải như những sự phá vỡ, mà là cơ hội để phát triển mạnh hơn.