所以你的 cms 發佈了升級-現在怎麼辦?
決定升級業務的核心元件並不總是一個容易的選擇。需要考慮停機時間、應用升級的開發工作以及新功能或介面將對最終使用者產生的影響。需要考慮的其他因素包括升級是否包括重要的安全修補程式、性能增強和可簡化業務流程的關鍵功能。
毫無疑問, 決定何時以及如何將升級應用於您的 cms 並不是掉以輕心的決定。
那麼, 企業該怎麼辦呢?在本文中, 我將嘗試向您介紹每個 cms 客戶遲早會面臨的困境的各個方面的優點和缺點。
在更有利於升級
如果你和大多數人一樣, 你會想讓你的網站到最新的版本, 以利用所有的新功能。什麼不是愛?您可以獲得最新的功能, 並確保您的代碼完全是最新的。雖然更新會讓你的網站成為你所有朋友羡慕的物件, 但在沿著這條道路走的時候, 有很多事情需要考慮:
好處
公司推出升級是有原因的。通常情況下, 它們充滿了增強的功能、重要的安全修補程式、改進的性能和許多其他功能。
此外, 升級:
- 確保您的網站是最新的。
- 應用任何新的安全修補程式。
- 允許企業利用最新的特性和功能。
- 可以簡化支援--通常情況下, 供應商將僅支援當前版本和前一個到兩個版本。
- 提供常規向後相容性, 以支援舊式安裝。
- 可能是有利可圖的-供應商可能會提供一個財政激勵, 以轉移到最新版本。
- 可以是無縫的–供應商通常報告重大更改和自訂代碼遷移過程。
- 更好地支援最新的瀏覽器和框架。
挑戰
雖然選擇升級為您提供了所有最新的功能, 但它並非沒有缺點。升級:
- 可能需要廣泛的發展。
- 可能會導致網站停機。
- 需要過渡計畫。
- 某些功能可能已棄用或被刪除。
- 可能需要對開發團隊和最終使用者進行培訓。
- 可能需要新的資源來開發和維護該系統。
- 可能會有不可預見的費用--例如, 如果出現問題, 回滾到以前的版本可能會很昂貴 (如果可能的話)。
- 將需要深入瞭解網站中的任何自訂和功能。
- 需要對應用程式進行全面測試, 以確保其已成功更新。
停留在當前版本上
也許玩安全更多的是你的風格。如果不在組織中引入風險因素, 則不升級平臺可能會有商業意義。如果新發佈的功能不適用於您的業務, 您可能無法發現升級系統和破壞組織的價值。接下來, 我將介紹停留在當前版本上的好處和挑戰。
好處
通常情況下, 不升級可能是有意義的。無論是實施升級的成本還是對業務的影響, 組織通常都會放棄升級, 直到絕對有必要將對其日常工作的影響降至最低。
選擇不升級可能具有其他好處, 例如:
- 當前版本通常更穩定, 測試更好。
- 文檔應該是完整的, 並為以前的版本提供深入的資訊。
- 假設您的版本仍受支援, 則無需支付新的開發和維護成本。
- 您的團隊應該已經熟悉該系統及其工作原理。
- 您允許新版本成熟的時間, 從而產生更穩定的系統。
- 您始終可以在以後進行升級。
- 您的組織可能已經定義了變更程序控制。
挑戰
就像選擇升級一樣, 不這樣做也會有一些缺點。公司不斷開發其產品, 以與行業共同發展, 解決已知問題, 並提供新的功能。決定不升級會阻止您的組織利用這些更改以及其他更改。
其他一些因素包括:
- 您可能會錯過關鍵的安全更新。
- 您可能會使系統過時, 使其更難以維護和開發。
- 未來可能很難支援新興技術 (如物聯網)。
- 您的平臺版本可能不再受支援。
- 新的檔和材料很可能針對最新版本的平臺。
- 您可能無法利用與升級相關的任何財務激勵措施。
- 隨著時間的推移, 資料的總和, 表和索引變得碎片化, 遺留系統變得更老。
- 如果原始開發團隊不可用, 則支援可能是個問題。
那麼, 一家公司應該選擇哪種方法呢?
現在我已經介紹了升級過程的利弊, 是時候談談公司如何決定走哪條路了。當然, 這對每個公司來說都是不一樣的, 但我想給你一個清單, 讓你通過, 以決定升級是否適合你。這是我過去在諮詢希望將其 cms 升級到新版本的客戶時使用過的一般清單。
當想要遷移到平臺的新版本時, 請問自己以下問題:
- 供應商為什麼推出了新版本?
- 什麼新功能對我的業務最重要?
- 他們會繼續支援以前的版本嗎?要多久?
- 升級是否包含對我的業務至關重要的關鍵修復或功能?
- 遷移到新版本所需的開發工作是什麼?供應商是否提供升級過程和實用程式?
- 我是否具備在內部運行最新版本的技能?未來的發展呢?
- 升級將導致多長的停機時間?我的企業能容忍嗎?
- 如果升級失敗, 我的應急計畫是什麼?
- 升級過程的測試程度如何?其他公司在這一過程中是否遇到過任何問題?
在上面的清單中, 我覺得真正影響你企業的因素才是最重要的。這些都是要決定, 如果你必須聘請新的人才來支援新系統, 你是否會在未來容易受到惡意攻擊 (好像有任何其他類型), 以及升級將從 b 中付出多少努力瞭解您的開發和企業用戶。一些公司對此有簡單的答案。不過, 有些人需要進行大量的研究和規劃, 以確定影響。
這一切都始于一個遷移計畫
如果您通過上面的清單並決定升級是否適合您, 則下一步是創建一個計畫。這個過程肯定會因公司而異, 但所有這些過程都可以包括相同的基本原則來規劃升級過程。您應該:
- 在升級失敗的情況下, 記錄恢復步驟和過程。
- 查看當前解決方案, 並確定需要更新的任何領域。
- 確認您的系統與新版本相容。
- 備份您的網站和資料。
- 下載並查看所有升級檔和文檔。
- 規劃升級視窗 (以防系統需要離線)。
- 按照升級過程操作。
- 測試您的網站以確保升級成功。
- 如果升級不成功, 則實施恢復過程。
最後的想法
升級您的 cms 可以為您的企業帶來節省時間、創收的功能。它可以簡化您的流程, 同時允許您以新的方式進行開發, 並利用新技術進入您的網站。也許最重要的是, 它將確保您始終得到 cms 供應商的支援。另一方面, 決定升級應該是一個經過深思熟慮和定義的過程, 以實現一個具體的目標。始終確保您在正確的時間為您的組織做正確的操作。
這篇文章原版發表在 k淡季 o 網站上: HTTP://devnet.kentico.com/articles/so-your-cms-released-an-upgrade-now-what
Posted: 星期一 06 六月 2016