牟平做网站,衡水网页网站建设,国平seo,网页平面美工培训微服务的由来微服务最早由Martin Fowler与James Lewis于2014年共同提出来的#xff0c;但是微服务也不是一个全新的概念#xff0c;它是由一系列在实践中获得成功并流行起来的概念中总结出来的一种模式#xff0c;一种概念。而这一系列的概念大体上有这些:领域驱动设计(DDD)… 微服务的由来微服务最早由Martin Fowler与James Lewis于2014年共同提出来的但是微服务也不是一个全新的概念它是由一系列在实践中获得成功并流行起来的概念中总结出来的一种模式一种概念。而这一系列的概念大体上有这些:领域驱动设计(DDD),持续交付按需虚拟化基础设施自动化小型的自治团队大型集群系统。领域驱动设计(DDD)DDD中我们关心了三个概念领域建模限界上下文职责。这三个概念能很好的帮我们在微服务中按照业务分割出足够小且高内聚低耦合的服务 这也是Evans 在《领域驱动设计》一书中的比喻 “细胞之所以会存在是因为细胞膜定义了什么在细胞内什么在细胞外并且确定了什么物质可以通过细胞膜”我们每个服务都应该是有自己的职责或者可以说要满足单一原则要尽量保证内聚并且要定义好与外部的交互。持续交付以往也包括现在的很多公司生产环境的发布几乎总是痛苦的事情凌晨或者周末加班加点进行发布而且很可能一出问题就是全部回滚到上一个版本。但是现在 因为实行了持续交付团队在一天内都可能在生产环境发布很多次。持续集成持续交付已经是现代软件很重要的一个特性对软件产业产生了深远的影响当然这一特性也跟微服务紧密的结合在一起了。 当然单体架构在持续交付方面的问题太显著了但是微服务在这一方面确实优势明显。 微服务系统设计开始就是拆分为独立自治的一些服务的集合每次的持续交付我们只需要关注某个或者某些微服务的交付从而在很大程度上减少了持续交付的工作量和风险。当然这就要保证各个服务之间的低耦合在一个服务更改的时候不会带消费方带来影响。按需虚拟化系统在高并发的时候总是会遇到性能瓶颈但是瓶颈一般不是存在在整个系统而是在某几个特有的模块比如说订单也不是说会一直存在瓶颈比如双11。所以按需进行扩展是必要解决的问题。而对于微服务我们借助虚拟化平台可以单独的为某个服务按需创造机器并调整大小。基础设施自动化这个其实跟按需虚拟化可以一起的当我们需要水平扩展的时候不可能为每次创造的机器进行一番部署所以我们需要基础设施的自动化来帮组我们完成方便快捷的扩展小型的自治团队自治团队可以对应到自治服务。一个独立的服务可以语言自由架构自由集成自由部署自由我们只需要保证团队做出来的东西满足一定的条件就可以完全作为一个独立的单元来进行开发管理维护。什么是微服务微服务就是一些协同工作的小而自治的服务。小专注于一件事这个就是我们常常说的职责单一。在我的职业生涯中不乏会接手其他人的项目每每总是会抱怨这个项目代码量太多了业务逻辑太分散常常有牵一发而动全身的时候。而微服务则是把职责单一原则应用到服务上根据业务来划分限界上下文进而划分出不同的服务这样每个服务都只用关注到某个限界上下文中从而很大程度上避免了代码库过大而难以维护的问题。自治这是微服务的优点也一定程度上导致了微服务的复杂性。 自治代表每个服务是独立个体所以我们可以自由的进行技术选型服务之间通信用语言无关的api进行网络通信。也是因为自治所以我们要保证每个服务能够独立的升级部署而不会对消费者产生影响避免一个问题出现导致整个系统功能不可用的情况。协同虽然我们是一系列不同的个体但是我们还是一个整体所以就需要我们各个服务之间有交互有通信并且需要用某些技术来解决分布式带来的新的问题。微服务的好处微服务是分布式的所以具有分布式的所有好处而且明确定义了界限上下文也带来了更多的好处。技术异构弹性好处理服务不可用和功能降级扩展方便成本低简化部署与组织结构相匹配可组合 易于重用完整的功能对技术替代性的优化微服务的缺点当然微服务不是银弹不是整个软件行业的终极解决方案总是会存在不可忽视的缺点。同样大部分的缺点也是分布式带来的性能内存处理转化为远程调用可靠性 远程调用失败的可能性最终一致性操作的复杂性因为还没有在实际中使用过微服务但是对分布式还是有不少实践所以结合一些书籍写下了这篇文章做了一下总结。原文地址: https://www.cnblogs.com/rstar/p/9055993.html.NET社区新闻深度好文欢迎访问公众号文章汇总 http://www.csharpkit.com
