主页(http://www.kuwanit.com):云迁移前准备好IT架构的六个步骤
云迁移前准备好IT架构的六个步骤
前言
在中国连续举办多年,且日趋受到业内广泛关注的“2017 F5 Agility 应用交付高峰论坛”即将于5月23日(周二)在北京, 5月25日(周四)在上海盛大召开!本次峰会F5将携手云界天团VMware,微软,AWS,华为,听云一道围绕“GO筑智慧云”这一话题展开讨论,探寻“云端应用交付价值,共建智慧云生态”之道。
从本期开始,我们将推出“GO筑智慧云”专题,讲述为什么要构筑云,如何选择云,怎样迁移到云,如何保证云安全等热点话题,并让您熟知向云端转型的每个环节及F5能够为您提供哪些关键服务,帮您玩转云端应用交付。本文为第五篇“云迁移前准备好IT架构的六个步骤”。
回顾:
通过上两篇文章,我们介绍了F5与主流私有云、公有云提供商的解决方案,也许您已经迫不及待的准备迁移到云端了,别急!先看看我们为您准备的干货在行动也不迟。
你需要面对这样一个现实:大多数 IT 架构都很复杂。如果你正在考虑迁移到云,可能会担心这需要大幅调整架构以及企业运营。
可喜的是,如果你跟大多数公司一样之前已经做过核心架构检修,而且不止一次,大约每三到五年你就会彻底检修一次核心架构,你就会知道如何调整应用交付方式,努力提高性能和安全性并降低成本。坏消息是,在云中事情甚至会更加复杂。你可能无法控制服务,无法对连接进行硬编码,或按照旧有的方式工作。这会激起一些阵痛。但是,就像俗语所说“不劳则无获”,不是吗?
以下六个步骤可帮助你快速入手。你必须提前计划好用户行为、连接性和合适的带宽。
1.评估现有条件
应用的状态如何?拥有多少应用?它们对你的企业而言有多重要?它们保存什么类型的数据? 最重要的是,它们之间的依赖关系是什么?
首先要思考应用适合的类别。你有三个选择:
2.决定哪些应用已经很成熟并可交给SaaS
从易入手,确定属于虚拟商品的应用,你可能会找到大量这种应用。你是否真的需要支持你自己的 Exchange 服务器、过时的人力资源系统或内部开发的销售自动化工具?它们是否值得你的员工为之努力或你投入运营支出?如果不值的话,那么采纳一款销售、人力资源、生产力或其他合适的解决方案会为你省去不少麻烦,让第三方做这些繁重的工作,你将通过 SaaS 快速取得明显的成效。
3.分析剩余应用并作出相关决定
接下来你需要评估剩余的应用,决定哪些迁移到云,哪些保留在原地。
问问自己以下几个问题:如果我们迁移X 应用,会中断多少业务?把数据存储在哪里?依赖关系是什么?它们使用哪些网络服务?哪些应用要求对正常程序和协议做变通才能正常运行?
对于许多应用,你都可以得出相应的答案。对于其他应用,你可能只有到真正尝试对它们进行迁移时才会知晓答案。业务中断的风险越大,依赖关系越复杂,你就越需要将相关应用保留在原地。
梳理依赖关系并记录下来。即使最后只有几个应用被迁移到云中,这也很有用处。
4.标准化
接下来检查你的应用交付策略并寻找机会进行标准化,你应该制定数量有限的标准负载均衡策略(比如说10个),而不是手动调节每个应用的配置。确定标准化的存储层,定义标准化的网络服务,与开发人员谈谈标准化的好处,获得他们的支持,制定模板帮助他们快速轻松地部署应用。
5.简化访问并确保其安全
问问自己谁将访问每个应用以及从哪里访问,你必须提前规划好用户行为、连接和合适的带宽。你希望迁移到云(无论是私有云还是公有云)的很多应用可能需要更容易地从任何地方访问,将它们迁移到云将会减轻对基础设施的压力。
此外还需注意身份验证和安全问题;大多数企业传统上使用网络而非应用控制来确定访问权限。在公有云中,你可能需要新的访问技术——以之前根本不存在的方式确定访问权限的网关。
6.规划你的架构
当你迁移到云时架构也将会不同,因为它不是静态结构。对于像数据库这样的整体化应用,之前绑定到特定IP 地址或其他恒定结构的机制在云中不能使用。你可能需要额外的负载均衡器或代理来帮助在始终变化的环境中提供一致性。设定额外的控制点,以确保每个人能够无中断且一致地访问你的应用。
迁移并不容易
这是一件难事。正如我们开头时所说,IT架构很复杂。尽管事情并不容易,但是单就成本节省(运营支出和资本支出)和可扩展性而言这是值得的。一些企业只是准备云迁移就已经节省了大量成本。通过评估现有应用、分析依赖关系、记录每件事情和尽可能地进行标准化和简化,你会知道哪些应用该迁移、哪些保留在原地。
“GO筑智慧云”专题延伸阅读
声明:本文由入驻搜狐公众平台的作者撰写,除搜狐官方账号外,观点仅代表作者本人,不代表搜狐立场。
投诉
阅读()
发表评论愿您的每句评论,都能给大家的生活添色彩,带来共鸣,带来思索,带来快乐。