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