集团容器云如何建设?产品选型及标准上有哪些建议?

我们招商局集团是一家大型中央企业,属下业务板块众多,既有金融板块(银行、证券、保险等)、地产板块、交通物流板块、工业板块等。金融板块IT比较独立。集团今年在落实数字化转型中,提出两平台一体系的建设:云平台、大数据平台、数据治理体系。云平台建设是基础,是集团数字化转型的底座,云平台建设重点是PAAS平台。按照集团信息化的特点及现状,总部综合管控系统、下属公司业务系统等基本采用购置第三方的成熟产品套件,这块完全云化,不太现实,需要第三方厂家产品支持。

关于容器云建设,这个在传统行业也刚刚起步,在容器云建设大家认识不统一:
第一、完全自研不太现实,资源配置不足;
第二采用容器云平台,行业的软件提供商在支持容器开发上产品不多。
基于这样的场景,集团容器云如何建设?采用K8s+docker是否能够满足未来的云化需求?行业内的PASS平台缺乏统一标准,各厂家产品的组件化提供方式不太成熟(组件化输出为能力,移植到自有的PASS平台)。在产品选型及标准上有什么好的建议?传统的应用是否有必要向容器云分拆成微服务?

参与34

5同行回答

HugoXiaoHugoXiao  业务咨询顾问 , 博云
在考虑第三方容器云平台的选型上,这个问题有很多复杂的影响因素,包括技术和非技术的,不同的组织情况不尽相同。我更建议在如下维度进行考察:容器云的生产案例应用有哪些?平台生产级能力是否经过了长期有效验证?第三方团队的定制化能力?第三方团队技术赋能和为贵司团队培养的能力...显示全部

在考虑第三方容器云平台的选型上,这个问题有很多复杂的影响因素,包括技术和非技术的,不同的组织情况不尽相同。我更建议在如下维度进行考察:

  1. 容器云的生产案例应用有哪些?平台生产级能力是否经过了长期有效验证?第三方团队的定制化能力?第三方团队技术赋能和为贵司团队培养的能力?
  2. 在技术方面,开源贡献度如何(比如K8S社区近90日的排名),底层掌控力是否足够强?
  3. 结合题主的现状,在考察PAAS平台时,除了关注容器云平台之外,也建议关注考察PAAS平台中是否有微服务治理平台及微服务拆分咨询的经验与能力。
  4. 容器云平台可重点考察是否具备多集群、多租户体系、统一认证能力、CICD能力、容器化及非容器化全生命周期统一管理的能力、中间件集成能力、网络方案是否符合贵司组网、安全方案、DevOps能力、应用容器化实施能力,与贵司已有系统对接整合的能力、与基础设施的融合能力等。
  5. 微服务治理平台可重点考察支持的微服务架构是否与贵司采用的架构一致?组件的性能如何?全链路调用链分析能力。

PAAS云平台既要于底层基础设施交互,又要支持顶层应用,涉及面和覆盖面都非常广,因此建设过程中与单位内部已有设备、流程等进行结合时需要进行综合考虑,上述内容仅作抛砖引玉的参考。

收起
IT咨询服务 · 2019-06-24
浏览3166
dean25dean25  软件架构设计师 , 民生银行
目前来看,K8S+Docker已经是大势所趋,可以作为容器云平台的核心。当然,一个完善的容器云平台不能只是K8S+Docker,还需要一个统一的自服务管理平台,需要配套的应用日志处理系统、监控系统、DevOps流程和工具体系、资源申请和管理体系、应用容器化改造规范等。这些方面,涉及大量的...显示全部

目前来看,K8S+Docker已经是大势所趋,可以作为容器云平台的核心。当然,一个完善的容器云平台不能只是K8S+Docker,还需要一个统一的自服务管理平台,需要配套的应用日志处理系统、监控系统、DevOps流程和工具体系、资源申请和管理体系、应用容器化改造规范等。这些方面,涉及大量的定制化,市面上不一定能找到合适的产品,如果具备自研能力,可以自己自主设计开发。如果不具备,可以考虑采购一些产品,快速形成能力,并要求厂商支持定制化开发。

容器天生是要求微服务的,所以做应用容器改造实际上就是一个应用微服务化的过程。传统应用里,如果以前都是按照模块化方式开发的,改造起来相对容器,只需要把模块改造成微服务,通信方式从IPC换成RPC,并对日志输出方式做一定改造。如果不是模块化的,改造难度会比较大,可以尽量做一些拆分,让单个容器不要承担太多的功能和压力。

收起
银行 · 2019-06-20
浏览3215
gxcornflakesgxcornflakes  信息技术经理 , 某金融单位
1、云平台,从一个维度上讲包括IaaS、PaaS和SaaS,从另一个维度上讲包括计算云、存储云和网络云。首先贵公司确定建设目标,是基于容器技术的PaaS云平台,所以围绕这个目标进行建设。2、容器技术,目前技术路线已经非常清晰,由原来的三足鼎立(k8s、mesos、swarm)演变为一枝独秀k8s,大家...显示全部

