某银行需要做微服务的容器化改造，目前有哪些厂商比较好？需满足6点需求

京东云、网易蜂巢，灵雀云、DaoCloud等

神马、博云等很多厂商可以做

基于您所提的6点要求，您不妨可以尝试一下开源工具 Rancher 2.x，Rancher是一套容器管理平台，它可以帮助组织在生产环境中轻松快捷的部署和管理容器。 Rancher可以轻松地管理各种环境的Kubernetes，满足IT需求并为DevOps团队提供支持。不仅可以方便快速的创建管理多k8s集群，对于已经存在的k8s，也可以方便的导入并管理。一些参考链接如下：

• Rancher技术手册(中文): https://www.rancher.cn/docs/rancher/v2.x/cn/overview/
• Rancher技术手册(英文): https://rancher.com/docs/rancher/v2.x/en/overview/
• Rancher在线培训: https://space.bilibili.com/430496045?from=search&;seid=13281690647463768436
• github地址: https://github.com/rancher/rancher

关于6点问题的解答如下

1. 渐进式的微服务架构支持

• 问：现有的系统采用dubbo+zookeeper分布式微服务的架构，模块比较多，首先只针对非关键模块进行容器化改造试水；所有的服务模块都共用一个zookeeper注册中心，注册中心位于容器集群外部，需提供内外部网络互访的方案。
• 答：罗马并非一天建成，同样的，容器化与微服务改造是一个持续渐进的过程。所以，考虑到很多部分服务已经容器化运行与k8s集群，部分还在集群外的场景。集群内的服务可以通过NodePort、Ingress等方式提供给外部访问（这是标准的服务发布），而对于暂时未做容器化的服务，Rancher支持用户方便的把集群外的服务（IP）解析为集群内的service。而这样便实现了集群内网服务访问的一致性，同时通过自定义service注册的方式，实现了集群内应用对外部服务的解耦。
  

2. 日志持久化方案

• 问：涉及金融交易，日志需永久保存以及查询最近一段时间的日志。
• 答：Rancher的日志收集包含二个层面：（1）容器的标准输出stdout和标准错误stderr；（2）容器内文件日志。 其中前者为输出到容器的控制台console的日志，Rancher会默认收集。后者是应用输出到容器内文件的日志，这种场景一般是由于应用做容器化改造时候，没有改造彻底导致的历史遗留。这种日志在Rancher平台中可以通过挂载日志卷flex volume的形式收集。日志输出支持对接多种收集目标，包括常用的elasticsearch、splunk、syslog等，如果对接一些企业专用日志平台，也可以通过对接kafka的方式，把日志发送出去。
  

3. CI、CD持续集成、部署的需求。

• 答：Rancher平台基于jenkins-core封装了精简易用的CI/CD流水线，可以实现从代码提交、编译、测试、镜像构建、测试环境部署、应用商店更新推送的以应用为维度的全流程的CI/CD流程。一个简单的流水线示意如下：
  

4. 容器监控告警方案。

• 答：Rancher与prometheus、alertmanager深度结合，可以实现容器全生命周期、多维度、多指标的监控，以及基于此监控指标的告警。同时，Rancher平台也支持对接用户自定义的metrics指标，收集到prometheus中，统一的进行管理。监控示意图如下：
  

5. 生产、灾备中心的HA方案。

• 答：高可用（HA）、灾备有二个层面，一是平台层面，二是应用层面。下面分别就这二个层面加以说明。
    - 平台层面：Rancher容器云平台的管理平面在高可用HA部署架构下，是把Rancher Server部署在通过RKE工具创建的Kubernetes集群中。A地集群的定时任务会自动的把管理平面的数据保存在本地或者s3存储中。为了保证数据的安全性，可以定时的把备份数据在B地也保存一份。当A地崩溃后，在B地根据备份文件恢复出一个Rancher管理平面即可。参考Rancher HA部署
    - 应用层面：应用层面的高可用、灾备可以通过多集群应用来解决。在某些特殊的场合，如需要在异地的多个集群中都部署数据库一类的基础组件时，传统方式需要手动的在每个集群中逐个部署应用，当集群数目较多时，如何保证配置的一致性以及如何节约人力都存在问题。而容器云平台支持多集群应用，可以一键式的在Rancher所纳管的每个集群中基于同样的配置部署同一套应用系统，配合统一的LB，实现应用跨集群的高可用、灾备效果。
  

