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

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

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

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

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

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


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

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

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

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



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

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

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