它们之间的约束或者协议由方法签名转变为更高级的协议，比如 RESTful 、PRC，
因为在互联网领域 Java 占有绝对的支配地位，特别是在国内。所以服务发现 Eureka、断路器 Hystrix、网关 Zuul 与负载均衡 Ribbon 非常流行直至今日，
从 Netflix OSS 发展而来的 Spring Cloud 依旧是目前最流行的实现微服务架构的方式，我们很难描述 Spring Cloud 是什么，它是一些独立的应用程序、特定的依赖与注解、在应用层实现的一揽子的微服务解决方案。
在容器时代，我们希望应用程序是无状态的，可以优雅的启动和终止，并且易于横向扩展。
同样的，集成 Consul 也变得比较麻烦，agent 的启动不是那么简单，特别是在 k8s 上我们需要多级 sidecar 时，
甚至实现全链路 TLS 也非常简单，而 SLB 可以管理多个 ECS 实例，也支持实例的 health check 与弹性，这就像一个注册中心一样
在 CAP 理论中，ZooKeeper 是面向 CP 的，在可用性（available）与一致性（consistent）中，ZooKeeper 选择了一致性，
虽然中间件（middleware）这个词很容易让人产生困惑，它并不能很好的描述它的功能，但最少在实现消息队里、Event Bus、Stream 这种需求时，
回到我们平台设计的案例上，经过用户访谈粗略的采集的需求：
• 单项业务壁垒是个困局，本质上是功能缺陷，打通数据壁垒
建立模型不是最终目的，而是把复杂的业务诉求构建成简单的业务概念，在软件开发团队沟通过程中能形成共识，消除歧义，而且信息传递不失真，为输出架构奠定基础。
