雲架構設計原則

在這裏插入圖片描述
基礎設施
技術人員部署服務器、管理服務器模板、更新服務器和定義基礎設施的模式都是通過代碼來完成的,並且是自動化的,不能通過手工安裝或克隆的方式來管理服務器資源,運維人員和開發人員一起以資源配置的應用代碼爲中心,不再是一臺臺機器。基礎設施通過代碼來進行更改、測試,在每次變更後執行測試的自動化流程中,確保能維護穩定的基礎設施服務。
此外,基礎設施的範圍也會更加廣泛,不僅包括機器,還包括不同的機櫃或交換機、同城多機房、異地多機房等。

持續交付
爲了滿足業務需求頻繁變動,通過快速迭代,產品能做到隨時都能發佈的能力,是一系列的開發實踐方法。它分爲持續集成、持續部署、持續發佈等階段,用來確保從需求的提出到設計開發和測試,再到讓代碼快速、安全地部署到產品環境中。持續集成是指每當開發人員提交了一次改動,就立刻進行構建、自動化測試,確保業務應用和服務能符合預期,從而可以確定新代碼和原有代碼能否正確地集成在一起。持續交付是軟件發佈的能力,在持續集成完成之後,能夠提供到預發佈之類系統上,達到生產環境的條件,持續部署是指使用完全的自動化過程來把每個變更自動提交到測試環境中,然後將應用安全地部署到產品環境中,打通開發、測試、生產的各個環節,自動持續、增量地交付產品,也是大量產品追求的最終目的,當然,在實際運行的過程中,有些產品會增加灰度發佈等環境。

微服務
隨着企業的業務發展,傳統業務架構面臨着很多問題。
其一,單體架構在需求越來越多的時候無法滿足其變更要求,開發人員對大量代碼的變更會越來越困難,同時也無法很好地評估風險,所以迭代速度慢;
其二,系統經常會因爲某處業務的瓶頸導致整個業務癱瘓,架構無法擴展,木桶效應嚴重,無法滿足業務的可用性要求;最後,整體組織效率低下,無法很好地利用資源,存在大量的浪費。因此,組織迫切需要進行變革。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章