大家觉得现在的微服务架构最需要什么?

传统的SOA的中心是ESB,统一做消息的转发和转换,当然ESB本身的中心化结构会带来单点问题和性能问题。微服务在各个节点上可以用Docker来启动服务本身,然后外部引入ZooKeeper或者etcd这样的服务发现机制。当然,目前而言Docker的持久化层还需要加强。那么,对于一个组织或者说开发...显示全部
传统的SOA的中心是ESB,统一做消息的转发和转换,当然ESB本身的中心化结构会带来单点问题和性能问题。

微服务在各个节点上可以用Docker来启动服务本身,然后外部引入ZooKeeper或者etcd这样的服务发现机制。当然,目前而言Docker的持久化层还需要加强。

那么,对于一个组织或者说开发者来说,创建微服务架构的技术痛点在哪里呢?是否对应用开发者自身要求(抽象能力、组织能力)比较高?

目前而言,在软件通信的各个设计中,我最喜欢的是UNIX的管道,简单、高效、兼容一切,把所有数据都认为是一个文件流而组合了所有的程序。但在现代系统中,已经很难看到这么简洁明快的设计了。所以我想是否有一种方式,能让分布式系统中的程序通信达到unix管道这样的高度?收起
参与7

查看其它 3 个回答flying_eagle的回答

flying_eagleflying_eagle系统架构师某汽车制造公司
回复 2# dl528888
直接使用Google的Kubernets不是更好?
互联网服务 · 2015-07-29
浏览1719

回答者

flying_eagle
系统架构师某汽车制造公司
擅长领域: 服务器Linux云计算

flying_eagle 最近回答过的问题

回答状态

  • 发布时间:2015-07-29
  • 关注会员:1 人
  • 回答浏览:1719
  • X社区推广