6. 多个集群的统一化管理

• 答：多集群的统一化管理是Rancher的核心能力之一。Rancher支持几乎所有主流的公有云（阿里云、腾讯云、华为云、百度云、平安云、AWS、Azure、GoogleCloud）的托管容器服务、也支持对接IaaS层资源。对于私有数据中心常见的VMware、OpenStack也可以实现IaaS层的对接。同时也支持纳管物理机（Bare Metal）的纳管。一个典型的多集群管理画面如下，包括一个对接Amazon IaaS所创建的集群、一个手动创建的集群以及一个预先存在导入到Rancher里进行管理的集群。
  

有疑惑之处请随时联系。谢谢。

类似这样的需求，应该是从技术角度提出的。预算肯定比较高，而且还需要大量的培训，毕竟很多东西现有的开发工程师肯定不理解的。既然是Dubbo的方式，那我建议你去使用阿里云的EDAS，上面说的6个需求都有一套方案即可满足。

灵雀云是国内最早推出企业级容器云产品和服务的专业厂商，灵雀云金融行业解决方案包含自动化运维、微服务治理、DevOps 等多场景模块及方案，已完整覆盖需求：
1、企业级微服务治理组件可支持基于 Dubbo、Spring Cloud、Service Mesh 等框架应用的一站式运维管控。a)、提供服务注册与发现/服务鉴权/服务路由/服务限流/服务调度等基础微服务治理能力；b)、提供多维度的数据化能力，整合给业务方进行业务运营；c)、提供连接其他资源的能力，比如整合分布式数据库中间件，kafka，MQ等等，提供统一能力输出给业务，打造技术中台；
2、自动化运维能力包含满足银行两地三中心 HA 要求的多集群管理、联邦集群管理；内置集中式日志及监控管理，实现基于权限的查询检索等；同时包含多租户、权限等其他管理能力。
3、DevOps 平台提供包含需求管理、项目管理、研发、测试、运维等服务在内的开箱即用一站式服务， 平台整合了 DevOps 工具链，深度集成代码仓库、制品仓库、持续集成、项目管理、自动化测试等类别中的主流工具。
以上方案均已在某国有大行、招商银行、中信银行、光大银行、平安银行、浦发卡、中原银行等众多银行客户落地验证。
篇幅原因无法一一展开，后续可做进一步介绍。

博云的企业级PaaS解决方案，可以完整的解决所提的六点需求和问题。其下三类子产品，针对不同方向做出相应的解决方案，同时又可深度合并提供整体解决方案：
1、针对容器云管理，基于kubernetes开源架构，推出的容器云管理平台，支持多集群、多租户、多分区综合管理。并集成ELK架构的日志中心，应用商店、自动化物理部署、简易CI/CD流水线等功能。
2、针对微服务应用，基于Dubbo、SpringCloud、gRPC等微服务框架，推出微服务治理平台，支持多种注册中心、治理组件的兼容，并集成专业的APM，从资源、性能、运行状态等多个维度整理出监控、告警和统计报表。
3、针对需求开发阶段的管理，推出DevOps产品，从需求、设计到开发、测试的全程管控，并支持CI/CD 自定义设计的流水线。
在项目中，多次遇到微服务迁云的需求，并多次以微服务治理和容器云为核心，解决客户微服务上云问题，在这方面有丰富的项目经验，且以银行类项目居多。
如果感兴趣，可以跟我深聊一下，我就是这个微服务治理的产品经理