这种情况很金融企业很类似，金融企业是因为区域的隔离，所以要求jenkins以不同参数的方式进行build。一般情况下，持续交付流水线贯穿了业务需求、环境适配，研发、测试、安全、运维，最后上线，完成狭义上的“产品级”制品的交付，这个流程是没问题的。在多套环境下，举个例子，sit环境，pre...

准确说，如果你的场景不复杂，是可以取代的，但是这么说也比较绝对。kubernetes和springC是两个不同的东西，在很多次场合，很多实践者都对这两个技术栈站台，都号称这两个都是开发和运行微服务的最佳环境，但是呢，依然没有说清楚，这两个是不同的东西，面向的技术栈都不一样，甚至可以说，本职...

水平一般，能力有限。说说个人认知仅供参考。 icegrid 、dubbo，阿里开源的基于java的微服务架构、spring cloud这三个都是微服务框架icegrid，我了解比较少，就不班门弄斧了Dubbo：国内最早开源的 RPC 框架，由阿里巴巴公司开发并于 2011 年末对外开源，仅支持 Java 语言。Dubbo 的架...

https://www.jianshu.com/p/ecccad09d980

微服务的注册中心还是需要的，k8s很好的解决了微服务业务部署的问题，但对业务本身注册和管理还需要业务本身来做。

灰度发布（金丝雀部署其实也差不多），其主要功能点是流量的分流，通过流量的分流达到灰度的调用和响应。那么流量的分流就会两种调用情况，一种是南北向的，一种是东西向的。1、南北向的好说，无论是通过k8s的Ingress还是通过自建的API网关，都可以在网关处，很容易的做到，只需要把流量引导...

建议从以下几方面去考虑：1、数据安全问题，例如 容器突然崩溃，数据库未正常关闭，可能会损坏数据。另外，容器里共享数据卷组，对物理机硬件损伤也比较大。2、性能问题， 关系型数据库，对IO要求较高。当一台物理机跑多个时，IO就会累加，导致IO瓶颈，大大降低 读写性能。3、网络问题， 要理解 ...

Spring Cloud Function是一个使基于Lambda，Azure以及其他“serverless”平台简单的构建无服务器应用程序的工具。它为所有主流JVM语言提供了一个模型，并且可以对不同平台进行部署。下面是创建一个Spring Cloud Function Serverless项目的步骤：选择适当的IDE，在IDE中打开Sprin...

目前企业采用比较多的微服务框架主要基于Dubbo或Spring Cloud，服务注册中心一般是eureka、zookeeper以及后来推出的nacos，同城双活环境下，可以跨集群部署一套注册中心，微服务应用调用时优先调用同集群微服务，当同集群无可用服务提供方时，调用跨集群服务提供方。另外，当存在跨集...

其实是rancher有一套、接入rancher的K8S有一套、springcloud有一套。 我认为服务发现，注册中心做一起获益不大。配置中心可以考虑多环境共用一套apollo。