18720358503 在线客服 人才招聘 返回顶部
企业动态 技术分享 行业动态

摆脱这些普遍云暴发挑戰

2021-02-21分享 "> 对不起,没有下一图集了!">

云暴发仍未像一些人期待的那样获得取得成功,可是许多公司依然期盼应用这类混和云构架。针对那些不畏潜伏挑戰的公司,必须考虑到几个重要要素。

大多数数公司应用公共性和独享云基本构造来代管其运用程序流程。1项调研发现,85%的IT管理者觉得混和云是理想化的经营自然环境,而过半数的人表明混和云能够考虑她们的全部要求。

但是,“混和云”的术语涵盖了各种各样各种各样的情景,从简易的处于被动灾祸修复(DR)自然环境到繁杂的冗余积极-积极运用程序流程。后者(另外处在主题活动情况和负载均衡的公共性云和独享云自然环境)以前被觉得是理想化的云经营实体模型,由于它使系统软件构架师可以充足运用二者的优点并最大水平地降低二者的缺点。

云暴发挑戰

“云暴发”变成叙述这类两全保险其美计划方案的术语。在此实体模型中,独享云基本构架可解决基准线資源要求,并代管比较敏感的旧数据信息库和后端开发系统软件。而公共性云基本构架则处理时节性负载高峰期、临时性暴发和横向拓展Web前端开发系统软件的难题。

云暴发的宏大愿景乃至拓展到成本费提升。在称为“多云套利”的定义中,公司运用好几个IaaS出示商,和即时成本费剖析手机软件,并在特殊時间对于特殊工作中负载将突发定项到最划算的供货商。

在甚么状况下,云暴发挑戰值得公司努力勤奋

云暴发必须很多的设计方案技术专业专业知识和布署整体规划。是不是值得努力勤奋取决于每一个工作中负载的与众不同特点和运用程序流程的业务流程使用价值。

突发方式十分合适那些容量要求产生巨大转变的创收运用程序流程。在这类状况下,当地系统软件能够考虑基准线資源要求,而低成本费、根据云的竞价型案例能够在要求激增时为这些系统软件出示适用。

悲剧的是,就像一般的状况1样,这类“雅致”的基础理论遭遇着多云基本设备和运用程序流程设计方案错乱的实际。其結果是,即便有更多企业期待布署云暴发构架,但非常少有企业真实可以布署。确实,持怀疑心态的人觉得云暴发在很大水平上只是1个神话。资询企业Architecting IT近期指出了一般阻拦布署的4个重特大挑戰:

  • 互联网,即在公共性云和独享云之间创建低延迟时间、高带宽、冗余联接,并全自动将传入的联接路由器到最好部位;
  • 安全性,这涉及到跨好几个自然环境为客户和系统软件布署1致的对策和操纵;
  • 数据信息1致性,或说在好几个站点同歩数据信息储存的难题,非常是在高事务管理负载期内。
  • 数据信息维护,这是从好几个来源于出示备份数据时维持备份数据1致性的有关难题。

我要加上第5个挑戰:全自动布署和动态性拓展資源。这与公共性云(关键是测算或器皿案例、但也是有储存I / O)解决暂态突发要求的工作能力相关。

这些全是可处理但很繁杂的难题,这使得许多公司得出结果,云暴发不值得得努力勤奋,最少必须她们有着可跨好几个云运作的新1代遍布式运用程序流程实体模型。针对那些依然不为所动的公司,下面是处理每一个云暴发挑戰的方式。

互联网和安全性

