跟着开发团队转向选用微效劳，最佳运用事例有助于供给参阅，因而能够了解一些首要厂商的微效劳用例。

大多数企业开发团队将不再运用云保管的微效劳。由于大多数可能会出现问题，而前期的运用者会抛弃乃至回绝运用微效劳。最好的微效劳用例分为四类，每个企业都应该联络一个或多个前期微效劳选用者，让他们提出一些主张。

微效劳用例
第一个用例是运用微效劳来促进云选用。大多数开发团队认识到，最佳的运用公共云和混合云的运用程序架构是不同的。很少有人预备阐明这些差异，以及怎么完结有序的布置，安全和合规的运作以及全面的保管功率。微效劳供给了一种新的运用程序模型的途径，即便以全体方法，也简单地保管在数据中心中，依然轻松移动到云渠道。

微效劳在界说一种在绑定效劳方面具有动态性的效劳模型方面逾越了面向效劳架构(SOA)。微效劳是一个规划(如果正确完结)功用的单元，是无状况和可扩展的，一起，以紧耦合或松懈耦合含义衔接。用户能够将微效劳和中心运用程序组件集成到单个机器映像中，仿制效劳并避免组件衔接和集成的问题。能够运用API办理器将相同的微效劳扩展为受控同享效劳，该办理器可仿制SOA机制的安全性，然后以办理答应的REST方法露出。这种挑选范围在运用规划中是无与伦比的，它是云核算的抱负挑选。

第二个微效劳用例的要点是经过微效劳完结以事务为中心的经典面向效劳架构(SOA)的方针。微效劳要高效，要求运用架构师与企业架构师愈加合作，以辨认可重用的事务功用，以转变为微效劳。这是一个重要的，有价值的，违背传统的SOA形式，其间效劳的界说首要是根据技能考虑。企业最近意识到需求对IT元素和组件化进行更多的根据事务的评价，可是怎么开端却不太清晰。

经过辨认运用程序的事务功用，然后在运用程序之间映射常见或十分类似的功用，开端施行杰出的微效劳战略。这些功用成为微效劳创立的方针，虽然估计将有一些是广义最大极限的重用，有些能够根据比如无状况行为和可扩展性的技能方针映射到一系列微效劳而不是单个微效劳。


第三个微效劳用例是运用微效劳来运用云核算的弹性和可扩展性。企业知道，选用云核算的首要优点并不是下降核算成本，而是更有用，更高效的运营，进步事务灵活性和运用程序的体会质量。问题在于，用户并不清楚怎么运用云功用完结这些优势。而微效劳是最好的答案。

弹性或可伸缩性意味着扩展或缩短运用程序资源以匹配作业负载并呼应失利。这意味着构建运用程序，以便运用程序的“瓶颈”组件能够实例化多个副本，而且能够在副本之间平衡作业负载。微效劳阐明怎么构建组件以使此进程变得简单，而且用于将安全性/办理实践运用于微效劳的API办理器也可用于负载平衡和实例办理。

这种用例也能够被视为将运用程序移动到根据容器的布置的一种方法，这是选用云核算企业越来越重要的一个方针。由于微效劳是相对较小的功用元素，它们适用于容器的低开支模型，而且现已做了很多作业来证明两种技能的最佳结合。

最终一个，或许最杂乱的微效劳用例是创立事情驱动的企业。。运用程序规划长时刻以来是根据运用程序的概念，它是经过静态作业流链接的一系列组件，一般经过音讯/效劳总线支撑。企业IT作为企业事情呼应的一种观点是一种代替形式，关于IT和事务全体而言，它们比组件化或云核算具有更大的潜在影响。但是，事情驱动的企业流程也与传统规划有着深入的违背，也是架构师和开发人员面对的应战。



找到作业的用例
微效劳比任何当时的技能开发直接支撑事情驱动的事务IT方法。作为无状况功用完结的细粒度微效劳能够根据需求向外推，这将敞开一个全新的运用程序规划模型，功用组件根据需求进行封送，并推送到作业人员起源点，并搜集公司数据的信息库。

大多数公司会发现微效劳器的这些用例区域之一是相关的，许多公司会发现其间的几个(乃至悉数都能够运用)。微效劳并不会主动处理这些问题，很明显，用例是运用微效劳的攻略，但不必定是一个路线图。最聪明的做法就是检查上面的一切关键，并将它们从立刻和长时刻的重要性中扫除。然后，断定与每个要点相关的微效劳功用，并决议哪些特定的微效劳才能是最重要的。

微型效劳仍处于起步阶段，很简单形成过错，由于任何给定范畴的最佳实践依然不成熟。这意味着，与微型效劳一样有价值，现在，它们依然是一个更多用户支撑的更长时刻的危险更高的战略。用户需求花费必定的时刻评价运用事例，并细心开发自己的微效劳战略，以避免难以纠正前期的过错。