首页 文章 精选 留言 我的

精选列表

搜索[趋势探讨],共10000篇文章
优秀的个人博客,低调大师

主机存储市场的发展趋势

观点 主机存储市场仍然是存储领域的重要市场; 主机存储虽然相对封闭,但是仍然生机勃勃; 国内厂商没有参与到主机存储市场,但是国内用户的主机存储使用水平处于领先的位置; 主机存储市场机遇与挑战并存。 引言 今天的存储市场环境中,多数的从业者对市场上的知名品牌,像DELL/EMC,Netapp,HPE、华为等都非常熟悉,甚至个别来自国内的跨行业厂商,例如海康威视也成为了业内著名的供应商。不过,本文所关注的是一个相对冷门而技术门槛较高的细分市场——主机存储市场。事实上,这个市场承载了非常多用户的关键业务,它的特点是需要极致低延时、海量吞吐能力、超高可用性,同时必须支持与主机集群技术集成的多地多中心的业务连续性解决方案。这个市场一个显著的特点是他们的主机平台都是System z大型主机,使用的连接协议多数是FICON协议。目前这个市场主要的厂商是IBM,DELL/EMC和Hitachi。尽管这个市场的份额在全球外部磁盘市场中的占比并不大,但是因为比较高的技术门槛和极致的使用需求,依然在面向大规模并发事务处理场景的高端存储界有着标杆意义。 主机存储技术 近年来,相当多的市场分析师认为,随着越来越多的应用在转向云计算,大型主机市场在变小,甚至最终会消亡。但是在当今全球,仍然有71%的财富五百强公司,92%的世界顶级银行,25家顶级航空公司中的23家,最顶级的10家保险公司仍然在使用大型主机(根据IDC 2019年数据)。放眼国内,六大银行中的五家,以及一些全国性的股份制商业银行仍然在使用大型主机。由于历史原因,作为高端存储鼻祖的大型主机存储市场的发展既相对封闭而又竞争激烈。截止到目前,主要有IBM,DELL/EMC与Hitachi具备该市场领域的持续性研发能力。而在另一些主要的开放平台市场领导者的网页,比如Netapp、HPE,以及国内一些后起之秀的存储供应商,比如华为等等,并没有信息表明他们在研发支持FICON协议的存储,这也与IDC近年的结论相同。根据IDC 2019年的数据,全球主机存储市场上,IBM拥有超过50%的份额,另外两家共享其他的市场份额。 但是最早占据统治地位的主机存储是EMC。1996年到2005年,EMC都占据了超过50%的主机市场的份额。直到2004年,IBM的DS8000系列诞生。得益于主机用户发现存储越来越重要,IBM开始基于DS8000的平台与主机技术联动,深入研发主机上使用的存储技术,这些存储技术,也帮助主机的用户确保了关键业务的连续性。这些技术也逐步被介绍到开放平台——有些是随着开放平台越来越重要,有些是随着“下主机”的浪潮而来。 这些让IBM开始占据主导地位的技术包括: 缓存专利算法。IBM在DS8000系列的缓存算法中结合了自身主机平台DB2数据的特性,保证主机数据库业务的缓存命中率非常高。在一些银行业务中,缓存命中率甚至高达95%以上。 zHyperlink协议。IBM在主机平台宣布的zHyperlink协议连接技术,能够10倍降低当前的DB2或者VSAM联机应用的IO延迟时间。 主机高性能FICON技术(High performance FICON for z Systems,即zHPF)。zHPF的应用,让采用DS8000的主机用户的DB2应用改善了响应时间并提升了吞吐能力。与zHyperlink技术不同的是,zHPF采用的是传统FICON通道,传输距离的限制比zHyperlink小多了。 多目标复制功能与零数据丢失双活。在宣布了多目标复制功能后,IBM才真正在GDPS软件中加入了对更高级别的支持零数据丢失的双活解决方案的支持。 Power控制器。随着IBM Power控制器性能的提升,DS8000系列在坚守传统3层架构,双控制器的前提下,能够提供业界低延时标杆意义的超高性能,并实现了闪存时代的高带宽要求。 三中心/四中心/多中心。DS8000的多中心复制技术与GDPS结合,在国内实现过全球首例同城零数据丢失的双活中心结合异地容灾中心的解决方案。甚至有的客户近期实践了1200公里的零数据丢失双活解决方案,这都彰显了DS8000的强大生命力。 主机存储上的另外两家供应商同样在发展着新技术——尽管比占据主导地位的厂商在时间上要晚一些。DELL/EMC的最新高端闪存,PowerMAX 8000系列,一款基于Intel芯片的高端阵列,采用了最新的闪存介质技术,包括Intel的Optane,以及NVMe技术。Power MAX 8000原生支持FICON协议,可以连接到大型机,借助于大型主机对高性能和低延迟的要求,这些新技术可以在主机存储领域获得验证。Hitachi最新的VSP 5000系列同样原生支持大型主机和FICON协议。而IBM大型主机也展现了与DELL/EMC和Hitachi的良好互动,IBM的GDPS Metro容灾解决方案首次认证了DELL/EMC和Hitachi的高端产品,尽管相比IBM DS8950支持的两地三中心甚至四中心方案,GDPS只认证了另两家的同城数据中心的高可用解决方案,但是这仍可以看作是大型主机为维持自己的生态圈而做出的努力。 中国市场 中国市场上使用大型主机的主要客户集中在银行业。目前,大约有十余家左右的银行在使用主机,之前,这个数据可能更多,随着云计算和x86服务器性能的提升,有一些银行选择了更换核心系统。但是大型银行选择主机作为大规模关键业务联机处理的运行环境仍然是可用性与性能角度的首选。与全球市场差不多,这十余家银行大部分采用了IBM的主机存储用于核心生产系统,仅有2家银行分别采用了DELL/EMC和Hitachi。 中国市场上的用户的主机和存储的使用水平在全球处于领先地位。主机平台全球第一例同城零数据丢失的双活中心结合异地容灾的两地三中心解决方案与首例1200公里零数据丢失的双活解决方案都在中国。在2020年,这家在1200公里部署双活数据中心的大型银行投产了IBM最新的DS8950F,这些案例在全球都是领先的水平。这也造成了这些大型客户在去主机平台时更加倾向于谨慎,因为从x86或者其他芯片平台上的技术积累在较短时期内很难获得类似水平的成熟的高可用技术服务水平。 但是用户得益于主机平台培养的技术能力,在过去的十数年间,也在尝试在开放平台应用这些技术。最主要的尝试应该是在开放平台同样建设的两地两中心或者三中心的高可用管理运维体系。这些运维和管理的技术和经验让国内大型银行在开放平台仍然具有领先其他行业的高可用服务管理水平。 机遇与挑战 全球主机存储市场毫无疑问仍然会在将来的一段时间内继续发展。但是仍然面临非常大的挑战: 只有三家主要供应商在这个领域,并且其中IBM占据了超过50%的份额。这不是一个好信号。想象若干年前小型机的市场吧,IBM Power占据了50%的份额后,HP退出了这个市场,随后Oracle也宣布退出,最终小型机市场出现了断崖式的下滑。有时候独孤求败并非好事。 主机平台仍然相对封闭,相对缺乏活力。尽管IBM在国内外的大学合作部曾经培养过非常多的主机人才,但这项工作近年来似乎已经停滞。IBM的主机销售模式仍然是直销为主,也限制了参与其中的生态圈的发展,而在开源、云计算日益火爆后,所面临的后续主机人才断层问题是需要警惕的。 依赖于主机平台的业务发展。在近年来云计算对主机平台冲击浪潮中,部分主机用户选择把一些业务下移,一定程度上给主机存储市场也带来负增长。 但是全球来看,在关键业务和下一代工作负载领域,主机平台仍然有非常强的生命力。云计算和x86的计算平台,仍然无法在关键业务领域的可靠性方面与主机匹敌。主机和主机存储组成的生产环境最高可以带来9个9的高可用性,让很多用户选择把关键业务留在主机平台。所以对主机存储平台来说,最大的挑战是如何在云计算浪潮和下一代工作负载到来之前,研发更多有生命力的新技术,以巩固主机平台的技术基础。IBM在这个领域做出了一系列的探索,在收购了red hat之后,IBM正把越来越多的云计算负载尝试部署在主机和LinuxOne服务器上,并配套了大量软件定义解决方案。在目前主机存储的市场现状上,如何利用好当前存量的主机客户,让他们把新兴负载和下一代计算负载保留在主机平台,是IBM等供应商未来成败的关键所在。 结论 随着三家厂商特别是IBM在主机存储领域的持续研发投入,主机工作负载在性能、高可用性、数据安全甚至是与云计算技术的集成方面获得了极大的提升。主机的用户将在这些提升中获益。在可以预期的将来,主机存储的市场还将是全球存储市场中重要的一块,也将会继续引领高端存储技术的发展。 查看IBM DS8900F产品详情 立即前往了解IBM现代化IT基础架构:面向混合云的数据优先基础结构 【责任编辑:张燕妮 TEL:(010)68476606】

