mcgwinds的博客

前言  随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算势在必行，对现阶段传统垂直架构改造的核心就是对应用做服务化改造，服务化改造使用的核心技术架构就是分布式服务框架。服务化架构演进        那什么是微服务架构呢？        orm – 单一应用架构：是一个高内聚版本，所有功能部署在一起

为什么需要做服务隔离与熔断       微服务是当前业界的一个趋势，其原理是将职责单一的功能独立化成子服务，一个后台服务依赖多个微服务。假设某服务由30个微服务组成，每个微服务的可用性是99.99%，那么99.99%的30次方≈99.7%，也就是说有0.3%的请求会失败，若有一亿次请求则有300000次失败。       微服务间通过RPC来进行数据交换，所以我们可以做一个假设：在

在学校期间大家都写过不少程序，比如写个hello world服务类，然后本地调用下，如下所示。这些程序的特点是服务消费方和服务提供方是本地调用关系。　　而一旦踏入公司尤其是大型互联网公司就会发现，公司的系统都由成千上万大大小小的服务组成，各服务部署在不同的机器上，由不同的团队负责。这时就会遇到两个问题：1）要搭建一个新服务，免不了需要依赖他人的服务，而现在他人的服务都在远端，怎么调用？2）