国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

云架構升級，微服務落地GIStack for Manager

bingchen / 3371人閱讀

摘要：第二種則由多個小單元構成，每個小單元都是獨立的服務。微服務架構所依賴的彈性通信輕量等需求容器恰好可以完美提供，因此微服務與容器可以說是完美的一對。

談到架構，微服務架構已然是時至今日必聊的一個話題，系統架構的選型與是否轉型，不應該是為了微服務架構而架構，而是源于微服務架構自身是否更適合業務自身的需求，微服務架構的優勢與所要付出的代價是否值得你，去做一次轉變。
? ?GIStack for Manager（捷泰天域睿圖云GIS管理系統）在探索、掙扎、迭代、醞釀、分析了很久以后，勇敢的走向架構微服務化，正在實現一個GIStack for Manager架構的全面升級。
? 從GIStack for Manger談什么是微服務？它有什么好處？
? ?下圖是GIStack for Manager實現方式示意，左側是傳統的整體式架構（單個巨型單元），右側則是微服務：

GIStack for Manager實現方式示意圖

? ?兩種模式的區別在于第一種是整體式架構，只有一個大單元。第二種則由多個小單元構成，每個小單元都是獨立的服務。?

此圖足夠細致，從中很容易找到微服務模式的吸引力所在：?

獨立開發：小型的獨立組件可由小型的獨立團隊構建。一個小組可以專門負責開發“Monitor”服務，不用去管其他服務。每個組件的功能變得簡單，這樣一來，開發人員了解組件的時間大大減少，更容易開發新功能。?

獨立部署：每個多帶帶的組件都可以獨立部署。這樣一來發布新功能的速度就更快，風險也更小。假設“GIS Service”組件修復了 bug 或者新增了功能，那么部署時并不會影響其他組件。?

獨立擴展：每個組件可以獨立地進行擴展。在產品發布時或者您需要進行擴展定制時，如您可以擴展“VM Services”組件，而不必擴展所有組件，這樣一來擴展更具彈性并且降低了成本。?

可重用性：每個組件各自實現一個小的、特定的功能。這意味著它們可以很容易地適用于其他系統、服務或者產品。組件可以被其他業務單元使用，甚至可以改寫成一個新的業務，從而為其他組提供轉碼服務。?

GIStack for Manager如何實現微服務？

微服務架構的關鍵點就在于如何將分析業務與代碼實現之間的關系，將功能拆分成一個個獨立的單元，而這個小的單元即為一個微服務。那么多小的服務可稱為微服務呢？是由代碼的行數決定、還是重寫的時間、還是業務功能？No，在進行設計過程中，我們遵循以下原則：
? ?低耦合、高內聚：一個服務完成一個獨立的功能，保證服務的獨立性和完整性。
? ?按團隊結構：小規模團隊維護，快速迭代。
? ?以下即為GIStack for Manager系統微服務架構粗略實現：

GIStack for Manager系統微服務架構

設計原則：?

服務獨立性拆分原則：按照不同的服務功能進行拆分。?

前后端分離：便于代碼維護、提高前端用戶優化體驗。?

無狀態服務：有狀態的業務服務改變為無狀態的計算類服務，那么狀態數據也就相應的遷移到對應的“有狀態數據服務”中。?

Restful通信風格：無狀態通信。?

微服務與容器、DevOps的關系？

我相信很多關注微服務的讀者們，經常看到微服務與容器、微服務與DevOps等關聯在一起，那么系統的微服務架構與它們是什么關系呢？?

微服務與容器：完美的一對

微服務技術和容器技術很容易勾搭到一起。容器可以實現服務發現 、負載均衡、分布式等特性，容器著眼于部署架構，或者說是微服務的宿主，負責提供所需的容器，具備彈性伸縮能力。微服務著眼于應用架構，負載掌控應用組件間的調用關系，通過應用組件的編排實現最終面向用戶的功能。微服務架構所依賴的彈性、通信、輕量等需求容器恰好可以完美提供，因此微服務與容器可以說是完美的一對。