优秀的个人博客,低调大师

云原生发展趋势浅谈

随着云架构的不断普及,“未来的软件一定生长于云上”的理念被越来越多的人所接受。云提供了一种面向企业应用实现按需进行资源分配的模型,以一种全新的、高效的方式来部署应用。企业纷纷开始云化转型,希望将传统应用迁移到云端。 虚拟化为云计算奠定了基础,但如果运行模式不做任何改动,仅仅是把虚拟机当做物理机来使用,是不能真正将云平台的优势利用起来的。只有对应用程序架构进行升级改造,才能构成“云应用程序”。 基于云化架构的特点,定义一条能够让应用最大程度利用云的能力、发挥云的价值的最佳路径成为行业迫切的需求,“云原生”应运而生。 云原生应运而生,技术范畴渐成体系 不同的组织对于云原生有不同的理解和定义。从技术角度来看,我们可以认为云原生是一类技术的统称,基于它可以构建出更易于弹性扩展的应用程序;从业务角度来看,云原生可以带来更快的业务响应速度和需求高效实现,云原生可以有效地缩短应用交付的周期,让需求更快地变成代码,代码更快地变成线上的应用,最终为用户服务,通过缩短“time to market”带来切实的业务价值。 从更为抽象的指导思想角度来看,云原生表达了一种未来软件开发生长的管理和实践思路:即软件产生并部署在云上,且遵循一种新的软件开发、发布和运维模式,从而使软件能够最大化发挥云的能力。 2013年,Pivotal(美国云软件开发工具与服务公司)的Matt Stine根据其多年的架构和咨询经验总结出来了一个思想集合,并得到了不断发展和完善。这其中包含了DevOps、持续交付、微服务、敏捷基础设施和12要素等几大主题,不但包括根据业务能力对公司进行文化、组织架构的重组与建设,也包括方法论与原则,还有具体的操作工具。采用基于云原生的技术和管理方法,可以更好地把业务生于云或迁移到云平台,从而享受云的高效和持续的服务能力,这标志着“云原生”比较完整的范畴的形成。 从商业应用角度看,云原生有几个重要的发展节点:2013年,Docker项目正式发布;2014年,Google和Redhat联合发布Kubernetes,用于更加方便、快速对容器进行管理;2015年,由Google、Redhat以及微软等大型云计算厂商以及一些开源公司共同牵头成立了云原生基金会(CNCF)。CNCF这个非盈利组织的初衷为推广孵化和标准化云原生相关的技术,其中包括推动云原生计算可持续发展和帮助云原生技术开发人员快速地构建出色的产品。在此之后,CNCF得到了快速的发展,并逐渐构建出一整套技术。 当前,云原生技术范畴包含以下6个方面。 第一,云应用定义与开发流程,包括应用定义与镜像制作、配置CI/CD、消息和Streaming以及数据库等。 第二,云应用的编排与管理流程,包括了应用编排与调度、服务发现治理、远程调用、API网关以及Service Mesh。 第三,监控与可观测性,这部分所强调的是云上应用如何进行监控、日志收集、Tracing以及在云上如何进行破坏性测试。 第四,云原生的底层技术,比如容器运行时,云原生存储技术和云原生网络技术等。 第五,云原生工具集,在前面这些核心技术点之上,还有很多配套的生态或者周边的工具需要使用,比如流程自动化与配置管理、容器镜像仓库、云原生安全技术和云端密码管理等。 第六,Serverless,这是一种PaaS的特殊形态,它定义了一种更为“极端抽象”的应用编写方式。 容器云加速业务交付效率 云原生有两个重要的思路:第一个是敏捷的不可变基础设施,这一点目前是通过容器镜像来实现,其含义就是应用的基础设施应该是不可变的,是一个自包含、自描述可完全在不同环境中迁移的东西;第二个是云应用编排理论,当前的实现方式就是Kubernetes的“容器设计模式”。 落实到云架构的三层模型中,敏捷的不可变基础设施类似于IaaS层,用来提供计算网络存储等基础资源,这些资源是可编程且不可变的,直接通过API可以对外提供服务。云应用的编排则通过PaaS服务组合成不同的业务能力,实现服务能力的复用;而SaaS能力意味着直接在云资源上部署和应用,客户可以直接面对云原生应用。 在实践中,容器云PaaS平台在应用中得到了落地,逐渐进入商业成熟期的阶段。PaaS本质上是云计算模型中的能力层,它帮助企业提高业务交付的效率、降低企业成本,以云原生技术为基础的容器云PaaS已经成为企业IT基础设施的重要组成部分。 容器云PaaS基础设施层可以部署在虚拟机、物理机以及公有云环境上;平台架构层包含了容器编排调度、容器网络以及容器存储等。容器云PaaS支持的能力包括容器应用管理、微服务、DevOps以及中间件PaaS组件,例如消息队列、大数据、机器学习训练平台等。 在容器云之前,PaaS侧重提供支撑应用运行的应用引擎;而容器云PaaS则是融入DevOps、微服务,解决了应用的完整生命周期管理问题,从而达到我们之前所说的加速企业业务的交付效率,实现更高的弹性和可扩展性等目标。 云原生逐渐成熟,生态拓展至边缘 从云原生的发展状况看,这一领域的发展呈现出值得关注的几个特点。 首先,云原生逐渐在商业环境中得到应用和完善。在网络安全公司Stackrox的一次民意调查当中,2019年是Kubernetes在容器编排中占据主导地位的一年:86%的受访者用它来进行编排工作,远高于2018年的57%。企业Kubernetes平台Diamanti的说法是:“与2018年相比,我们清晰地看到容器管理正在进入企业IT主流。” 其次,Kubernetes在安全性方面承受着巨大压力。面向安全级别要求更高的客户,在初期安全程度较低的项目中表现良好的网络安全面临挑战。与此同时,敏捷开发和DevOps带来的高频代码发布、部署也带来了更高的安全性要求。 最后,伴随着应用从云端向边缘的拓展,云原生也在边缘计算领域得到了发展和落地,进一步拓展了云原生的应用领域:2018年,KubeCon正式公布了新的基于Kubernetes的生态系统KubeEdge,将Kubernetes生态系统从云端扩展到边缘。KubeEdge基于Kubernetes的架构体系并针对边缘场景提供了诸如离线运行能力、边云协同能力等多种特殊能力的支持,将云原生的生态和开发体验延伸到边缘,面向开发者提供统一的开发、部署、管理视图,屏蔽边缘和云端的差异。 云原生这一整套技术体系和方法论,在云化过程中可以起到从统一思想方法到云化战略落地的作用,可以预见将在未来的数字化转型中扮演重要的角色。在这一路径上,云的能力和企业管理能力、业务拓展能力能够在系列最佳实践和配套工具的支持下融汇结合,为实现组织的云战略发挥更为重要的作用。