互联网和安全性性是最基础的云暴发挑戰,由于不管是不是应用云暴发,任何混和自然环境都务必处理这两个挑戰。好运的是,IT精英团队可在这个行业获得最普遍的技术性和服务,包含来独立要云出示商、电信企业、ISP和代管服务商的技术性和服务。如今有多种多样安全性方法能够连接独享云和公共性云,以改进混和云的联接性:

  • 虚似专用云,应用规范VPN协议书(一般为IPsec)和虚似路由器器将当地互联网连接到公共性云中的1个或好几个独享子网。公司能够根据VPN将其企业互联网拓展到云子网中,并根据合拼虚似服务(比如路由器器、NAT网关和Internet网关)来维持对总流量的彻底操纵。
  • 专用电源电路–应用云出示商的服务(比如来自谷歌、甲骨文和IBM的AWS Direct Connect、Azure ExpressRouteor商品)。这些商品可在顾客的独享云和公共性云互联网之间出示专用的低延迟时间的连接。因为节点部位的限定,服务一般停止在代管管理中心,该代管管理中心能够将其联接到顾客的专用机架而并不是企业数据信息管理中心。
  • 专用电源电路—应用电信企业、ISP或代管出示商的服务。这些相近于云出示商出示的服务,可是它们运用与关键经营商的普遍互连来出示更多终端设备部位。AT&T NetBond或Equinix Cloud Exchange等服务还简化了多云互连的设计方案,由于它们与全部关键的IaaS和SaaS出示商连接。

这两类型型的专用电源电路服务都使公司可以彻底操纵互联网路由器、总流量管理方法和安全性对策。可是,Direct Connect等云出示商服务是摆脱云暴发挑戰的最好挑选。这些服务依靠停止于云出示商数据信息管理中心的光纤电源电路,因而它们出示了最高的特性和最低的延迟时间。

数据信息1致性和维护

与云灾祸修复布署相近,云暴发必须将运用程序流程组件从当地拷贝到公共性云IaaS。除非公司早已彻底布署与云不相干的基本构架即编码系统软件(比如Terraform、Chef、Ansible或别的容许以程序编写方法案例化資源和配备的系统软件),不然公司务必手动式搭建必要的基本构造資源和互联网拓扑。当布署到位后,云出示商的本机专用工具(比如AWS CloudFormation或Google Cloud Deployment Manager)便可以全自动拓展或拷贝别的云地区中的資源。

公司能够多种多样方法处理数据信息同歩难题,实际取决于运用程序流程构架:

  • 将数据信息库留在当地,并根据上述专用电源电路保证靠谱的高速混和云联接。该对策可用于对延迟时间不比较敏感且不容易不断浏览数据信息库的运用程序流程,由于前端开发和业务流程逻辑性运用程序流程层是负载提升时的关键短板。
  • 跨部位拷贝数据信息库,非常是针对具备很多事务管理数据信息库负载的运用程序流程。拷贝从实质上引起了数据信息1致性难题,可是这些难题早已由适用多站点拷贝的数据信息库系统软件(比如Oracle和Microsoft SQL Server)处理。那些必须即时1致性的运用程序流程务必应用更繁杂的方式,比如Oracle RAC、GoldenGate或各种各样第3方或开源系统商品(比如Qlik Replicate或SymmetricDS)。

动态性資源分派

当创建互联网管路和运用程序流程基本构架后,云暴发的实际操作一部分包含在当地和云自然环境之间动态性地定项友谊衡工作中负载。

这里涉及到的关键专用工具是负载均衡器、运用程序流程交货操纵器和虚似互联网插口。当代负载平衡器材有充足的配备选项,用于特定负载加权因素、資源/ CPU限定和备用配备,以融入任何突发状况。AWS Elastic Load Balancing、Google Cloud Load Balancer或Azure Load Balancer等云负载均衡服务会全自动拓展容量以解决提升的总流量。

云暴发的另外一个挑戰是动态性容量管理方法。器皿化运用程序流程在这里具备固有的优点,由于Kubernetes能够全自动拓展集群和Pod,这是主机上的器皿组。全部关键的云Kubernetes服务都包含群集全自动拓展。

针对VM代管运用程序流程,容量管理方法更加繁杂,虽然关键的云服务平台的确适用根据EC2 Auto Scaling和Azure Scale Set等服务对案例组开展全自动拓展。这些专用工具会回应相应的监控服务中的对策,比如虚似CPU运用率、互联网总流量或别的指标值。

作者:邹铮 编译程序来源于:TechTarget我国

"> 对不起,没有下一图集了!">
在线咨询