322
微服務——程序員的自我修養
微服務在2016年成為僅次於物聯網和認知計算的第三熱門技術，微服務究竟有何等神通，讓ThoughtWorks、Netflix、Amazon、Uber等公司趨之若鶩？
傳統應用之殤
版本發布·千年等一回 在過去傳統企業應用開發模式下，每當遇到需求要修改時，不得不按照大顆粒係統發布版本，瀑布式的版本計劃困住了程序員那優雅的雙手。
應用升級·祝你平安 應用無法做到永遠在線，大版本升級時，不得不停機中斷服務。一個小小的問題就有可能帶來整個係統的崩潰。
技術選型·獨角戲 技術實現單一，需要想辦法用一種技術解決所有問題。每個問題都變成釘子，每個方案都被當成錘子。
微服務·初見
如何解決傳統應用開發模式逐漸暴露出來的牢騷？隨著領域驅動設計、持續交付、按需虛擬化、基礎設施自動化、小型自治團隊等實踐的流行，微服務架構逐漸地被廣大勤勞智慧的架構師們歸納總結而出：
微服務架構風格，描述的是一個大型複雜軟件應用係統由若幹個微服務組成。係統中的各個微服務能被獨立部署和擴展，每個微服務還能提供一個穩固的模塊邊界。各個微服務之間是鬆耦合的，微服務很小，專注於做好一件事情。微服務框架帶了良好的技術異構性、彈性、擴展性，它的簡化部署為持續交付提供了巨大推動力。
微服務·愛你在心口難開
事實是大量傳統應用在微服務改造過程並沒有想象的那麼順滑，雖然微服務帶來的好處多多，同時也引入了很多新的挑戰，如：
?分布式編程難度大、有風險：分布式編程難度更大，遠程調用更慢且總存在失敗的風險
?需處理分布式係統的一致性：對分布式係統來說，保持一致性非常困難，意味大家都要處理最終一致性
?增加運維複雜性：需要一個成熟的團隊（機製）來管理大量需要頻繁部署的服務
那麼，是否該用微服務架構？什麼時候用微服務架構？該用什麼樣的微服務架構？怎麼用微服務架構？遺留業務如何快速遷移上雲？微服務化之後繁雜的微服務如何管理運維？
微服務·多了“引擎”兩個字
如何解決以上問題？
你也許希望有一個開發框架，能夠幫助各企業和開發者最大化的降低應用微服務化的門檻。
你也許希望有一些工具，能夠有力支撐企業在微服務架構下的高效開發。
你也許希望有一個平台，能夠幫助企業和開發者全方位管理改造後的大量微服務。
你也許希望有一位領先微服務改造專家，能夠給予專業的微服務化解決方案指導。
微服務引擎CSE是全新的企業級微服務開發與管理平台，包含了微服務SDK、一係列配套的開發工具以及一站式微服務應用管理平台，致力於為企業提供0門檻服務化改造，為企業提供微服務全生命周期管理服務。在CSE上線之前先讓我們露出一小部分核心性感的特性刷新你的微服務觀。
1.開放是一種人生境界
CSE支持多開發模式多語言多協議，傳統應用改造0門檻。無論遺留應用是SpringMVC、透明代理、亦或是JAX-RS的開發模式，業務代碼0改動就可以完成微服務改造。無論你是傾心GO語言還是青睞JAVA，無論你是執著REST協議還是鍾情RPC，沒有做不到，隻有你想不到。同時，CSE-SDK還兼容spring-cloud主流社區，保持與業界生態能力互通。
2.用一杯咖啡的時間完成微服務改造
CSE黑科技助力傳統應用0修改服務化。當然開發者可能已經寫好了一些微服務或者真的一丁點兒都不想改動遺留代碼。CSE提供了一項黑科技，支持非侵入接入微服務治理。給你一個微服務搖籃，讓遺留應用無縫接入CSE微服務治理與管控平台，讓你的應用安全可靠舒心。
3.周末再也不想接到加班電話？
一站式微服務應用管理雲服務，服務論劍隨時隨地：在微服務開發完畢之後，繁雜的微服務實例如何管理、如何監控、如何運維？微服務引擎的一站式微服務應用管理平台，提供微服務全生命周期管理，提供微服務治理、微服務安全管理、灰度發布、分布式事務等等特性。讓你享受談笑間檣櫓灰飛煙滅的商業快感！
原文發布時間為：2017年10月20日
本文來自雲棲社區合作夥伴至頂網，了解相關信息可以關注至頂網。
最後更新：2017-11-15 14:06:01