整合微服务的简单定义

将您的整体拆分为分布式架构当然是一项复杂的任务。但是，当您转移到这种新的架构范例时，对于微型服务在基本层面的稳定视角可以在形成您的迁移和开发策略方面走很长的路。

我们要求三位软件专家积极与微服务合作，为我们提供最简单的微服务定义，同时为微服务方法和规划提供一点思考。这些工程师，建筑师和CTO都在软件会议上介绍了移动到微服务器，并为入门级人员提供了一些基本的建议。

StitchFix工程副总裁Randy Shoup

“微服务中的”微“更多是关于接口的范围，而不是关于代码行的数量或写入它需要多长时间。所以，我认为它是一个服务，它有一个简单，界面清晰的界面，它是可组合的，这意味着它足够普遍，我可以使用与许多不同的客户端相同的[种]微服务器来组成很多不同的方法。

而真正只是我们在建立良好课程的软件中所有的想法，只是稍微高一点的粒度。所以，我们所知道的关于在一个过程中构建软件的所有事情。我们构建一个被封装的类，数据在其中。它有一个简单的界面，易于使用和易于理解。正是这些设计原则，只是在流程或服务层面应用。“

汇丰系统架构师Gwen Shapira

“服务，但很小。基本上只是很小的应用程序。这个名字改变了 - 10年前，我们大概把它称为面向服务的架构，而现在它是微服务器。我觉得没有什么巨大的区别。

基本上，企业首先要写一个大的应用程序。过了一会儿，他们成长为一千名工程师，而且你不能有一千名工程师在一个环境中工作。所以他们可以从分裂开始，如果你将它分解成大部分，你只需称之为服务架构。如果你把它分开一点，它是微服务器。

绝对有可能超过你的微服务器。有人提到有一个服务只是负责加入的东西，对我来说可能是一个微服务器太多了。但这正是它进行的方向。

基本上，将事情分解成非常精细的工作，使开发团队能够独立工作，为公司更快地开发软件。这一切都是为了更快地为客户提供价值。

JustSocial首席技术官Susanne Kaiser

“微服务是独立的，分离的服务，负责明确的业务功能，您可以轻松更改，而不会影响整个系统。

从开发团队的角度来看，这意味着您有团队关注特定的一组微服务。他们也在照顾业务能力，使您的团队基于业务功能。他们可以以不同的速度开发和部署他们的服务，并可以以他们想要发布的速度独立地改变系统的不同路径。所以，例如，我们有多个团队在不同的协作应用程序上工作，这反映在我们的软件架构中，作为独立服务。

原文： http://searchmicroservices.techtarget.com/blog/Microservices-Matters/Rounding-up-a-simple-definition-of-microservices