大家觉得现在的微服务架构最需要什么？
传统的SOA的中心是ESB，统一做消息的转发和转换，当然ESB本身的中心化结构会带来单点问题和性能问题。
微服务在各个节点上可以用docker来启动服务本身，然后外部引入zookeeper或者etcd这样的服务发现机制。当然，目前而言docker的持久化层还需要加强。
那么，对于一个组织或者说开发者来说，创建微服务架构的技术痛点在哪里呢？是否对应用开发者自身要求（抽象能力、组织能力）比较高？
微服务在各个节点上可以用docker来启动服务本身，然后外部引入zookeeper或者etcd这样的服务发现机制。当然，目前而言docker的持久化层还需要加强。
那么，对于一个组织或者说开发者来说，创建微服务架构的技术痛点在哪里呢？是否对应用开发者自身要求（抽象能力、组织能力）比较高？
目前而言，在软件通信的各个设计中，我最喜欢的是unix的管道，简单、高效、兼容一切，把所有数据都认为是一个文件流而组合了所有的程序。但在 现代系统中，已经很难看到这么简洁明快的设计了。所以我想是否有一种方式，能让分布式系统中的程序通信达到unix管道这样的高度？
让启动微服务的操作能方便到
ls | grep aa这样的程度
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
TCP就是跨进程通讯的管道啊，或者HTTP+json