开始新对话

未解决

Community Manager

 • 

6.1K 消息

2688

2018年11月8日 01:00

PRA是个啥?老板表示很满意!

老李是某跨国公司在亚太及日本地区(APJ)的CIO,日理万机。

近年来公司在亚太区的业务增长迅猛增长,今年在国内又并购了两个民营工厂,为了各个工厂的IT系统整合的事,老李自8月份以来忙得焦头烂额,连国庆假期都没休,一门心思扑在IT的部署工作上。

1.png

这天,调研完被并工厂的IT系统后,他找来驻扎一月有余的中国区IT经理和项目经理,讨论接下来部署总部ERP系统的问题。

摆在老李面前的,是关外万重山:

新工厂是并进来了,可每个工厂里MES、OA、HR各种应用五花八门,怎么办?以前就国内有俩工厂,现在整个亚太区都超过10个了。若是按以往的应用开发进程,要统一各个工厂MES系统,没个两年是做不完的。

摆在这位CIO面前的,是由国内和海外各个分支工厂由点到面构成的一张蓝图,过去可以依靠公司总部IT来支撑系统,未来呢?建设亚太数据中心,构建可促进和增强企业的专业知识和价值的现代基础架构。要现代化,就必须进行数字化转型,在全公司范围内开展广泛而深刻的变革,包括业务活动、产品设计、流程、能力、模型等各个方面。


思索了很长一段时间,老李有了初步构想——

建设亚太数据中心,构建现代基础架构,需要采用敏捷、精益的方法替代传统的软件和服务的构建和交付方法。

李总拿起手机打电话给中国区IT经理:

Q“我这个设想如何在技术上实现?”

IT经理说“采用敏捷开发、交付模式、云架构或者诸如社交、移动、高级分析等迅速发展的技术”。

Q“云架构?我们不是已经上了虚拟机了。”

“不是的。这个云架构是PaaS云,和敏捷开发、交付模式改变是紧密相关的。秉持持续交付理念并采用协同开发流程,能够更快制定更高质量的决策并实现大规模交付。使用现代流程和技术有助于降低运营开销,使企业减少维护方面的投入,进而增加投资于支持快速变革和绿色发展的创新方面。


另外,利用敏捷和精益开发模式的企业可以减少管理任务,加快交付速度,从根本上改善价值实现时间方程式。使用现代开发方法和工具的团队可以持续发布产品,获得先发市场优势。”

Q李总进一步发问:“那实现PaaS是不是像虚拟化一样,有VMware这样的商业软件,也有开源软件?”

是的,开源的K8s是一个容器调度平台,提供在分布式集群环境中进行容器自动化部署、调度、扩缩容、健康检查等工作,但目前在企业运维环境中表现出很多不足:

1.png

开源K8s难以支持企业运维

另一种有商业技术支持的是Pivotal的PKS解决方案

1.png

PKS解决方案概览

两者对比:

Pivotal Container Service (PKS) 开源 Kubernetes
平台搭建

平台可以按需生成K8s集群,开发人员只需提供生成K8s集群的相关参数即可,无需手动配置

需要手动配置服务器,操作系统,网络环境,并手动安装配置调试K8s集群

网络管理

·支持开源的网络插件如Flannel,Calico和Weaver

·通过集成商业网络插件NSX-T,可以实现多租户的网络隔离,网络安全策略的配置,容器网络的安全配置等功能

·开源的网络插件如Flannel,Calico和Weaver

·无法支持多租户网络隔离,无法进行网络安全策略和容器网络的安全配置

运维

·支持应用层的监控和自愈

·支持K8s组件以及所在虚机的监控和自愈

·支持应用层的监控和自愈

·不支持K8s组件层的监控和自愈功能

可用性/稳定性

·支持K8s自动跨物理集群进行高可用部署

·支持容器,K8s组件,虚机以及物理集群四层的高可用性

·手工部署K8s集群,跨物理集群部署非常困难

·仅支持容器层面的高可用性

升级扩容

·对于操作系统,CVE,补丁,以及K8s平台自身升级可以通过CI/CD管道进行,无需停机

·可以通过命令行自动获取系统资源并对现有平台进行扩容,无需停机配置

·对于操作系统,CVE,补丁以及K8s平台自身升级,需要手工逐个虚机进行配置调试,平台需要停机

·如果现有K8s集群需要扩容,需要手动配置测试新的节点以及整个集群

平台演进

·没有对K8s做任何定制和扩展,可随时安装开源社区中新的软件

·随时以自动化的方式升级到K8s的最新版本,升级无需停机

·如果没有对K8s做任何定制和扩展,可随时安装开源社区中新的软件

·需要资深技术人员对新旧版本兼容性进行彻底研究,并需要做复杂的手工升级操作,必须停机

综述

通过与Google研发合作,通过软件实现的运维自动化,大大节省人力成本,同时保证平台整体的可用性,稳定性,安全性,可管理性,实现真正7*24运行

·K8s真正的痛点在于运维。全手工运维,需要较高人力成本,并且面临严重的稳定性和可靠性问题;

·目前市场上难以找到合适的软件解决运维问题;

·目前很难找到能对K8s底层技术精通的工程师

此外,还有针对PKS的全新部署选项:Dell EMC的Pivotal Ready Architecture。

1.png

Pivotal Ready Architecture

借助戴尔易安信新发布的Pivotal Ready Architecture (PRA),PKS部署能够实现巨大的便利性。

PRA可以为PKS和PAS(Pivotal的应用平台)提供经过测试和验证的参考架构。它采用了Dell EMC的超融合设备VxRail以及VMware vSphere, NSX-T。

与开源 PKS需要从零开始进行架构设计相比,PRA的架构和Sizing经过测试验证,无需重新设计。它具有完整的预设计的部署方法、流程、文档以及自动化安装部署PCF脚本工具,可以缩短部署时间,降低失败风险。

1.png

作为经过认证的运行PCF最优架构、软硬件及版本,PRA可以避免兼容性和互操作风险。同时提供Site/Rack/VM/Container/ Processes/Application等多重高可用。除此之外,Dell EMC还可提供整体的存储数据保护、备份、容灾等能力。

PRA是全软件定义和横向扩展的体系架构,具备IaaS & PaaS全面的运维监控能力,可零宕机升级、平台故障自修复。支持小规模起步,未来大规模扩展、扩容也会非常简单快捷。

关于具体落地,可以借助Dell EMC咨询服务团队,让专家根据情况给出部署指导。售后服务方面,戴尔易安信First Call单一厂商统一的售后技术支持服务可为您免去后顾之忧。

听完IT经理的讲解,老李深以为然,上PaaS,满足公司快速部署、整合、高速增长的需求,PRA真是个不错的解决方案。

“这下,终于能喘口气了,马上安排,等部署好了,我要把国庆休回来!”说完,便拨通了戴尔易安信的咨询电话。

#IWork4Dell

请您将合适的回复标记为“接受的回答”,并为喜欢的帖子“点赞”。这对我们非常重要!

没有回复!
找不到事件!

Top