分布式架构的不同模型
我只想知道实现/设计分布式架构的不同模型。
我知道这个领域的一些技术，比如
RPC
Java RMI & RPC Socket
.Net Remoting & Socket
XML-RPC
基于 SOAP 的 Web 服务
基于 HTTP 的 Web 应用程序
REST 式 Web service
但是我知道的技术还有很多，但是实现分布式架构的不同模型是什么？
I just want to know different models to implement/design a distributed architecture.
I know some of the technologies in this field like
RPC
Java RMI & Socket
.Net Remoting & Socket
XML-RPC
SOAP based web service
HTTP based web application
REST ful web service
But there are lot more technologies that I know, but what are different models to implement distributed architecture?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
在架构级别，有 4 种方法来集成系统：
每一种方法中都有许多可用的技术
At an architecture level there are 4 ways to integrate systems:
Within each one there are many technologies that are available
根据 Neal Ford 的一个视频，我们可以将架构分为 6 种不同类型； Mark Richards
传统的分层架构，如模型视图控制器（Spring MVC 等）
使用消息传递 API 的事件驱动架构，其中事件已分派到队列/主题&订阅者/接收者使用事件，以便不同的组件松散耦合
面向服务的架构，解释起来很冗长，但你可以从谷歌找到很多信息
管道（或过滤器）架构 - 将出现一条消息通过变压器从生产者流向消费者，变压器根据业务需求修改消息
微内核架构（即插即用） - 它将拥有一个核心系统，多个组件通用;特定组件（插件模块），可根据需要插入
基于空间的架构 - 该架构可以通过添加更多资源来扩展（它如果您使用的是非关系数据库（如 NoSQL 数据库），则最适合）
We can categorize architectures into 6 different types from one of videos of Neal Ford; Mark Richards
Traditional layered architecture like Model View Controller (Spring MVC etc)
Event driven architecture using Messaging API, where an event has been dispatched to Queue/Topics & subscribers/receivers consume the events so that different components are loosely coupled
Service oriented architecture, very lengthy to explain but you can find lot of info from google
Pipe line (or filter) architecture - A message will be flown from producer to consumer through transformer and transformer modifies the message depending on business need
Micro kernel architecture ( plug and play) - It will have one core system, common to multiple components & specific components (plug-in module) ,which can be plugged in on need basis
Space based architecture - The architecture is scalable by adding more resources to it (it is best suitable if you are using non relational database like NoSQL database)
您确实应该从需求开始，它们对架构有重大影响。
请添加更多问题我确定我忘记了一些重要的事情。
You really should start with requirements, they have major impact on architecture.
Please add further questions I'm sure I forgot something important.