您当前的位置是:  首页 > 技术 > 企业通信 > 技术 > 开源通信 > 技术动态 >
技术 - 企业通信 - 开源通信技术频道
  首页 > 技术 > 企业通信 > 技术 > 开源通信 > 技术动态 > OpenStack必须克服在自动化方面的缺陷

OpenStack必须克服在自动化方面的缺陷

2017-04-17 10:43:10   作者:onathan Zhang   来源:CTI论坛   评论:0  点击:5136


  目前流行的观点是混合云是大型企业正确的前进方向,因此大部分私有企业认为OpenStack是云堆栈平台的主要选择。
\闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻鐔兼⒒鐎靛壊妲紒鐐劤缂嶅﹪寮婚悢鍏尖拻閻庨潧澹婂Σ顔剧磼閹冣挃闁硅櫕鎹囬垾鏃堝礃椤忎礁浜鹃柨婵嗙凹缁ㄥジ鏌熼惂鍝ョМ闁哄矉缍侀、姗€鎮欓幖顓燁棧闂備線娼уΛ娆戞暜閹烘缍栨繝闈涱儐閺呮煡鏌涘☉鍗炲妞ゃ儲鑹鹃埞鎴炲箠闁稿﹥顨嗛幈銊╂倻閽樺锛涘┑鐐村灍閹崇偤宕堕浣镐缓缂備礁顑呴悘婵嬫倵椤撶喍绻嗛柕鍫濈箳閸掍即鏌涢悤浣镐簽缂侇喛顕ч埥澶娢熻箛鎾剁Ш闁轰焦鍔欏畷銊╊敊鐠侯煈鏀ㄧ紓鍌氬€风粈渚€顢栭崟顖涘殑闁告挷鐒﹂~鏇㈡煙閹规劦鍤欑痪鎯у悑閹便劌顫滈崱妤€骞嬮梺绋款儐閹瑰洭骞冨⿰鍫熷殟闁靛鍎崑鎾诲锤濡や胶鍙嗛梺鍝勬处濮樸劑宕濆澶嬬厵闁告劘灏欓悞鍛婃叏婵犲嫮甯涢柟宄版嚇瀹曘劍绻濋崒娑欑暭闂傚倷娴囧畷鐢稿窗閸℃稑纾块柟鎯版缁犳煡鏌曡箛鏇烆€屾繛绗哄姂閺屽秷顧侀柛鎾寸懇椤㈡岸鏁愰崱娆戠槇濠殿喗锕╅崢鍏肩濠婂懐纾奸柣鎰靛墮椤庢粌顪冪€涙ɑ鍊愮€殿喗鐓¢、妤呭礋椤戣姤瀚奸梻浣告贡鏋繛鎾棑缁骞樼€靛摜顔曢柣鐘叉厂閸涱厼鐓傞梺杞扮閻楀﹥绌辨繝鍥ч柛娑卞枛濞呫倝姊虹粙娆惧剬闁告挻绻勯幑銏犫攽閸モ晝鐦堥梺绋挎湰缁嬫垵鈻嶉敐鍜佹富闁靛牆绻掗崚浼存煏閸喐鍊愭鐐插暞缁傛帞鈧絽鐏氶弲顒€鈹戦悙鏉戠仸閽冮亶鎮归崶鈺佷槐婵﹨娅i幏鐘诲灳閾忣偆浜堕梻浣藉吹閸o附淇婇崶顒€绠查柕蹇曞Л閺€浠嬫倵閿濆簼绨介柛濠勫仱濮婃椽妫冨ù銈嗙洴瀹曟﹢濡搁妷顔藉枠濠电姷鏁告慨鐑藉极閸涘﹥鍙忛柣鎴f閺嬩線鏌熼梻瀵割槮缁炬崘顫夐妵鍕冀椤愵澀绮堕梺缁樺笒閻忔岸濡甸崟顖氱闁瑰瓨绻嶆禒鑲╃磼閻愵剙鍔ゆい顓犲厴瀵鎮㈤悡搴n槶閻熸粌绻掗弫顔尖槈閵忥紕鍘介梺瑙勫劤椤曨厼煤閹绢喗鐓欐い鏃傜摂濞堟粓鏌℃担鐟板闁诡垱妫冮崹楣冩嚑椤掍焦娅﹀┑鐘垫暩婵參骞忛崘顔肩妞ゅ繐鍟版す鎶芥⒒娓氣偓閳ь剚绋撻埞鎺楁煕閺傝法肖闁瑰箍鍨归埞鎴犫偓锝庝簻缁愭稑顪冮妶鍡樼闁瑰啿绉瑰畷顐⑽旈崨顔规嫽婵炶揪绲介幉锛勬嫻閿熺姵鐓欓柧蹇e亝鐏忕敻鏌嶈閸撴艾顫濋妸锔芥珷婵°倓鑳堕埞宥呪攽閻樺弶鎼愮紒鐘垫嚀闇夐柨婵嗙墕閳ь兛绮欐俊鎼佸煛閸屾粌寮抽梻浣告惈閸熺娀宕戦幘缁樼厱閹艰揪绱曢敍宥囩磼鏉堚晛浠辨鐐村笒铻栧ù锝呭级鐎氫粙姊绘担鍛靛綊寮甸鍕仭闁靛ň鏅涚粈鍌溾偓鍏夊亾闁告洦鍓涢崢鐢告⒑閹勭闁稿鎳庨悾宄扮暆閳ь剟鍩€椤掑喚娼愭繛鍙夌矒瀵偆鎷犲顔兼婵炲濮撮鎰板极閸ヮ剚鐓熼柟閭﹀弾閸熷繘鏌涢悙鍨毈婵﹦绮幏鍛存嚍閵壯佲偓濠囨⒑闂堚晝绉剁紒鐘虫崌閻涱喛绠涘☉娆愭闂佽法鍣﹂幏锟�...
  OpenStack是一个开源云平台,由30多个项目组成,每个项目都为整个堆栈提供特定的服务。这种方法允许服务独立发展,并使其他服务项目轻松产生。
  在许多方面,OpenStack是唯一选择。OpenStack的好处包括它得到很好的支持,许多公司做出了贡献(主要是部署和管理工具)。许多大型企业都拥有OpenStack原型,OpenStack正在与企业和学术界参与生产。
  许多专家预测OpenStack的使用将会飙升,但实际上没那么快。一个挑战是找到具有部署复杂环境技能的管理员——这种环境难以调整和稳定,即使在沙箱中。可以预见的是,像Red Hat和Dell这样的公司已经通过部署工具和预先构建的配置来应对挑战。不过,总共有30个模块,做出正确的决定很难。
  各种OpenStack项目的开发不同步也影响了OpenStack在生产中的使用。OpenStack开始规模较小,只有几个模块,但现在它的规模已经大大增长。 这些新模块的成熟度各有不同。用户认为这种不同是不稳定的,需要进行重复性的工作,偶尔也需要因为引入主要的新功能而进行交叉更新。
  在许多方面,OpenStack类似于一个Linux项目——大量的命令行界面和脚本,大量的手动交互来配置和管理集群,并且几乎没有自动化。对于一个简单的环境来说,这是很好的,但OpenStack可能需要更多的复杂性,因为它需要多个虚拟机以及管理它们所需的敏捷性。该平台在进入市场时需要自动化管理。
  与大多数IT一样,OpenStack的初始重点(除了创建基本的存储和网络服务之外 ),是应用程序管理和服务器编排。结果是,OpenStack需要补足在软件定义的网络前端的不足。Neutron这个网络项目,在扩展部署方面面临着挑战。
  存储是另一个问题。Ceph是一个开源对象存储堆栈,已经有效地挑战了OpenStack自己的对象存储项目Swift。Ceph被广泛认可,而且它已经意识到接口标准与公有云兼容的需求。而为了与Ceph区分开来,Swift远离了行业惯例和API,它可能会变得过时。
  为什么要使用OpenStack?
  企业选择OpenStack有五个原因。
  第一个也是最重要的一个原因是没有真正的选择——没有其他低成本的开源堆栈存在。事实上,根本没有其他的私有云综合堆栈。市场上有Eucalyptus、CloudStack、Nebula等开源产品,但是OpenStack的覆盖范围远超它们。而且它们也不像Openstackyiyang一样具有广泛的供应商支持 ——从Dell、Hewlett Packard Enterprise、IBM、Red Hat和Mirantis等,到许多较小的公司 。
  第二个原因是OpenStack的关键模块得到了关注,纠正了过去的错误并达到生产级成熟度。基本模块现在都是生产就绪的。OpenStack.org认识到需要改进和发布具有成熟度级别的项目词典,以对不同的元素设定期望。它提供了一系列模块,以简化初学者起步。
  第三个原因是OpenStack在原型阶段和主流生产中的普及。因此,可以在网上找到丰富的信息和经验。
  第四个原因是可以自动化和简化工作的OpenStack工具包市场的提升——从显示器到仪表板。这有点混乱,但这也表明一些一流的工具将在一年之内出现。
  最后一个原因是主要的公有云供应商愿意与OpenStack合作,OpenStack旨在统一脚本并简化跨云操作。尽管还有工作要做,但允许单一控制结构的主要云的常见解决方案应该到位。
  容器
  容器方法是颠覆性的。容器承诺了有效性能的巨大提升,这使得它们成为IT中最热门的项目之一。 然而,现实已经落后于炒作,而且关于容器的问题也很多。 OpenStack是否位于Kubernetes之上? 还是Kubernetes位于OpenStack的顶部?
  容器是如此新鲜,需要数月的时间来整理出几个基本问题。但是,有足够多的感兴趣的参与者,我们将得到一个答案。
  公有云——OpenStack真正的竞争对手
  在接下来的几年中,可以预见IT战争的重点是公有云和混合云。公有云在连接性、规模、成本模式、数据服务和进化速度方面具有诸多固有的优势,已经很强大。这使得大家考虑私有内部IT是否具有长期未来的问题。
  使情况更复杂的是,一些公有云服务提供商(CSP)现在将自己的堆栈放入私有云市场,类似于Azure通过Azure Stack扩展。这将给CSP带来两个来自于锁定的主要优点。
  第一,他们将将自行定义私有云的操作流程,从而大大简化了从私有云到混合云操作的过渡。第二,CSP将为私有云被公有云吸收创造一条道路。这两种锁定对于用户而言可能是昂贵的。
  如果跨云操作简化,则存在更好的替代方案——所有云堆栈都支持从OpenStack通过Azure到AWS的脚本结构。云无关的管理工具可能会实现这一点。
  OpenStack有不足,但它似乎是避免供应商锁定并在动态变化环境中工作的最佳方式。OpenStack的优点包括其具有吸引力的价格,并且很快就会从早期采用进入主流生产。现在是IT的动荡时期,有必要冒一些风险来获得业务创新的巨大优势,而不能无动于衷。

相关热词搜索: OpenStack

上一篇:FreePBX视频培训-呼入呼出中继设置

下一篇:最后一页

  • 0

  • 0

  • 0

  • 0

  • 0

  • 0

  • 0

  • 0

专题