資訊專欄INFORMATION COLUMN
摘要：第二種則由多個小單元構成，每個小單元都是獨立的服務。微服務架構所依賴的彈性通信輕量等需求容器恰好可以完美提供，因此微服務與容器可以說是完美的一對。
談到架構，微服務架構已然是時至今日必聊的一個話題，系統(tǒng)架構的選型與是否轉型，不應該是為了微服務架構而架構，而是源于微服務架構自身是否更適合業(yè)務自身的需求，微服務架構的優(yōu)勢與所要付出的代價是否值得你，去做一次轉變。
? ?GIStack for Manager（捷泰天域睿圖云GIS管理系統(tǒng)）在探索、掙扎、迭代、醞釀、分析了很久以后，勇敢的走向架構微服務化，正在實現(xiàn)一個GIStack for Manager架構的全面升級。
? 從GIStack for Manger談什么是微服務？它有什么好處？
? ?下圖是GIStack for Manager實現(xiàn)方式示意，左側是傳統(tǒng)的整體式架構（單個巨型單元），右側則是微服務：
GIStack for Manager實現(xiàn)方式示意圖
? ?兩種模式的區(qū)別在于第一種是整體式架構，只有一個大單元。第二種則由多個小單元構成，每個小單元都是獨立的服務。?
此圖足夠細致，從中很容易找到微服務模式的吸引力所在：?
獨立開發(fā)：小型的獨立組件可由小型的獨立團隊構建。一個小組可以專門負責開發(fā)“Monitor”服務，不用去管其他服務。每個組件的功能變得簡單，這樣一來，開發(fā)人員了解組件的時間大大減少，更容易開發(fā)新功能。?
獨立部署：每個多帶帶的組件都可以獨立部署。這樣一來發(fā)布新功能的速度就更快，風險也更小。假設“GIS Service”組件修復了 bug 或者新增了功能，那么部署時并不會影響其他組件。?
獨立擴展：每個組件可以獨立地進行擴展。在產(chǎn)品發(fā)布時或者您需要進行擴展定制時，如您可以擴展“VM Services”組件，而不必擴展所有組件，這樣一來擴展更具彈性并且降低了成本。?
可重用性：每個組件各自實現(xiàn)一個小的、特定的功能。這意味著它們可以很容易地適用于其他系統(tǒng)、服務或者產(chǎn)品。組件可以被其他業(yè)務單元使用，甚至可以改寫成一個新的業(yè)務，從而為其他組提供轉碼服務。?
GIStack for Manager如何實現(xiàn)微服務？
微服務架構的關鍵點就在于如何將分析業(yè)務與代碼實現(xiàn)之間的關系，將功能拆分成一個個獨立的單元，而這個小的單元即為一個微服務。那么多小的服務可稱為微服務呢？是由代碼的行數(shù)決定、還是重寫的時間、還是業(yè)務功能？No，在進行設計過程中，我們遵循以下原則：
? ?低耦合、高內(nèi)聚：一個服務完成一個獨立的功能，保證服務的獨立性和完整性。
? ?按團隊結構：小規(guī)模團隊維護，快速迭代。
? ?以下即為GIStack for Manager系統(tǒng)微服務架構粗略實現(xiàn)：
GIStack for Manager系統(tǒng)微服務架構
設計原則：?
服務獨立性拆分原則：按照不同的服務功能進行拆分。?
前后端分離：便于代碼維護、提高前端用戶優(yōu)化體驗。?
無狀態(tài)服務：有狀態(tài)的業(yè)務服務改變?yōu)闊o狀態(tài)的計算類服務，那么狀態(tài)數(shù)據(jù)也就相應的遷移到對應的“有狀態(tài)數(shù)據(jù)服務”中。?
Restful通信風格：無狀態(tài)通信。?
微服務與容器、DevOps的關系？
我相信很多關注微服務的讀者們，經(jīng)?？吹轿⒎张c容器、微服務與DevOps等關聯(lián)在一起，那么系統(tǒng)的微服務架構與它們是什么關系呢？?
微服務與容器：完美的一對
微服務技術和容器技術很容易勾搭到一起。容器可以實現(xiàn)服務發(fā)現(xiàn) 、負載均衡、分布式等特性，容器著眼于部署架構，或者說是微服務的宿主，負責提供所需的容器，具備彈性伸縮能力。微服務著眼于應用架構，負載掌控應用組件間的調(diào)用關系，通過應用組件的編排實現(xiàn)最終面向用戶的功能。微服務架構所依賴的彈性、通信、輕量等需求容器恰好可以完美提供，因此微服務與容器可以說是完美的一對。
微服務與DevOps：患難與共的摯交
可以說微服務與DevOps是一種相輔相成的關系，使用微服務，第一步是要構建一個一體化的DevOps平臺，否則，整個環(huán)境會變得非常的亂，它的架構與技術的復雜性與快速迭代性，為整個開發(fā)、測試和運維增加很多成本。通過一個DevOps平臺可以幫助開發(fā)者快速打通設計、開發(fā)、測試與部署之間的矛盾，實現(xiàn)快速迭代。
GIStack for Manager在系統(tǒng)實現(xiàn)過程中，全面實現(xiàn)了開發(fā)測試的持續(xù)集成?？焖俑M需求，時刻為快速用戶交付進行著。
文章版權歸作者所有，未經(jīng)允許請勿轉載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉載請注明本文地址：http://systransis.cn/yun/6095.html
摘要：華為云華為云在云原生這場游戲中，最具競爭力的玩家之一。年，金山云在云原生領域推出了三款重磅產(chǎn)品星曜裸金屬服務器云服務器和云盤。在線上智博會上，浪潮云發(fā)布了經(jīng)過全新迭代升級的浪潮云，進一步提升平臺云原生服務能力。面對數(shù)字時代復雜系統(tǒng)的不確定性，傳統(tǒng)的 IT 應用架構研發(fā)交付周期長、維護成本高、創(chuàng)新升級難，煙囪式架構，開放性差、組件復用度低，這些都成為了企業(yè)業(yè)務快速增長的瓶頸。而云原生以其敏捷、...
摘要：王磊此次演講的題目為容器新技術架構下的運維實踐，詳細為大家講解了在基于構建容器的過程中，如何以應用為中心，通過新的技術工具對服務節(jié)點集群平臺等多個方面進行管理運維，提高系統(tǒng)的自動化運維能力。 2018年11月16-17日，運維&容器技術盛會 CNUTCon 全球運維技術大會在上海·光大會展中心成功舉辦。時速云聯(lián)合創(chuàng)始人兼 CTO 王磊受邀參加此次大會，并發(fā)表主題演講。王磊此次演講的題目...
摘要：早在年針對高科技行業(yè)和高科技企業(yè)生命周期的特點，提出了著名的鴻溝理論。今天我們嘗試以鴻溝理論為基礎來分析云原生領域顛覆性的創(chuàng)新技術?；剡^頭來看，靈雀云從早期全力投入技術棧，是最早進行產(chǎn)品化的廠商。 歷史進入2019年，放眼望去，今天的整個技術大環(huán)境和生態(tài)都發(fā)生了很大的變化。在己亥豬年春節(jié)剛剛過去的早春時節(jié)，我們來梳理和展望一下整個云原生技術趨勢的發(fā)展，是一件很有意義的事情，這其中有些變...
摘要：這里我想從我在谷歌內(nèi)部使用容器，并基于容器研發(fā)大規(guī)模生產(chǎn)平臺的經(jīng)驗中談談現(xiàn)有和谷歌容器環(huán)境的差別，并通過的實際案例落地經(jīng)驗總結下自身所帶來的一些謊言和誤區(qū)。 我與容器的緣分起源于我在 Google 內(nèi)部研發(fā)容器集群管理系: Cluster Management。谷歌內(nèi)部一切皆容器，搜索、視頻、大數(shù)據(jù)、內(nèi)部工具等核心業(yè)務都以容器的方式運行在容器編排系統(tǒng) Borg 上。2014年，隨著公司...
摘要：年改革開放的東風吹來，浪潮集團軟件系統(tǒng)工程公司于月成立。且在構筑數(shù)字生態(tài)時引入了開源模式聚合企業(yè)服務應用極為罕見，而開源生態(tài)的發(fā)展也為國內(nèi)云市場的未來增加了變數(shù)。國內(nèi)ERP素有南金蝶北用友之稱，但是在政務和集團型企業(yè)還要看浪潮。近年來隨著云計算等新型技術的發(fā)展，面對企業(yè)靈活部署、數(shù)據(jù)互聯(lián)互通的需求，各ERP廠商開始全面向云端轉型。相關數(shù)據(jù)顯示，到2020年全球云ERP市場將達433億美元。浪...
閱讀 2914·2021-10-26 09:49
閱讀 3254·2021-10-14 09:42
閱讀 2102·2021-09-13 10:31
閱讀 2621·2019-08-30 11:13
閱讀 2986·2019-08-29 16:31
閱讀 1116·2019-08-29 13:58
閱讀 1880·2019-08-29 12:12
閱讀 3624·2019-08-26 13:48