优秀的个人博客,低调大师

内部网络自动化趋势

企业可以通过网络自动化技术来降低成本,延长正常运行时间,并简化数据中心的运营。 随着新型冠状病毒疫情让全球经济陷入衰退的境地,并迫使很多企业的员工在家远程工作,许多企业被迫提前对其数字化转型投资进行压力测试。一些测试的结果好坏参半。从积极的方面来说,大多数IT组织都发现,支持大量增加的远程工作人员是他们准备好应对的挑战,这主要是规模上的变化,而不是种类上的变化。 毕竟在过去几年中,从银行业到保险业再到零售业,各个行业领域的组织都在数字化转型计划上投入了大量资金。调研机构Ovum Research公司发现,金融领域在2018年在前台数字银行计划上就投入了近100亿美元的资金。 调研机构IDC公司发布的一份名为《全球年度数字化转型支出指南》表明,到2023年,在全球范围内,用于实现业务实践、产品和组织的数字化转型的技术和服务的支出预计将达到2.3万亿美元。数字化转型支出预计将在2019年至2023年的预测期内稳定增长,这五年的复合年增长率为17.1%。 但是,只要带宽需求激增就会形成新的瓶颈。如今,随着社交远离和居家强制要求成倍地增加了对带宽的需求,在传统基础设施上运行的网络正在努力以跟上需求激增的步伐。 一个主要的但经常被忽视的瓶颈是由过时的网络基础设施和路由系统造成的,因为应用程序要求获得更多带宽,仍然需要人工维护和管理,而很多的网络基础设施需要增加容量,特别是使用专用线路,这不仅需要几个小时或几天的时间,甚至还需要几周甚至几个月的时间。 与此同时,数字化转型在处理云计算方面的努力也在不断发展。IDC公司数据中心网络研究副总裁Brad Casemore说,“我们已经从以云平台作为目的地,并作为存储数据的地方,到以云计算为概念。IT领导者现在将云计算视为一种运营模式和原则。” 然而,随着这种运行模式和计算原则成为主流,实际情况与最终目标之间仍然存在差距。与此同时,数字化转型期间涉及混合设施,将各种私有云和公共云整合在一起。这些混合模式起到了作用,保护了传统投资,但也增加了复杂性。 从维护、控制和法规遵从性的角度来看,这些大型的、多云的、以服务为中心的基础设施已经变得笨拙,,无法使用传统工具和人工方法进行管理和保护。 通过自动化解决超大规模问题 网络工程主管Brian Armstrong于2017年入职IBM Cloud网络团队时,其网络团队已经构建了一个超大规模的网络,该网络具有68,000台交换机和路由器。 Armstrong说,“我们的工程师很有天赋,并且擅长编写脚本,因此他们最不想做的一件事就是人工配置设备。另外,使用传统工具和方法人工管理和维护如此规模的网络将需要大量人员,尤其是随着IBM Cloud的规模不断扩展。” 脚本的使用在DevOps中很常见,但是这种方法只能在具有一致的计算平台和操作系统的环境中进行扩展。对于NetOps团队而言,其情况截然不同,尤其是那些在超大规模环境中工作的团队,这些环境随着时间的推移而变化,并在传统设备上进行了大量投资。 Armstrong说,“如果我们想在整个网络上进行固件更新,那么就没有统一的方式来做到这一点。因此,我们的第一个自动化目标很简单:进行组织。” IBM Cloud的数据中心拥有一系列不同的设备,这些设备来自不同的供应商,在不同的操作系统上运行各种不同的模型。在大型异构网络中,即使是编写快捷方式也非常耗费人力资源。此外,依赖大量特殊脚本会带来安全、风险管理和治理问题。 但是,IBM Cloud无法证明更换设备是合理的,他们也不希望被供应商锁定。IBM Cloud的网络团队迅速意识到,为了跟上需求,有效管理异构硬件基础设施的唯一方法就是彻底地将网络硬件与控制平台进行分离。 IBM Cloud决定在其现有物理基础设施上建立软件定义网络(SDN)层。创建SDN层将使他们能够集中管理和以编程方式配置其所有物理基础设施。在理想情况下,SDN层还将允许他们系统地审核和更新其所有异构基础设施设备。这意味着特定于供应商的SDN解决方案已经淘汰。 经过深入搜索,IBM Cloud的网络团队从初创公司SaltStack转向了基础设施自动化平台。IBM公司将SaltStack用作全局命令和控制层,为IBM Cloud网络提供全面的审计、远程执行、自动化、补丁、安全检测和修复。 借助SaltStack,IBM Cloud能够将更新所有原有数据中心和其中约70,000台网络设备所需的时间从几个月缩短到几周。这包括测试配置更改、更新固件和启用新功能。IBM Cloud估计其网络团队节省了40,000多个工时,并消除了由于维护而导致的任何停机。 IBM Cloud继续通过SaltStack集中管理和维护其网络设备,同时还使用SaltStack软件套件的其他部分来管理虚拟环境、自动化合规性,并简化安全运营。 DDoS攻击促使罗德岛州的学校和非营利组织采取行动 对于资源紧缺的组织而言,安全性是关键的自动化驱动程序之一,这些组织无法跟上当前的威胁状况。毕竟,现在许多网络攻击者使用自动化工具来超越传统防御措施,因此,如果还通过人工处理网络安全问题,那么将不堪重负。 由于针对其成员的分布式拒绝服务(DDoS)攻击激增,OSHEAN开始调查安全自动化。OSHEAN是美国罗德岛州非营利性质的研究与教育网络 (REN) 机构,为当地公共机构提供互联网连接。OSHEAN的160名成员包括大学、K-12学校、图书馆、医院、政府机构和其他非营利组织。 OSHEAN的主要工作是处理每种DDoS攻击。当发现恶意流量时,OSHEAN的技术团队会人工地将恶意流量拒之门外。这导致目标成员在攻击过程中停机。 OSHEAN总裁兼首席执行官David Marble认为,随着OSHEAN的成员资格和入站攻击数量持续增长,人工方法无法扩展。Marble和他的团队研究了一系列可能的解决方案,也拒绝了一些解决方案,因为它们是基于设备的或基于开放标准的托管服务。设备需要先期的资本支出以及持续的维护成本,而专有的托管服务缺少功能,这将阻止Kentik开发服务链和其他自动化。 在研究了各种选择之后,Marble和他的团队转向了Kentik的网络性能监视和诊断平台,以帮助他们保护其成员免受DDoS攻击。使用网络内的探针,Kentik连续监视数百万个单独的IP地址,识别并关注当前是流量最高接收者的IP。Kentik会自动为其流量模式设定基线,并衡量其流量异常。 由于Kentik依赖于开放的API,OSHEAN还能够将检测和分析与缓解和补救措施分开。 OSHEAN将Kentik平台与Akamai Prolexic集成在一起,因此受攻击的站点将自动进行隔离和清理。 在不到一年的时间里,OSHEAN依靠Kentik自动抵御了针对其成员的300多次大规模DDoS攻击。 另外一个好处是,可以帮助OSHEAN自动缓解DDoS攻击的分析现在也可以帮助组织提高应用程序交付和性能。Marble说,“我们用于DDoS保护的分析对于应用程序流量也很有用,如果一个成员遇到应用程序问题,可以自动跟踪该流量以查明问题的根源。” 自动化为基于应用程序的网络铺平道路 随着软件定义网络(SDN)服务继续取代传统的以硬件为中心的基础设施,在基本网络功能的基础上进行优化的机会就出现了。例如,随着SD-WAN服务从基本的分支机构连接发展到目标用例(如云计算连接),应用程序感知服务成为关键特性。 使用软件定义的基础设施,可以实现基于应用程序的QoS(即优先处理视频流量),特定于应用程序的路由(将谷歌应用程序流量直接发送到谷歌服务器),甚至可以节省成本(仅通过链接发送电子邮件)。 IDC公司的Casemore说,“分布式云正在推动自动化,随着企业和服务提供商致力于围绕网络、安全性,尤其是围绕各种云平台分布的工作负载制定一致的策略,网络专业人员必须减少对原有孤岛的担忧,而更多地关注我们如何围绕应用程序工作流实现自动化。” 混合云环境正在推动自动化,但还有一大堆其他新兴技术也在推动传统基础设施超越其极限。物联网、流媒体和M2M通信都给传统架构带来压力,合规性和5G技术的应用可能会带来更多的问题。

