BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

将传统应用迁移到云端:Kris Bliesner访谈

| 作者 Daniel Bryant 关注 741 他的粉丝 ,译者 适兕 关注 0 他的粉丝 发布于 2015年11月18日. 估计阅读时间: 7 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

InfoQ近日采访了来自2nd Watch的创始人兼CTO,Kris Bliesner,Bliesner曾在迁移传统应用到云中的开发有着丰富的经验。在采访中Bliesner提到了迁移应用到云中的常见挑战,并讨论了建议的流程,以及他对于安全、合规性、DevOps和自动化等方面的想法。

InfoQ:Kris,非常感谢您抽出时间接受InfoQ的采访,首先请您简要的介绍下自己及您所从事的工作?

Bliesner:大家好,我是Kris Bliesner,2nd Watch的创始人兼CTO。我们是AWS的金牌咨询合作伙伴。使用我们所提供的方法、经验和工具和AWS的服务一起为企业提供驾驭云的途径,我们也提供应用迁移服务,同时也是ASW托管服务的合作伙伴,我们的托管服务可提供包括账务管理、性能监控、安全和合规性。

InfoQ:我们知道您在过去曾经帮助过很多企业将他们的应用迁移到云中,麻烦您介绍下在此过程中遇到的常见问题,以及您是如何解决它们的?

Bliesner:每个企业遇到的情况变化太大,但是,还是可以找到所谓的共同问题,其中一个就是我们发现多数的企业是并不真正了解自己所跑的应用。他们或许明白一旦变化了之后他们就无法去更好的去追踪了。所以管理的变化是一个问题。我们在前期会为用户提供一个准确的评估,每次都是,这样我们可以了解到用户的所有应用和资源。这样就可以让用户对我们有信心,他们知道我们在做什么,而且我们不会落掉任何细节。另外一个问题或挑战是迁移大型的数据。我们曾为一个公司作评估时遇到其有16PB的数据迁移计划。迁移大量的数据,无论任何形式的时间限制都会造成真正的痛苦。我看到亚马逊发布了AWS Snowball,这可能会让数据的迁移更快一点。

InfoQ:安全、治理、以及合规性是目前人们讨论的热点。那么对于目前正在崛起的DevOps方法论和实现如何适应这些持何种看法?

Bliesner: 这是一个好问题。总体来看,目前在企业中对于DevOps还是比较新鲜的东西,只有不到10%的大型企业实施了DevOps流程。但是如果你仔细的看下在DevOps中所使用到的工具的话,会看到它们并不能为IT运维人员带来益处、它们也没有什么安全级别、也无法做到企业所期望的。尽管现下有诸如Docker之类的非常流行的技术,但是仍然没有得到普遍的应用。如果你的一个应用是以运行几十个微服务实现的,就需要更多的注意力来配置它,还要确保它们没有任何的安全漏洞。需要创建新的方法来对付黑客的计划。我们还没有看到围绕安全和治理方面的好的想法。

InfoQ:请您讲一个用户从私有的数据中心迁移到云平台中广泛的实例流程,以及在开发/运维/流程等方面哪些是需要改变,您有何高见?

Bliesner:我们有很多种方法来实现迁移,但是开始的时候我们都要进行评估。第一步是将应用放入到相对隔离的环境中,诸如重复的主机、重构、以及退役。能够理解每个“隔离环境”的意思是非常重要的一环。比如重复的主机,另外一种说法叫“提升和转变”,我们实际上是将应用作最小化的改动然后将之放到云平台环境中运行。重构则是涉及到将应用程序能够运行在云平台环境中作必要的更改。不管其他,目标就是快速的将应用或负载运行在云平台中,这样用户就可以坐下来慢慢的去优化它了。

流程之外,云平台的环境也有许多与传统不一样的地方,例如云平台中的网络是单播方式的,而你的应用恰好使用的是多播方式,还有如你在云环境中无法看到具体的存储和Hypervisor等基础设施等细节。但是总体来说,将一个ERP系统迁移到云平台中,在此新的环境中在应用层的部署和管理与原来的环境并没有太大的不同,关于迁移本身要谈的就没有迁移之后的管理运维的问题多。云供应商应该给出更多的指标。IT人员喜欢这样的数据,因为他们已经习惯了了解系统的各个层面的细节。因为这在云平台中是不可能的,所以他们更多的去采用诸如New Relic或Nagios来确保一切都是按照预料中运行着的。当然,用户也需要准备云平台的硬件损坏所带来的问题,这也就意味着用户仍然要建立灾难恢复站点,或者是在必要的时候能够将应用切换到新的主机上运行。

InfoQ:在构建和部署迁移的应用时您会建议使用何种级别的自动化?您是如何实现的?以及所需要发生的测试?

Bliesner:我们的建议是尽可能的自动化。我们是AWSCloudFormation模版的忠实粉丝,也热衷于微软Azure的类似技术。当你去迁移一些诸如ERP之类大型的、笨重的应用时,若没有实现自动化的话,那就很难去快速的作测试,并进行快速的修复。将数据中心视为代码和跟踪一切就是最佳实践。你可以基于模版在30分钟内部署整个数据中心,同样也可以很快的将之销毁。随着时间的推移自动化对于掌控部署是最有力的助手。如果你打算迁移应用,或者是测试,或者是创建一个备份的站点,你可以通过模版来很轻松的实现它们。CloudFormation并没有内建测试或者是预置功能,所以它有一些落后和试错,但是好的一面是它可以根据你现有的代码去自动生成。从应用的角度来看,它的概念就是将整个数据中心视为一个单一的东西,可以按需去创建和销毁。这就是转换用户的IT业务流程的云平台的强大力量所在。

更多的信息,请参考2ndwatch官方博客‘当迁移到云中时面临的主要业务问题’和‘云中的应用开发’。

查看英文原文:Migrating Traditional Workloads to the Cloud:Q&A with Kris Bliesner


感谢张龙对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ@丁晓昀),微信(微信号:InfoQChina)关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入InfoQ读者交流群InfoQ好读者)。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT