微服务架构主要是中间层分解，把系统分成很多小的应用(微服务)。Micro 服务可以部署在不同的服务设备上，也可以部署在同一个服务设备上，什么是微服务架构？分布式和微服务首先我觉得微服务是一种分布式的框架，什么是微服务架构？有哪些相关的微服务框架？java micro 服务和分布式有什么区别。
根据我所知道的回答这个问题。我用python开发过几个项目，django是用的最多的pythonweb框架。我对flask有所了解，就根据我的经验来说一下吧。Django我之前的项目都是用django框架实现的:django框架很强大，它实现了视图层(模板实现)、控制层(view)和持久层(orm)，所以一个框架就能做到；Django的模板功能非常强大。通过将模板与html代码相结合，可以非常方便地显示数据，完成前台与后台的数据交换。django的控制层通过请求参数传递参数支持get和post，数据处理后通过response类返回数据到前台，可以支持Ajax对jQuery非常熟悉。在django的持久层中，采用ORM方法，在不知道每个数据库的区别和过多调用原始SQL语句的情况下，使用面向对象编程设计就可以完成和构造数据库了。Djiango的社区资源非常丰富。遇到问题时，很容易解决，学习成本也比较低。
这个问题收集了一个多月了，一直在想怎么回答这个问题。总结了很久，终于有了一些感触(一直以来都是不可言说的)。我想与你分享。如有不同建议，欢迎留言指正。分布式和微服务首先我觉得微服务是一种分布式的框架。分布式的思想是将一个系统的不同模块部署在不同的服务设备上，来处理高并发的问题。SOA是一种分布式架构，将业务系统分成若干个子系统，提供不同的服务，然后组合排列服务，实现业务流程。通常，ESB enterprise 服务 bus在SOA架构中扮演着重要的角色。
Flower是一个建立在Akka之上的反应式服务框架。开发者只需要为每一个细粒度的业务功能开发一个服务服务，并将这些服务按照业务流程进行可视化的排列，就可以得到一个反应式的系统。Flower既是一个反应式编程框架，也是一个分布式的micro 服务框架。Flower框架使开发人员能够获得一个反应式系统，而无需关注反应式编程的细节。
服务实现了服务的细粒度功能。服务通过消息联系在一起。前一个服务的返回值(Message)必须是后一个服务的输入参数(Message)。服务按照业务逻辑编辑成流(流程)，花容器负责将前一个服务的返回消息传递给后一个服务。
4、什么是微 服务架构啊?micro服务Architecture(MSA)是一个架构概念，旨在通过将功能分解为离散的服务来解耦解决方案。你可以把它想成是在架构层面应用了很多坚实的原则，而不是得到服务的类。微服务本身并没有一个严格的定义，但是从很多人的反馈来看，大家已经达成共识，微服务是一个简单的应用，大概有10到100行代码。我知道用代码的行数来对比实现是不靠谱的，所以你只要理解意思就行了，不要太拘泥于细节。
这意味着你不会在一个大框架上看到很多小的服务，这是不现实的。简洁和轻便是当今的主流。像Sinatra、Webbit、Finagle和Connect这样的小框架在将代码包装到一个薄薄的通信层中做得恰到好处。从物理上来说，这些服务非常小，所以你可以在同一台机器上运行大量的服务重申一下，基于大框架的简单库会赢得最后的胜利，你会发现对第三方库的依赖越来越少。
5、微 服务架构是什么?micro 服务架构，主要是中间层分解，把系统分成很多小的应用(micro 服务)，micro 服务可以部署在不同的服务设备上。当一个应用的故障不会影响到其他应用时，单个应用的负载不会影响到其他应用，其代表框架有Springcloud和Dubbo，微服务微服务之父马丁·福勒(Martin Fowler)对微服务大致总结如下:目前，对于微服务industry(whilethereisnopreciseDefinitionofthisartural)还没有一个统一的、标准的定义。