优秀的个人博客,低调大师

ERP上云,伪命题还是趋势?

随着云计算的普及,几乎所有的软件都可以云化了,但事实上,并没有。尤其是在管理软件领域起步较早的ERP似乎在云化的道路上一直步履蹒跚。原因何在?或许在企业中担任信息化选择决策的CIO 们最具有发言权。 今天,T 媒体就带领大家跟随Myles F. Suer的脚步,从CIO的视角看看ERP迁移上云的整个进程: 在过去10年里,我曾多次询问大型公司的 CIO,哪些系统不太可能成为SaaS或被放到公共云中。如果统计大家的答案共性比较多的,那就是他们公司的王冠——ERP——不会进入云计算领域。虽然云ERP已经在中端市场占据了主导地位,但大型传统企业基本上都说对这一模式说“不”。 但是现在,事情似乎已经开始改变了。为此我再次询问了CIO们这个问题:他们对ERP迁移到云上的看法。有趣的是,CIO 们并没有直接回答这一问题,而是首先分享了他们在企业ERP 中的战斗伤疤。他们说,历史上大多数ERP项目都低估了所需的时间和精力。他们特别指出,糟糕的流程、糟糕的治理,以及对组织变更管理的忽视,困扰着许多本地 ERP 的实施。 的确,CIO们曾说过,云覆盖了很多领域。将数据中心迁移到IaaS为IT提供了很多好处,但是如果ERP还没有为上云做好准备,那么,它就不能提供业务需要的好处。对许多人来说,重新实现ERP和重新设计流程就是一个新的开始,但将ERP迁移到SaaS则被视为一项艰巨的任务,可能需要组织进行更改并简化其业务流程。 CIO们断言他们不太关心供应商如何交付服务,相反,他们想知道所需的业务更改是否为业务提供了优势。他们认为,如果供应商在做明智的管理工作,云ERP模型可能会工作得很好。许多人正在寻找一种提供更大灵活性的模型,在这种模型中,SaaS倾向于将企业绑定到服务所提供的内容上。虽然这种方式很有用,但同时也可能使得企业受到约束。然而,CIO 们意识到灵活性必然伴随着更高的成本,因为需要维护他们所创建的定制化内容。考虑到这一点,他们认为如果只是因为基础设施的优化程度更低,而且不能共享,那么,IaaS上的托管服务会比直接SaaS的成本更高。它还会增加额外的管理开销。 一位CIO说,这一点在几年前也是Oracle ERP实施问题的一部分。ERP实际上是为C套件而设计的,但很多时候是强加给一线团队的。这也就导致了很多ERP项目的失败。多年后,该CIO说CRM也做了同样的事情,它本是为CMO/CRO设计的,因此销售人员非常讨厌它。 很长一段时间以来,CFO和CIO们都认为ERP永远不会出现在公共云里或者SaaS供应商那里。那现在到底改变了什么了? CIO 们表示,随着公共云的成熟,人们的观念已经改变。CIO们和商业领袖认为云计算和SaaS提供了改进的安全性、降低的安全责任、对任务的高度关注和降低的成本。此外,随着超大规模云的成熟,人们尝试新事物的意愿也发生了变化。与此同时,CIO 们越来越习惯于使用SaaS形式的复杂应用程序。总之,云已经成熟并被主流所接受。 与此同时,ERP不再是衡量CIO成败的唯一标准。显然,迁移到云依赖于合作伙伴及其文化和治理。CIO们认为,研究SaaS ERP产品架构和特性非常重要。与此同时,了解供应商如何升级他们的产品和流程也很重要。就在5年前,将ERP迁移到云端还是一件麻烦事,供应商自己也不知道该怎么做。鉴于此,CIO 们还担心弹性和敏捷性问题。不过,他们表示,现在对云很满意。这种增加的信心包括改进了要求提供商对数据的安全性负责等一些无用的合同内容。 那么,我们就想了解,如果ERP被转移到云上,会给业务领导者带来什么机会呢? CIO们强调,将本地ERP迁移到云端并非好主意。因为这一过程需要做很多的工作。 那么,就没有好处吗?当然有比如所带来的商机,这些商机包括: 更新的速度和规律性 减少或消除对客户变更和升级的影响 没有遗留的包袱 连接到其他系统的APIs 敏捷性 CIO 们强调,任何时候,只要IT朝着允许业务轻松地改变、添加功能或快速扩展新解决方案的方向发展,其结果就是业务的改进。将ERP转移到云端就意味着将员工数转移到供应商,同时将组织战略和知识保留在公司内部。这可能是一件好事,因为它将公司的注意力更多地转移到驱动实际业务价值的战略差异上。 这是相对于ERP的非战略后台部分。CIO 们认为,许多组织已经在核心业务系统上投入了大量的资源(时间、精力和金钱),而这些资源是必需的,但是并不能区分或提供任何战略价值。CIO 的目标应该是找出如何用尽可能少的资源在高水平上维护这些系统。 CIO们认为,将传统ERP和CRM模块置于可扩展的数据库模式之上,并使用集成的业务智能和低代码工具扩展应用程序,这种能力提供了企业所需的价值主张。CIO们认为,基于这个原因,将ERP迁移到云上应该主要是迁移到新的ERP上,因为仅仅是云并不能证明这样一个风险或成本高昂的项目是值得的。 不幸的是,在一些组织中云ERP推进的一个原因可能是他们的业务过程比较糟糕,所以他们必须被修正。显然,对于没有ERP的新实体,迁移到云很可能是一个简单的选择,因为您不必构建和支持基础设施,只需操作ERP即可。如果你是一家传统的公司,它可以让你进行很多转变。对于那些有ERP的公司来说,机会应该集中在用高级的业务分析师技能来取代内部构建者。他们的目标应该是花更少的时间在保持和刷新原ERP系统上。然而,一些CIO担心ERP仍然会非常昂贵,并且从一个可用的、当前支持的ERP转移到云SaaS ERP可能是一个困难的业务案例。 谁在推动ERP上云的发展? CIO 们表示,这是一个显而易见的答案——云计算供应商。从经验来看,CFO 们不会主导这种讨论,因为这不是他们的专长。鉴于此,软件实施的续签和更新等内容就需要CIO 们来领导。 但是从需求方面来看,CIO可能需要资源、维护和灵活性。CFO可能会支持这一举措,因为它提供了UI、现代性和扩展的功能集。CEO可能想要它的规模和现代化。每个传统的利益相关者都有自己的理由。与此同时,这一举动也会带来新的原因。在这些情况下,CIO们需要对企业诚实。问题是太多的组织觉得他们的ERP是可怕的,并决定转移到云。问题是,如果他们不认识到这背后的人和过程问题,变革就不会成功。考虑到这一点,集体行动应该是一个组织广泛的努力。当然,拥有活跃的支持者或领军者很重要。所以,技术领导必须从一开始就把事情做好。 如果只是CIO推动变更,而不是组织需要它并认识到它,那么事情很可能在某个地方出问题。如果CFO推动了它,而组织没有,那么这里也存在不匹配。所以,CIO 们需要能够据此做出决策。 将ERP迁移到云端的最大挑战是什么? CIO 们表示,将其视为一次迁移,而不是一个全新的开始,这一点很重要。这其中的事项包括人员、过程和技术。而其中“人”的因素就需要一种所有权文化。其他问题可能包括缺乏对IT的全面了解、共享数据和ERP环境中的集成。这可能因业务涉众而异。当然,企业自身的准备程度也是一个问题。 CIO负责理解他们组织的动态。比如,为了确保云原生ERP迁移的成功,大部分资源需要花在哪里?然而,CIO 们坚称不存在“神奇药丸”,迁移不会解决他们所有的问题。显然,当一个组织很大时,会出现更多的困难。如果是一个自我托管的企业,那么,其对改变的渴望通常是由业务原因驱动的。 如果你从来没有托管设施,你可能会考虑云,因为它让在没有基础设施的情况下你无所不能。当然,做好迁移要求具备一些策略,比如,人力资源战略,流程策略,集成的策略。因为,数据的迁移存在潜在成本和集成问题。数据仓库、合作伙伴和集成成本是巨大的。另外,技术债务也是一个让人担忧的问题。选择了SaaS,就意味着放弃你的定制,这是非常痛苦的。所以,业务流程再造是聪明的做法。不这样做就意味着你可能花钱做同样的事情,这并不是有用的。 如果说成功的障碍,那就是,许多人仍然记得上次的失败经历,并对其对团队的影响深感担忧。与此同时,能够解释这一举措对组织领导层意味着什么也很重要。你必须识别出价值点。ERP通常是一个更大的生态系统的一部分,所以,所有在这一生态中的因素和与ERP接口也需要在一个同步的时间框架内审查。在这个过程中,CIO 们想要找出供应商的bug,也想知道他们自己bug在哪里。有了这一点,转向面向服务的体系结构(可能使用API网关或其他代理)可以帮助缓解当前的问题。 这里的目标应该是消除供应商缺乏的灵活性,从而在旧的许可模式和真正的按使用付费模式之间找到一个最佳平衡点。CIO 的目标不应该是将其视为IT项目,而应该是帮助企业利用它们成为企业的机会。这与技术无关,它是关于人、过程、程序的。另外,您需要计算和管理实现、集成和变更管理的成本。 如果遗留ERP系统的元素仍然保留在本地,那么,哪些功能将被打破并推入SaaS解决方案呢? CIO 们认为,各个组织之间会有不同的分解组件,但通常数据仓库和分析工具仍然可能与金融、医疗和零售领域的合作伙伴集成在一起。这部分需要详细的审核和计划。因为成本和合同会受到显著影响。CIO 们认为,为了进行迁移,需要启用最佳的解决方案。转向云ERP应该是更好地投资于更智能、更一体化的解决方案的跳板和催化剂。然而,一些CIO 认为,许可模式可能会妨碍所有这些好处的推行。这些CIO想知道供应商是否有一个云线索能够对他们的合同重新审查和新的审查流程以使云迁移能够发挥作用。CIO 们认为许可可能是一个真正的转折点。 如何将ERP迁移到云端? CIO 们认为他们需要证明投资回报率,并表示,他们需要知道,把ERP搬到云端是一种从头再来的做法,还是一种全新的尝试。他们需要展示这种变化将带来的改善结果。CIO 们很清楚,这可能会很困难,如果这种改变只是为了裁员,那就是一个错误。它必须是关于改进业务结果和重新部署资源到驱动业务差异的领域。这意味着他们需要仔细考虑真正的机会成本和创造的价值。在这个过程中,CIO 说使用流行词不是一个好主意。例如,一个商业案例说,启用了区块链、人工智能、大数据、云ERP将神奇地修复坏掉的流程,未治理的数据和坏习惯统统不见了。 CIO 们强调,迁移不是一个商业案例,而是一个方法。出于这个原因,CIO 们需要问问自己和那些支持改变的人他们想要完成什么。这包括如何最好地保证数据的可移植性、数据完整性、数据安全性、业务连续性、效率等。如果这种保证是在云上提供的,那么就需要为这些提供理由。 在这个过程中,CIO 们需要考虑他们可以在哪些方面为这个等式增加价值。如果自己运行ERP并不能提供很多业务价值,而您可以在获得业务需要的功能的同时使成本模型工作,那么您应该考虑迁移,但也要考虑成本。对于一些组织,比如公共部门,永远不会裁员。此外,如果你的工作效率已经很高,那么裁员就会充满问题。更重要的是,在非增值维护工作上花费更少的时间和更大的资源灵活性有很多优势。 与战略相关联的业务杠杆+可量化的流程效率+技术成本优势才是重点。一位CIO在这里表示,他们听到的关于基于云的系统的最大抱怨之一就是太多的点击。用户抱怨说,现在他们10次点击就能完成过去2次点击就能完成的事情。这就是为什么许多组织很难计算ROI——我们很难计算机会成本、隐藏成本和获得的效率。CIO 们通常认为服务器+许可证+员工数=当前成本。 与此同时,CIO坦率地表示,供应商将不再支持内部架构,企业将别无选择。所以,忘掉内部创新吧。TCO可能看起来很简单,但是在混乱的现实世界中并不容易。显然,数字化优化企业支出并不是一件坏事,因为这可以降低价格或提高利润率。最后,CIO 们表示,IT领导者往往倾向于关注IT,而不是更加关注业务,但这往往是错误的。如果IT只占销售额的2%,那就集中精力解决98%的问题。 CIO 们很清楚,迁移到基于云的ERP需要产生切实的业务价值。要证明这一点绝非易事。于企业而言,迁移到云是一大步,所以他们需要的是业务影响,而不仅仅是应用程序迁移。

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

用户登录
用户注册