无论是CMP，还是PaaS，还是CMDB，建设到最后，都是IT服务目录的一个模块或者一个子系统，这是趋势。关于CMP和PaaS的边界问题，其实也没有固定的边界，看你如何定义二者的范围，为什么这么说，因此CMP 实现了异构资源的统一，重点对云上的资源进行生命周期管理管理与部署调度，尤其是基础架构方...

1、基于微服务架构的业务应用系统，在系统内，各个微服务之间调用的流量，属于东西流量，通常是不做网络隔离策略。2、在系统外，是属于南北流量，可以在流量入口的负载均衡，防火墙，K8S集群的Ingress上评估做网络策略。...

可以尝试使用微服务管理平台，一般都包含服务治理及全面数据化运营等功能，应该能满足您的需求。服务治理：提供异构服务间的服务注册与发现/服务鉴权/服务路由/服务限流/分布式事务/分布式配置/分布式消息等基础微服务治理能力。全面数据化运营:完整的资源、应用、服务数据跟...

容器云编排是将部署、管理、弹性伸缩、容器网络管理都自动化处理。可以帮助你在不同的环境中部署同样的应用，而无需重新开发。容器可以通过微服务架构设计思想使其更好的编排服务，如：存储、网络、安全等。容器云编排目的：1、资源调配和部署；2、配置和调度；3、资源分配；4、容器可...

1、如果打算实施微服务，组织架构的调整是势在必行的，因此首要条件就是获得高层的支持，而不是由架构师或者teamleader从技术的角度去推行，这样阻力会非常大。2、如果团队技术能力比较强，那么可以尝试service mesh3、如果以业务角度为出发点，那么可以推行统一框架，减少技术上的难...

这个问题很好，也很有代表性，首先谈限流：限流：限流的策略分很多种，基于IP的限流，基于用户的限量，还是基于接口的限流降级：降级是双端都需要做，服务提供方需要做，调用方也需要做，单只降级的前提一定有限流，否则降级也会被打垮熔断：熔断的前提是非核心业务的熔断，如果核心业务都挂了，那么需...

由于服务提供方和Consul的心跳有间隔，所以下线后Consul不能立刻感知。一般都是使用客户端重试机制或者修改代码，服务下线后立刻通知Consul。

初期建议以业务为单元来拆分，不要拆的过细。比如用户，产品，订单，搜索等。再到后续迭代的时候，发现用户模块的迭代频率非常高，那么用户模块继续拆分。

1、首先微服务之间的通讯基本上都是基于内网的，所以基于这个前提条件，如果是多地部署，则需要每个IDC完全部署一套一样的服务。可以达到某个IDC故障后随时可切换。2、多IDC部署，也需要遵循主备原则，因为数据需要从主同步到备。3、当主出现异常后，在启动备的同时，数据流向也改变了...

两个层面：1、基础运维和监控：对容器系统监控、对paas平台服务组件监控、对宿主机系统监控和运维等，容器的监控方案开源社区很多种，常见的就是Prometheus；对paas平台服务组件监控一般看各个平台本身的监控；对宿主机监控可以用传统的监控方式，也可以用Prometheus；2、微服务应用的监...