跟著開發(fā)團(tuán)隊(duì)轉(zhuǎn)向選用微效勞，最佳運(yùn)用事例有助于供給參閱，因而能夠了解一些首要廠商的微效勞用例。

大多數(shù)企業(yè)開發(fā)團(tuán)隊(duì)將不再運(yùn)用云保管的微效勞。由于大多數(shù)可能會出現(xiàn)問題，而前期的運(yùn)用者會拋棄乃至回絕運(yùn)用微效勞。最好的微效勞用例分為四類，每個(gè)企業(yè)都應(yīng)該聯(lián)絡(luò)一個(gè)或多個(gè)前期微效勞選用者，讓他們提出一些主張。

微效勞用例
第一個(gè)用例是運(yùn)用微效勞來促進(jìn)云選用。大多數(shù)開發(fā)團(tuán)隊(duì)認(rèn)識到，最佳的運(yùn)用公共云和混合云的運(yùn)用程序架構(gòu)是不同的。很少有人預(yù)備闡明這些差異，以及怎么完結(jié)有序的布置，安全和合規(guī)的運(yùn)作以及全面的保管功率。微效勞供給了一種新的運(yùn)用程序模型的途徑，即便以全體方法，也簡單地保管在數(shù)據(jù)中心中，依然輕松移動到云渠道。

微效勞在界說一種在綁定效勞方面具有動態(tài)性的效勞模型方面逾越了面向效勞架構(gòu)(SOA)。微效勞是一個(gè)規(guī)劃(如果正確完結(jié))功用的單元，是無狀況和可擴(kuò)展的，一起，以緊耦合或松懈耦合含義銜接。用戶能夠?qū)⑽⑿诤椭行倪\(yùn)用程序組件集成到單個(gè)機(jī)器映像中，仿制效勞并避免組件銜接和集成的問題。能夠運(yùn)用API辦理器將相同的微效勞擴(kuò)展為受控同享效勞，該辦理器可仿制SOA機(jī)制的安全性，然后以辦理答應(yīng)的REST方法露出。這種挑選范圍在運(yùn)用規(guī)劃中是無與倫比的，它是云核算的抱負(fù)挑選。

第二個(gè)微效勞用例的要點(diǎn)是經(jīng)過微效勞完結(jié)以事務(wù)為中心的經(jīng)典面向效勞架構(gòu)(SOA)的方針。微效勞要高效，要求運(yùn)用架構(gòu)師與企業(yè)架構(gòu)師愈加合作，以辨認(rèn)可重用的事務(wù)功用，以轉(zhuǎn)變?yōu)槲⑿?。這是一個(gè)重要的，有價(jià)值的，違背傳統(tǒng)的SOA形式，其間效勞的界說首要是根據(jù)技能考慮。企業(yè)最近意識到需求對IT元素和組件化進(jìn)行更多的根據(jù)事務(wù)的評價(jià)，可是怎么開端卻不太清晰。

經(jīng)過辨認(rèn)運(yùn)用程序的事務(wù)功用，然后在運(yùn)用程序之間映射常見或十分類似的功用，開端施行杰出的微效勞戰(zhàn)略。這些功用成為微效勞創(chuàng)立的方針，雖然估計(jì)將有一些是廣義最大極限的重用，有些能夠根據(jù)比如無狀況行為和可擴(kuò)展性的技能方針映射到一系列微效勞而不是單個(gè)微效勞。


第三個(gè)微效勞用例是運(yùn)用微效勞來運(yùn)用云核算的彈性和可擴(kuò)展性。企業(yè)知道，選用云核算的首要優(yōu)點(diǎn)并不是下降核算成本，而是更有用，更高效的運(yùn)營，進(jìn)步事務(wù)靈活性和運(yùn)用程序的體會質(zhì)量。問題在于，用戶并不清楚怎么運(yùn)用云功用完結(jié)這些優(yōu)勢。而微效勞是最好的答案。

彈性或可伸縮性意味著擴(kuò)展或縮短運(yùn)用程序資源以匹配作業(yè)負(fù)載并呼應(yīng)失利。這意味著構(gòu)建運(yùn)用程序，以便運(yùn)用程序的“瓶頸”組件能夠?qū)嵗鄠€(gè)副本，而且能夠在副本之間平衡作業(yè)負(fù)載。微效勞闡明怎么構(gòu)建組件以使此進(jìn)程變得簡單，而且用于將安全性/辦理實(shí)踐運(yùn)用于微效勞的API辦理器也可用于負(fù)載平衡和實(shí)例辦理。

這種用例也能夠被視為將運(yùn)用程序移動到根據(jù)容器的布置的一種方法，這是選用云核算企業(yè)越來越重要的一個(gè)方針。由于微效勞是相對較小的功用元素，它們適用于容器的低開支模型，而且現(xiàn)已做了很多作業(yè)來證明兩種技能的最佳結(jié)合。

最終一個(gè)，或許最雜亂的微效勞用例是創(chuàng)立事情驅(qū)動的企業(yè)。。運(yùn)用程序規(guī)劃長時(shí)刻以來是根據(jù)運(yùn)用程序的概念，它是經(jīng)過靜態(tài)作業(yè)流鏈接的一系列組件，一般經(jīng)過音訊/效勞總線支撐。企業(yè)IT作為企業(yè)事情呼應(yīng)的一種觀點(diǎn)是一種代替形式，關(guān)于IT和事務(wù)全體而言，它們比組件化或云核算具有更大的潛在影響。但是，事情驅(qū)動的企業(yè)流程也與傳統(tǒng)規(guī)劃有著深入的違背，也是架構(gòu)師和開發(fā)人員面對的應(yīng)戰(zhàn)。



找到作業(yè)的用例
微效勞比任何當(dāng)時(shí)的技能開發(fā)直接支撐事情驅(qū)動的事務(wù)IT方法。作為無狀況功用完結(jié)的細(xì)粒度微效勞能夠根據(jù)需求向外推，這將敞開一個(gè)全新的運(yùn)用程序規(guī)劃模型，功用組件根據(jù)需求進(jìn)行封送，并推送到作業(yè)人員起源點(diǎn)，并搜集公司數(shù)據(jù)的信息庫。

大多數(shù)公司會發(fā)現(xiàn)微效勞器的這些用例區(qū)域之一是相關(guān)的，許多公司會發(fā)現(xiàn)其間的幾個(gè)(乃至悉數(shù)都能夠運(yùn)用)。微效勞并不會主動處理這些問題，很明顯，用例是運(yùn)用微效勞的攻略，但不必定是一個(gè)路線圖。最聰明的做法就是檢查上面的一切關(guān)鍵，并將它們從立刻和長時(shí)刻的重要性中掃除。然后，斷定與每個(gè)要點(diǎn)相關(guān)的微效勞功用，并決議哪些特定的微效勞才能是最重要的。

微型效勞仍處于起步階段，很簡單形成過錯(cuò)，由于任何給定范疇的最佳實(shí)踐依然不成熟。這意味著，與微型效勞一樣有價(jià)值，現(xiàn)在，它們依然是一個(gè)更多用戶支撐的更長時(shí)刻的危險(xiǎn)更高的戰(zhàn)略。用戶需求花費(fèi)必定的時(shí)刻評價(jià)運(yùn)用事例，并細(xì)心開發(fā)自己的微效勞戰(zhàn)略，以避免難以糾正前期的過錯(cuò)。