微服務與DevOps：患難與共的摯交

可以說微服務與DevOps是一種相輔相成的關系，使用微服務，第一步是要構建一個一體化的DevOps平臺，否則，整個環境會變得非常的亂，它的架構與技術的復雜性與快速迭代性，為整個開發、測試和運維增加很多成本。通過一個DevOps平臺可以幫助開發者快速打通設計、開發、測試與部署之間的矛盾，實現快速迭代。

GIStack for Manager在系統實現過程中，全面實現了開發測試的持續集成。快速跟進需求，時刻為快速用戶交付進行著。

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/6095.html

相關文章

  • CloudBest：年度復盤丨盤點2020無處不在的「云原生」

    摘要：華為云華為云在云原生這場游戲中，最具競爭力的玩家之一。年，金山云在云原生領域推出了三款重磅產品星曜裸金屬服務器云服務器和云盤。在線上智博會上，浪潮云發布了經過全新迭代升級的浪潮云，進一步提升平臺云原生服務能力。面對數字時代復雜系統的不確定性，傳統的 IT 應用架構研發交付周期長、維護成本高、創新升級難，煙囪式架構，開放性差、組件復用度低，這些都成為了企業業務快速增長的瓶頸。而云原生以其敏捷、...

    Tecode 評論0 收藏0

  • 容器 PaaS 新技術架構下的運維實踐

    摘要：王磊此次演講的題目為容器新技術架構下的運維實踐，詳細為大家講解了在基于構建容器的過程中，如何以應用為中心，通過新的技術工具對服務節點集群平臺等多個方面進行管理運維，提高系統的自動化運維能力。 2018年11月16-17日，運維&容器技術盛會 CNUTCon 全球運維技術大會在上海·光大會展中心成功舉辦。時速云聯合創始人兼 CTO 王磊受邀參加此次大會，并發表主題演講。王磊此次演講的題目...

    BaronZhang 評論0 收藏0

  • 靈雀云CTO陳愷：從“鴻溝理論”看云原生，哪些技術能夠跨越鴻溝？

    摘要：早在年針對高科技行業和高科技企業生命周期的特點，提出了著名的鴻溝理論。今天我們嘗試以鴻溝理論為基礎來分析云原生領域顛覆性的創新技術。回過頭來看，靈雀云從早期全力投入技術棧，是最早進行產品化的廠商。 歷史進入2019年，放眼望去，今天的整個技術大環境和生態都發生了很大的變化。在己亥豬年春節剛剛過去的早春時節，我們來梳理和展望一下整個云原生技術趨勢的發展，是一件很有意義的事情，這其中有些變...

    hss01248 評論0 收藏0

  • Docker和容器云落地一年后的反思

    摘要：這里我想從我在谷歌內部使用容器，并基于容器研發大規模生產平臺的經驗中談談現有和谷歌容器環境的差別，并通過的實際案例落地經驗總結下自身所帶來的一些謊言和誤區。 我與容器的緣分起源于我在 Google 內部研發容器集群管理系: Cluster Management。谷歌內部一切皆容器，搜索、視頻、大數據、內部工具等核心業務都以容器的方式運行在容器編排系統 Borg 上。2014年，隨著公司...

    _ang 評論0 收藏0

  • 引入開源模式，浪潮云ERP轉型之路

    摘要：年改革開放的東風吹來，浪潮集團軟件系統工程公司于月成立。且在構筑數字生態時引入了開源模式聚合企業服務應用極為罕見，而開源生態的發展也為國內云市場的未來增加了變數。國內ERP素有南金蝶北用友之稱，但是在政務和集團型企業還要看浪潮。近年來隨著云計算等新型技術的發展，面對企業靈活部署、數據互聯互通的需求，各ERP廠商開始全面向云端轉型。相關數據顯示，到2020年全球云ERP市場將達433億美元。浪...

    jsyzchen 評論0 收藏0

發表評論

0條評論

最新活動
閱讀需要支付1元查看
<