資訊專(zhuān)欄INFORMATION COLUMN
摘要：微服務(wù)已經(jīng)開(kāi)始形成一套正式標(biāo)準(zhǔn)，也帶來(lái)了一票提供相應(yīng)服務(wù)的供應(yīng)商。結(jié)論源于一組概念，它們與微服務(wù)架構(gòu)具有相同的核心概念。
服務(wù)導(dǎo)向架構(gòu)（簡(jiǎn)稱(chēng)SOA，service-oriented architecture）已經(jīng)死亡?你可能會(huì)這么想。
但其實(shí)不然。的確，隨著新技術(shù)的出現(xiàn)，SOA本身的價(jià)值可能已經(jīng)大不如前，但是SOA的遺產(chǎn)仍在推動(dòng)微服務(wù)市場(chǎng)發(fā)展。
將SOA原則納入微服務(wù)的設(shè)計(jì)和構(gòu)建是確保您的產(chǎn)品或服務(wù)長(zhǎng)期處于有利地位的最佳方式。從此意義上講，理解SOA，對(duì)于在微服務(wù)世界中取得成功至關(guān)重要。
在本文中，我將解釋設(shè)計(jì)微服務(wù)應(yīng)用程序時(shí)應(yīng)采用哪些SOA原則。
介紹如今，在移動(dòng)終端開(kāi)發(fā)環(huán)境中，代碼為王，構(gòu)建具有RESTful界面的服務(wù)變得前所未有的容易，將其連接到數(shù)據(jù)存儲(chǔ)就可以了。如果你想要更進(jìn)一步，就把幾個(gè)公共軟件服務(wù)（免費(fèi)或付費(fèi)）整合在一起，這樣你就可以擁有一個(gè)滿(mǎn)足需求的持續(xù)交付流水線(xiàn)。歡迎來(lái)到現(xiàn)代Web和完全buzzworthy兼容的應(yīng)用程序開(kāi)發(fā)過(guò)程。
在許多方面，微服務(wù)是SOA的直接產(chǎn)物，有點(diǎn)像服務(wù)世界的朋克搖滾。沒(méi)有嚴(yán)格的規(guī)則，只是一些基本原則讓所有人保持大體想法一致。就像朋克搖滾，微服務(wù)最初信奉的是一種按自己的節(jié)奏來(lái)的行業(yè)倫理。此后微服務(wù)一直在不斷發(fā)展，一些架構(gòu)方式開(kāi)始讓微服務(wù)轉(zhuǎn)變?yōu)橹髁?。不光是使用微服?wù)的dot com或Web公司——所有的公司都對(duì)此感興趣。
定義為體現(xiàn)本討論的目的，以下是我將要使用的定義。
微服務(wù)：特定業(yè)務(wù)功能的實(shí)現(xiàn)，使用隊(duì)列或RESTful（JSON）接口作為多帶帶的可部署工件，可以用任何語(yǔ)言編寫(xiě)，并利用持續(xù)交付流水線(xiàn)。
SOA：基于組件的架構(gòu)，其目標(biāo)是在組織內(nèi)部跨技術(shù)組合促進(jìn)重用。這些組件需要松耦合，可以是集中管理的服務(wù)或庫(kù)，并要求組織使用單個(gè)技術(shù)棧來(lái)最大限度地實(shí)現(xiàn)可重用性。
基于微服務(wù)的開(kāi)發(fā)的優(yōu)點(diǎn)正如您所知，微服務(wù)具有SOA所缺乏的幾個(gè)很好的特性：
允許規(guī)模較小、自給自足的團(tuán)隊(duì)擁有支持特定業(yè)務(wù)功能的產(chǎn)品/服務(wù)，這大大提高了他們渴望的業(yè)務(wù)敏捷性和IT響應(yīng)能力。
自動(dòng)構(gòu)建和測(cè)試，雖然可能不及SOA，現(xiàn)在是關(guān)鍵的籌碼。
允許團(tuán)隊(duì)使用他們想要的工具，主要圍繞使用哪種語(yǔ)言和IDE。
以敏捷為基礎(chǔ)的開(kāi)發(fā)與直接訪(fǎng)問(wèn)業(yè)務(wù)。微服務(wù)和移動(dòng)開(kāi)發(fā)團(tuán)隊(duì)已經(jīng)成功地向企業(yè)展示了技術(shù)人員如何適應(yīng)并接受不斷反饋的業(yè)務(wù)。以往，瀑布式軟件交付方法受制于不必要的開(kāi)銷(xiāo)和交付日期延長(zhǎng)的影響，隨著業(yè)務(wù)的變化，開(kāi)發(fā)團(tuán)隊(duì)一開(kāi)始創(chuàng)建的產(chǎn)品，在交付時(shí)常常無(wú)法滿(mǎn)足業(yè)務(wù)需求。甚至像Rational Unified Process（RUP）這樣的迭代開(kāi)發(fā)方法在業(yè)務(wù)、產(chǎn)品開(kāi)發(fā)和開(kāi)發(fā)人員進(jìn)行實(shí)際工作之間都有抽象層。
對(duì)服務(wù)的最小粒度的普遍了解。關(guān)于“添加客戶(hù)端業(yè)務(wù)功能還是客戶(hù)端管理業(yè)務(wù)功能”的爭(zhēng)論一直存在，這并不完美，但至少兩者都可以被實(shí)際運(yùn)營(yíng)業(yè)務(wù)的業(yè)務(wù)方所了解。你可能不愿相信，但技術(shù)并不是所有業(yè)務(wù)（對(duì)于世界上大多數(shù)企業(yè)而言）?；厮莸絊OA還是行業(yè)霸主時(shí)期，一些服務(wù)只執(zhí)行一個(gè)數(shù)據(jù)庫(kù)操作，其他服務(wù)則在系統(tǒng)中添加客戶(hù)端，當(dāng)IT缺乏一致的標(biāo)準(zhǔn)，就會(huì)導(dǎo)致業(yè)務(wù)的混亂。
SOA如何助力？看完這些定義后，你可能會(huì)想：“微服務(wù)聽(tīng)起來(lái)好得多”。的確，這正是未來(lái)發(fā)生演變的原因，只是它拋棄了許多在SOA世界中獲得的經(jīng)驗(yàn)教訓(xùn)。它放棄了SOA嘗試實(shí)現(xiàn)的所有美好的事物，因?yàn)檫@一領(lǐng)域的IT供應(yīng)商們?yōu)榱送瞥龈嗟漠a(chǎn)品，而改變了一切。
企業(yè)集成模式（定義企業(yè)如何采用新技術(shù)或概念）是微服務(wù)利用SOA世界所做的工作的關(guān)鍵所在。每個(gè)參與整合空間的人都可以從這些模式中獲益，然而它們只是概念，微服務(wù)是實(shí)現(xiàn)這些概念的一種很好的技術(shù)方法。
下面，我列出了微服務(wù)生態(tài)系統(tǒng)中應(yīng)用SOA原理獲得巨大成功的另外兩個(gè)領(lǐng)域。
API網(wǎng)關(guān)（née ESB）微服務(wù)鼓勵(lì)點(diǎn)對(duì)點(diǎn)連接，每個(gè)客戶(hù)端都可以按自己的方式處理日期和其他細(xì)微之處。由于大多數(shù)公司提供的微服務(wù)的數(shù)量急劇增加，這種方式不可持續(xù)。
因此，在SOA環(huán)境中，企業(yè)服務(wù)總線(xiàn)（ESB）旨在為不同應(yīng)用程序提供通信方式。SOA原本打算將ESB用于服務(wù)組件之間進(jìn)行傳輸—而不是整個(gè)企業(yè)的中心。廠商推動(dòng)，大公司購(gòu)買(mǎi)，人們對(duì)這種模式的評(píng)價(jià)十分糟糕。
ESB中成功的產(chǎn)品已經(jīng)轉(zhuǎn)變?yōu)榻裉斓腁PI網(wǎng)關(guān)供應(yīng)商，便于單一組織集中管理它們所呈現(xiàn)的端點(diǎn)，并為那些多年來(lái)尚未觸及但對(duì)業(yè)務(wù)至關(guān)重要的舊式服務(wù) (通常是soa/soap) 提供轉(zhuǎn)換服務(wù)。
首要標(biāo)準(zhǔn)SOA具有WS- *標(biāo)準(zhǔn)。此標(biāo)準(zhǔn)雖然嚴(yán)厲，但在很大程度上保證了互用性。這些標(biāo)準(zhǔn)，特別是像WS-Security和WS-Federation這類(lèi)更常見(jiàn)的標(biāo)準(zhǔn)，允許企業(yè)調(diào)用在其合作伙伴系統(tǒng)中使用的服務(wù)——雖然它們只是一個(gè)清單，任何人都能理解。
微服務(wù)已經(jīng)開(kāi)始形成一套正式標(biāo)準(zhǔn)，也帶來(lái)了一票提供相應(yīng)服務(wù)的供應(yīng)商。OAuth和OpenID認(rèn)證框架就是兩個(gè)很好的例子。隨著微服務(wù)的成熟，在內(nèi)部構(gòu)筑一切是有趣、充實(shí)、且對(duì)自身有益的，但最終令人沮喪的是，隨著新特性的引入，它會(huì)產(chǎn)生大量的技術(shù)債務(wù)，代碼不斷地需要被修改。
標(biāo)準(zhǔn)正迅速整合的另一面是API設(shè)計(jì)和描述。在SOA世界中，有一種方法。對(duì)人而言它既沒(méi)有美感，又幾乎不可讀，但是Web服務(wù)定義語(yǔ)言(WSDL)是一種通用的標(biāo)準(zhǔn)化的編目網(wǎng)絡(luò)服務(wù)的格式。
截至2017年4月，所有主要的參與者（包括谷歌、IBM、Microsoft、MuleSoft和Salesforce.com)都參與了提供構(gòu)建RESTful api的工具，這些都是OpenAPI倡議的成員。曾經(jīng)那個(gè)有多個(gè)標(biāo)準(zhǔn)（JSON API、WASL、RAML和Swagger）的破碎市場(chǎng)，現(xiàn)在變成了可以用單一方式描述所有內(nèi)容。
結(jié)論SOA源于一組概念，它們與微服務(wù)架構(gòu)具有相同的核心概念。SOA落后是因?yàn)槭球?qū)動(dòng)了太多管理，而“僅僅讓它工作”是不夠的。
為了使微服務(wù)繼續(xù)生存下去，利用這些服務(wù)的團(tuán)隊(duì)不僅需要汲取以往的寶貴經(jīng)驗(yàn)， 并使用敏捷開(kāi)發(fā)的方法重新引入它們，此外還需采取適當(dāng)?shù)姆粗未胧乐筍OA管理機(jī)制的重演。接下來(lái)還需把 ITIL安全地置于能夠令其茁壯成長(zhǎng)的運(yùn)營(yíng)團(tuán)隊(duì)中。
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://systransis.cn/yun/26912.html
摘要：微服務(wù)架構(gòu)概述應(yīng)用架構(gòu)的發(fā)展應(yīng)用是可獨(dú)立運(yùn)行的程序代碼，提供相對(duì)完善的業(yè)務(wù)功能。阿里開(kāi)源的是的典型實(shí)現(xiàn)。它目前由官方開(kāi)發(fā)維護(hù)，基于開(kāi)發(fā)，提供一套完整的微服務(wù)解決方案。 微服務(wù)與Spring Cloud 隨著互聯(lián)網(wǎng)的快速發(fā)展， 云計(jì)算近十年也得到蓬勃發(fā)展， 企業(yè)的IT環(huán)境和IT架構(gòu)也逐漸在發(fā)生變革，從過(guò)去的單體應(yīng)用架構(gòu)發(fā)展為至今廣泛流行的微服務(wù)架構(gòu)。 微服務(wù)是一種架構(gòu)風(fēng)格， 能給軟件應(yīng)用...
摘要：微服務(wù)集成服務(wù)間通信微服務(wù)架構(gòu)下，應(yīng)用的服務(wù)直接相互獨(dú)立。微服務(wù)架構(gòu)傾向于降低中心消息總線(xiàn)類(lèi)似于的依賴(lài)，將業(yè)務(wù)邏輯分布在每個(gè)具體的服務(wù)終端。 引言：微服務(wù)是當(dāng)前軟件架構(gòu)領(lǐng)域非常熱門(mén)的詞匯，能找到很多關(guān)于微服務(wù)的定義、準(zhǔn)則，以及如何從微服務(wù)中獲益的文章，在企業(yè)的實(shí)踐中去應(yīng)用微服務(wù)的資源卻很少。本篇文章中，會(huì)介紹微服務(wù)架構(gòu)（Microservices Architecture）的基礎(chǔ)概念，...
摘要：微服務(wù)集成服務(wù)間通信微服務(wù)架構(gòu)下，應(yīng)用的服務(wù)直接相互獨(dú)立。微服務(wù)架構(gòu)傾向于降低中心消息總線(xiàn)類(lèi)似于的依賴(lài)，將業(yè)務(wù)邏輯分布在每個(gè)具體的服務(wù)終端。 引言：微服務(wù)是當(dāng)前軟件架構(gòu)領(lǐng)域非常熱門(mén)的詞匯，能找到很多關(guān)于微服務(wù)的定義、準(zhǔn)則，以及如何從微服務(wù)中獲益的文章，在企業(yè)的實(shí)踐中去應(yīng)用微服務(wù)的資源卻很少。本篇文章中，會(huì)介紹微服務(wù)架構(gòu)（Microservices Architecture）的基礎(chǔ)概念，...
摘要：如何快速搭建一個(gè)微服務(wù)架構(gòu)上圖異步通信方式通常異步的生產(chǎn)者消費(fèi)者模式，通過(guò)等異步消息通訊協(xié)議規(guī)范。數(shù)據(jù)的去中心化，進(jìn)一步降低了微服務(wù)之間的耦合度，不同服務(wù)可以采用不同的數(shù)據(jù)庫(kù)技術(shù)等。 什么是微服務(wù)？ 微服務(wù)(Microservices Architecture)是一種架構(gòu)風(fēng)格，一個(gè)大型復(fù)雜軟件應(yīng)用由一個(gè)或多個(gè)微服務(wù)組成。系統(tǒng)中的各個(gè)微服務(wù)可被獨(dú)立部署，各個(gè)微服務(wù)之間是松耦合的。每個(gè)微服...
摘要：數(shù)據(jù)的去中心化，進(jìn)一步降低了微服務(wù)之間的耦合度，不同服務(wù)可以采用不同的數(shù)據(jù)庫(kù)技術(shù)等。微服務(wù)架構(gòu)是持續(xù)交付的巨大推動(dòng)力，允許在頻繁發(fā)布不同服務(wù)的同時(shí)保持系統(tǒng)其他部分的可用性和穩(wěn)定性。 什么是微服務(wù)？ 微服務(wù)(Microservices Architecture)是一種架構(gòu)風(fēng)格，一個(gè)大型復(fù)雜軟件應(yīng)用由一個(gè)或多個(gè)微服務(wù)組成。系統(tǒng)中的各個(gè)微服務(wù)可被獨(dú)立部署，各個(gè)微服務(wù)之間是松耦合的。每個(gè)微服務(wù)...
閱讀 3107·2021-02-22 17:12
閱讀 728·2019-08-30 15:55
閱讀 3106·2019-08-30 15:54
閱讀 1398·2019-08-29 16:56
閱讀 1869·2019-08-29 15:13
閱讀 1730·2019-08-29 13:19
閱讀 610·2019-08-26 13:40
閱讀 2829·2019-08-26 10:26
