业界新闻
企业云是租用、自建还是购买好呢?
企业云是租用、自建还是购买好呢?企业要想建云(这里所谓的建云,特指企业在自己的数据中心建设的私有云环境,不是企业直接使用公有云的服务那种),需要做如下的一系列工作:
基于企业愿景,满足业务发展目标的企业云的整体架构规划,包括架构模式、技术路线、产品选择、人员技能、管理模式、运维规范等等不一而足。
序列号 | CPU | RAM | HDD | 带宽 | 售价(美元) | 免费试用 |
---|---|---|---|---|---|---|
香港服务器1 | E5-2620 | 32G | 1T HDD | 50M/无限流量 | $196.00 | 立即申请 |
香港服务器2 | E5-2650 | 32G | 1T HDD | 50M/无限流量 | $256.00 | 立即申请 |
香港服务器3 | E5-2680 | 32G | 1T HDD | 50M/无限流量 | $316.00 | 立即申请 |
香港服务器4 | E5-2690 | 32G | 1T HDD | 50M/无限流量 | $336.00 | 立即申请 |
香港服务器5 | E5-2697 | 32G | 1T HDD | 50M/无限流量 | $376.00 | 立即申请 |
香港服务器6 | E5-2620*2 | 32G | 1T HDD | 50M/无限流量 | $376.00 | 立即申请 |
香港服务器7 | E5-2650*2 | 32G | 1T HDD | 50M/无限流量 | $436.00 | 立即申请 |
香港服务器8 | E5-2680*2 | 32G | 1T HDD | 50M/无限流量 | $476.00 | 立即申请 |
香港服务器9 | E5-2690*2 | 32G | 1T HDD | 50M/无限流量 | $556.00 | 立即申请 |
香港服务器10 | E5-2697*2 | 32G | 1T HDD | 50M/无限流量 | $596.00 | 立即申请 |
香港服务器11 | E5-2680v4*2 | 32G | 1T HDD | 50M/无限流量 | $696.00 | 立即申请 |
香港服务器12 | E5-2698v4*2 | 32G | 1T HDD | 50M/无限流量 | $796.00 | 立即申请 |
首先要有个机房,不用面朝大海,春暖花开,但要确保风火水电全到位,满足企业现在及未来一定时期内,业务发展对IT基础设施资源安置的需要。
大量IT基础设施的采购,硬件设备如:机柜、服务器、磁盘阵列、网络设备等,商业软件如:操作系统、数据库、中间件、商业套件等。这个时候,建云的复杂性已经开始体现了,各种硬件设备需要匹配机房空间与能耗要求,各种软件产品需要满足软硬件兼容性要求。
权威人士说,云计算基础是虚拟化。硬件基础设施资源如服务器、存储、网络设备等,要尽可能做到全员虚拟化、池化与抽象化,这时需要考虑虚拟化软件的使用便利性及兼容性是否足够好,特别是网络虚拟化技术,对下层硬件设施和上层系统及应用的对接尤其复杂。
仅有资源池化是不够的,还需要将这些资源以服务的方式展现出来,也就是要做到基础设施即服务(IaaS),需要再抽象一次,目前国内常见做法不外乎两种,基于OpenStack自研实现,或者是采购第三方云管产品实现,实际上大部分的国内云管产品基本也都是基于OpenStack做出来的,至于实际效果如何?你懂的!
但是IaaS依然离业务还比较远,因为业务是运行在应用上的,应用对开发及运行环境有自己特定的需求,如数据库、消息、缓存、中间件等等一些列东东,所以对具有应用软件自研能力的企业来说,还需要再进一步把底层的IaaS资源做抽象包装后,纳入前述的各种常用应用所需通用服务组件,就形成了所谓的PaaS,从而将应用开发与运行时平台服务化。这些年不少Startup公司都尝试在这方面有所作为,至于实际效果如何?你懂的!
最终企业IT可能会考虑将所有这些IT服务做统一呈现,引入更多服务管理机制,如流程管理、用户管理、权限管理、问题管理、事件管理等等ITSM常见的概念,需要继续抽象,而这势必带来更多更复杂的跨产品、架构、平台的集成与融合的需求!
有句IT谚语可能很多人知道: 没有什么是抽象不可以解决的,如果解决不了,那就再增加一层抽象!
但通过上面的分析,我们可以清楚的看到,每一层抽象在简化了下层资源使用的同时,都引入了更多的上层抽象实现的复杂性,以及与下层集成的复杂性,从而也就造成了更多新的潜在风险点。
所有这些抽象层中,面临最大挑战的,主要是网络虚拟化、IaaS层和PaaS层三大环节:
网络虚拟化:软件定义的网络(SDN)的概念大家都在谈,主流的硬件厂商倡导的“基于硬件的软件定义的网络”(有没有觉得这句话本身就有点奇怪有点绕口?),往往只能满足硬件层面的网络自动化能力,对上层应用,特别是容器大潮下,对容器环境,微服务架构模式中的应用感知能力明显不足。
IaaS层实现:国内以开源框架OpenStack为主开发了不少IaaS级别产品,目前都面临着同一个困境,那就是OpenStack自身的发展前景实在令人堪忧,开源似乎带来了选择的自由度,但也引发了技术路线发展的随意性和不可控性,一旦热度散去,网红大变脸,未来何去何从就是个很大的问题,而已经趟入进去的小伙伴们都不得不面对着产品升级困难,技术演讲无望的残酷现实。
PaaS层实现:PaaS的想法很好,概念也没毛病,但具体到实践,同样问题多多,甚至更甚。仔细考察目前市场上大部分商业PaaS方案,基本都与IaaS层是割裂的,而PaaS原本要想完整发挥功效,是离不开强壮IaaS层的支持的,因为那些PaaS环境常用的关键组件,最终还是要靠IaaS层提供的基础设施资源来支撑运行。PaaS原本的目标之一就是要提高应用开发及上线运行的敏捷性,而离开了具有自动化能力的敏捷IaaS层的支持,独腿的PaaS又如何能飞奔起来?目前的一些友商所谓的PaaS方案,往往要求用户先自己搞定需要的IaaS环境,然后再把他们提供的PaaS产品放上去,这种非整体架构考虑的模式,实际用起来,出现各种匪夷所思的问题就一点不奇怪了。
而所有这些技术实现问题,最终的后果都是需要企业自己的IT人员来承担的,试想,有多少企业能够有足够的实力,保证自己可以拥有轻松应对上述所有问题的高技能专业人士?在人员技能和数量都严重受限的情况下,企业建云的信心又怎么来保证呢?
总结来看,企业建云过程中面临的技术层面的困难主要是:
多层级抽象带来的高度复杂的大量集成整合工作。
复杂技术栈实现对人员的高技能要求,以及能力欠缺造成的信心不足。
缺乏长远考虑的技术路线选择失误造成的架构持续演进困难。
问题好像是搞清楚了,重要的是,该如何来解决这些问题呢?
其实在谈解决问题的方法之前,企业IT决策者们更应该先考虑清楚一个根本性问题,做一下自我的灵魂拷问,那就是企业IT的核心价值到底是什么?!
这几年有一个词经常被业内人士提到,关注点分离。一个演艺公司,它的最核心价值应该是为受众提供丰富多彩的高质量演出节目,但如果这家演艺公司,说他们最擅长的是搭台子,这听起来就有些奇怪了,对不?因为这明显就不是他们主业啊!同样的,企业IT应该聚焦在自己的核心价值领域,而企业IT的最核心价值应该是为企业业务发展提供更快更好的服务,术业有专攻,让专业的人做专业的事儿才是最靠谱的做事儿方法。
也可以用学术点的方式来看看这个问题,比如常见的沃德利映射分析法,一般是在商业决策领域用的比较多,但我们也可以尝试把它用在企业如何看待基于云计算建设自身IT环境这个问题上:
企业 IT环境 价值链的态势分析 —— Wardley Maps分析法
这张图的纵坐标代表的是价值链的可见性,需要注意的是,这里的可见性不等同于重要性,不可见不代表不重要,比如吃饭很重要,但除了老北京的那种习惯性打招呼方式,没事儿就聊吃饭就奇怪了。
这张图的横坐标是企业对待IT环境建设的态度演变。一个新技术在刚刚兴起的时候,比如云计算刚刚兴起的时候,由于市场上并没有成熟可参考的案例,先行者必然会以自研自建为主,能够成功做出来的,就会有巨大的差异性领先优势,这个时候,这个技术的可见性也是最强的。亚马逊AWS的成功就是因为抓住了这个阶段的机遇,时势造英雄!
随着技术的逐渐成熟,市场上的热点关注也会降低,意味着可见性变弱,这个时候,对于尚未采用该项技术的企业来说,最好的方式就是借鉴别人已经走过的路,或者是验证过没问题的方法去做事,IT关注点此时应该放在学习和降低风险上,而不要再自己摸着石头过河了。
最终当技术已经发展到相当成熟的阶段后,该技术早已失去热点效应,因为有新的热点出现了。这个阶段专业厂商也早就针对性推出了更加成熟稳定的产品,对于企业用户来说,此时的最佳选择就是要彻底转变思路,用对待日用品的方式来对待这样的技术,采用直接购买先进厂商提供的专业级产品,然后直接部署使用就是了,最重要的是快速用起来,好尽快让自己的创新应用创新业务能够跑起来以产生最大价值。
回到初心,我们再来看看现在的企业用户,对云的最本质需求,应该不是再聚焦在云自身的建设过程上,而是更应该,实际上也确实是大部分用户真正关心的点上:提高业务敏捷性、提升管理效益、加强安全保证以及未来就绪,而企业用户的关注点也应该是从以云为中心,转移到到真正推动其业务发展的应用和数据上面去,云不过是一种承载业务的载体而已,云自身的建设问题,做为有价值但不可见的部分,交由专业厂商去解决才是上策。
房丫头专业提供云服务器租用、云服务器代理、服务器托管等,有需要的朋友可以咨询我们,官网:http://www.zonghengcloud.com/, 。