1、云平台,从一个维度上讲包括IaaS、PaaS和SaaS,从另一个维度上讲包括计算云、存储云和网络云。首先贵公司确定建设目标,是基于容器技术的PaaS云平台,所以围绕这个目标进行建设。
2、容器技术,目前技术路线已经非常清晰,由原来的三足鼎立(k8s、mesos、swarm)演变为一枝独秀k8s,大家可以紧追k8s路线,且k8s经历了大版本的变更已逐步稳定、国内外生产案例具有大规模集群案例,基于k8s的方案已逐步走向成熟,k8s生态也逐步建立起来,当然相关组件还需进一步生产实践;
3、云管平台,所有功能基于UI化,以便操作用户和管理员用户进行操作,同时API化,以便各平台调用;同时运维方面,包括资源管理、组件管理、健康、日志、监控、应急、容量、部署、镜像、弹性扩缩、网络、存储、负载均衡等管理,运营方面,包括各应用系统的资源概览、容量分配情况、资源使用等情况;多数据中心管理,数据中心多集群管理、多数据中心集群管理、多数据中心镜像管理、资源统一调度、同城数据中心双活、异地数据中心灾备、灾备演练、灾备一键切换等功能;客户化,由于公司流程复杂、数据中心平台繁多,容器产品需要进行很多客户化开发,并进行各种流程系统对接。
4、容器平台建设,第一阶段采用厂商(建议专业做容器技术的厂商)合作模式,引入产品,由厂商支持底层组件等运维,有条件的情况下逐步过渡到以我为主(规划需求设计)、厂商为辅(开发测试运维),同时建设自主研发团队纳管云管平台建设。
5、团队方面:容器技术本身较难,需要技术研发团队进行新技术的调研、二开、应用的开源治理工作,同时运维支持进行问题排查工作;同时由ITIL流程逐步转换为较为轻量级的DevOps流程来适配容器云平台建设和应用,这需要从制度流程上和团队思维上进行逐步改变;
6、应用方面,应用包括稳态和敏态,容器适合敏态业务的应用(或者互联网应用)。传统应用根据整体规划逐步向微服务演进,一般的传统应用进行无状态改造后可直接上容器;非常厚重的应用需逐步改造为微服务,微服务拆分可按照业务进行拆分。一方面摸着石头过河,一方面最重要的是在改造过程中建设微服务规范和应用适云规范,逐步推广,这是一个长远建设的过程,需要加强技术人员支持。

收起
金融其它 · 2019-06-19
浏览3443
StevenSteven  IT顾问 , steven
云平台不只是容器云,容器云可以是其中的一部分。集团考虑云计算平台作为数字化转型底座,可以考虑构建统一的基础设施平台,包括IaaS和PaaS,技术实现有很多种,容器云只是其中一部分。考虑资源管理和应用管理分离,通过租户机制实现使用资源满足应用运营管理需求。需要构建企业级Pa...显示全部
  1. 云平台不只是容器云,容器云可以是其中的一部分。集团考虑云计算平台作为数字化转型底座,可以考虑构建统一的基础设施平台,包括IaaS和PaaS,技术实现有很多种,容器云只是其中一部分。
  2. 考虑资源管理和应用管理分离,通过租户机制实现使用资源满足应用运营管理需求。
  3. 需要构建企业级PaaS平台,支持多集群、多数据中心部署
  4. 选型容器云,需要自身具备自主控制能力,否则不建议实施容器云。
  5. 采用容器云可能需要同步考虑微服务架构,实现业务应用的改造,能够发挥容器的特性
收起
证券 · 2019-06-19
浏览3295
liufengyiliufengyi  软件架构设计师 , 某车企
1.首先需要统一认识,使用容器需要解决什么问题。2.公司需要有对容器比较熟悉的人牵头建设,或者与容器厂商共建3.k8s和docker基本能满足大部分的需求,不过容器化建设的难点还在于存储,网络还有与基础设施整合,流程制度等等一切4.先试点非关键应用,需要频繁变更应用或者需要快速...显示全部

1.首先需要统一认识,使用容器需要解决什么问题。
2.公司需要有对容器比较熟悉的人牵头建设,或者与容器厂商共建
3.k8s和docker基本能满足大部分的需求,不过容器化建设的难点还在于存储,网络还有与基础设施整合,流程制度等等一切
4.先试点非关键应用,需要频繁变更应用或者需要快速扩缩容的应用,或者是敏捷性应用

收起
互联网服务 · 2019-06-19
浏览3258

提问者

linjie
信息技术经理cmhk
擅长领域: 云计算网络灾备

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2019-06-19
  • 关注会员:8 人
  • 问题浏览:7347
  • 最近回答:2019-06-24
  • X社区推广