云计算的思想领袖:访谈Orbit One Internet Solutions总经理Olivier Mangelschots
Orbit One Internet Solutions是一个总部位于比利时并深入参与微软技术的系统集成商，Olivier Mangelschots担任总经理。
在这次采访中，我们介绍：
- 混合环境中的身份管理
- 在提供自定义的云解决方案中合作伙伴的作用
- SLA和云停机问题
- 迁移到云与基于云计算架构的对比
- 云中的事物更好地一起工作
Robert Duffner: 您能花一点时间来介绍一下自己和Orbit One吗？
Olivier Mangelschots: 我是Orbit One Internet Solutions的总经理。我们从1995年开始在比利时的一个名为Gent的城市营业。至今，我们有18人，我们主要专注于开发门户网站。我们使用技术如SharePoint、 Microsoft CRM 和Umbraco，Umbraco是一个基于ASP.NET的开放源码CMS。
我们也尽力帮助客户实现新领域的工作，使用诸如Microsoft Lync技术，在与他们的团队保持联系时能够从任何地方工作。我们对云很感兴趣并期待这一改变。
Robert: 在云计算之前您已经参与构建客户解决方案。您如何看到云对你们正提供给客户的解决方案的影响？
Olivier: 我们总是试图使解决方案对客户的内部IT结构的影响尽可能低。甚至早在2000年，我们开发的大多是自托管的解决方案。
我们尽量减少客户的实现本地服务器的必要性，这样他们可以集中精力开发最好的解决方案而不是关注其背后的技术基础设施。
Robert: Jericho论坛主席Paul Simmonds 表示云里认证所需要的新规则，密码没有用武之地。您能谈谈云里身份认证管理的挑战和解决方案吗？它与传统的托管有什么不同？
Olivier: 身份认证是使得云成功的关键元素之一，我认为我们已经取得了长足的进展。今天，大部分解决方案开始纳入身份管理，它也应当这么做，使用联合的身份验证和单点登录。在过去，一个组织不得不在通过非云端做每件事和将一切都转移到云之间进行选择。
一个解决方案很难使得部分在云端，部分在非云端，因为你必须单独管理用户和同步，这令人痛苦。但是现在，大大小小的公司可以迁移到云并且有集中的用户管理，从而他们能够以非常透明的方式处理用户服务。
无论应用程序托管在非云端或托管在微软的云或托管在合作伙伴，只要一切都能很好的整合在一起，这对用户都没什么影响。当然，用户最先注意到的是他必须先键入一个用户名和密码，所以那应该是很透明的。
Robert: 客户可以在云，非云端和宿主的合作伙伴之间做出选择。您如何向与你们共事的客户解释这些选择之间的区别？
Olivier: 成本显然是需要考虑的因素之一。大部分客户是从非云端过来的，通过迁移到云，Windows Azure、 Office 365和在线客户关系管理等技术可以让他们节省大量成本。当然，也要看看整体的情况：不仅是许可，还例如人力资源、硬件和电力等因素。
除了节省开支，他们可以让事情发展得更快。如果他们想部署新的东西，他们可以在云里花几小时就可以做到，而一个非云端部署可能需要几天、几星期甚至几个月。
合作伙伴托管也依旧非常重要，主要因为在公共云里并非每件事都是可能的。例如，使用Azure和Office 365就有一定的局限性。价格很实惠，但是你只能得到他们提供的东西，合作伙伴可以提供定制。
除了提供关于技术特点的更个性化的解决方案，合作伙伴还可以根据服务级别协议、安全注意事项、加密以及诸如此类的事情提供定制化服务，这是对一些公司来说是十分重要的。
Robert: 在EMC最近召开的会议上，首席执行官 Joe Tucci说混合云正在成为事实上的标准。您能谈一点可能使用混合选项的混合解决方案吗？
Olivier: 作为例子，很容易迁移到一个公共云的东西之一是一个公司的一组Exchange邮箱的联系人、日历等等。定制用户所需的水平很低，并且很多人在产品出来后都会很满意。
如果你将邮箱移动到云，用户通常甚至不会注意到。他们只是继续使用Outlook和Outlook Web Access，在需要时同步他们的电话。尽管如此，它节省了大量的成本，而且允许很多公司拥有他们不曾有过的更大的邮箱。
这是我们见过的混合的情况之一，公司移动部分服务到云，例如Exchange邮箱，同时例如SharePoint内部站点，这是因为他们需要一些云中没有的自定义的模块。
像那样混合和匹配是一个明智的做法，因为它不仅让公司节省开支还使它更加高效和灵活。
Robert: 继最近的四天内没能恢复全方位服务的Amazon停机，您看到了客户对云的可靠性的质疑吗？您认为得到的教训是什么？
Olivier: 由于他们对那些系统有较少的控制，几乎所有的公司都有点害怕将数据迁移到未知领域。当然，Amazon的事件令人遗憾。大规模的云仍然是新生事物并且某些技术还处于测试阶段。
我认为我们对一个非云端情况应当实事求是，正常运行时间是完全没有保证的。一年中，很多机构因人为错误造成远不止四天的停机。
很多公司至今还没有准备好将某些关键的应用程序迁移到云。我相信，当云变得更大、更成熟，云系统的服务级别协议将会可用，它将比那些来自非云端的情况有更高的要求。
这也是合作伙伴托管开始起作用的地方。你可以将一些在公共云中能够得到实惠的大规模应用放到云端，而把特定的，关键解决方案放到可以提供自定义镜像解决方案的合作伙伴那里。
从长远来看，我相信公共云有好几种风格，包括便宜的大众市场风格和一种高冗余及可用性的更加以企业为中心的风格，这种风格将花费更多。
Robert: Rackspace的首席战略官Lew Moorman将Amazon计算停机问题比作为一次飞机失事。它是一个重大的事件，有着大规模的危害性，但是航空旅行仍然比汽车旅行安全。他用这个比喻来说明云计算比由个别公司运行数据中心安全。您认为那个比喻成立吗？
Olivier: 我认为在一定的情境下是这样的，虽然并不是所有的。但是我认为当飞机失事真的发生时你就完全正确了，它被广泛关注，尽管在统计学上它比开汽车安全。
如果一个大的云垮了，它将是一个巨大的新闻故事，每个人都在讨论它。但是实际上，这基本上不可能发生，一个相当大规模的公共云比单个公司的运行环境安全得多。
同时，你付出的和你得到的总是平衡的。我认为不可能以非常小的成本却想以最大的保证来获得这项服务。如果你愿意付出更多，你将获得更大的可能性。
Azure是一个很好的例子，因为你可以选择你的数据和服务将要运行的地理领域。作为一个开发人员或建筑师，在Azure云的几个位置建立冗余系统是完全自由可行的，这使得你获得比Azure本身提供的内容更多的东西。
Robert: 客户不总是从零开始的，有时他们想将现有的一些东西迁移到云。您能谈谈迁移到云和客户可能需要注意的事情吗？
Olivier: 这是今天的一个主要问题。对于某些服务，迁移到云比理论中更难。问题要一步一步地解决。首先，当然你必须有云。然后你可以开始建立迁移工具。例如，在Microsoft Exchange它非常容易并且有大量好工具来将非云端或合作伙伴托管的解决方案迁移到云。
举例来说，SharePoint或Dynamic CRM更难迁移。尽管微软正在致力于建立自己的工具，你现在仍然需要第三方工具。仍然有很多工作要做。
我认为Azure是一种完全不同的东西，你不能只取一个应用程序并将其放在Azure上。为了让它充分利用Azure因素和增加价值，你需要重新设计应用程序并使它充分利用Azure。那需要相当一些时间来实现，对产品开发者来说它是一个长远投资。
Robert: 随着更多的人迁移到云，有将一个云资源与另一个云资源整合的机会。我知道你一直在想将Office 365和Azure联合起来。您告诉我们您的想法吗？
Olivier: Office 365（在线Dynamics CRM）与Windows Azure的组合是一件很有趣的事情。例如，我们有客户使用在线CRM，这是本身就提供的，你立刻就能用它。我们用自定义的Azure解决方案结合它来做CRM中不能预见的事情。
举个例子，有一家名为ClickDimensions的公司有一个微软CRM的电子营销插件。你可以从CRM向人们发出大量邮件，并且对打开你的邮件和点击你的网站的人具有跟踪功能。你拥有你的潜在客户和领导的历史记录。
实际上，所有这一切正在Azure云里运行。所有的都是自定义开发的，而且它总是向上传输这些信息直到你的CRM系统。这是一个很好的组合，使用out-of-the-box标准、共享宿主产品例如Office 365和在线 CRM连同运行在Azure上的自定义开发的解决方案。你获得这两个领域的最佳产品。
Robert: 在Microsoft，我们看到云作为移动应用程序的关键后端。您可能看到了围绕设备工具包的最近公告包括支持iOS,、Android和 Windows Phone 7。您对云和移动的结合有什么想法吗？
Olivier: 我真的没有什么特别的想法，当然，云和移动能够很好地一起运作。另一方面，我认为任何应用程序在云里都很好，云和移动的结合带来的好处是确保在任何地方都可用，因为移动用户可能来自世界的任何地方。
很难知道当你推出一个移动应用程序后会有多少人将使用它，将这些东西托管在云上有很多意义，因为你可以应付高峰、可以处理身份问题并且在开始时就有一个很好的平台。
Robert: 您还想谈论别的话题或讨论其它的主题吗？
Olivier: 今天，我看到了Azure作为工具包或作为一个用来建立新的应用程序和解决方案的大系统，因此使用它的人大多数是开发人员和其他技术人员。很高兴见识到Azure和其它情境之间的一层，在那里Azure是引擎并且Microsoft 或其他伙伴为它创建前端。
在给你的示例中，如果我想要托管简单的网站运行一个CMS解决方案，我可以选择任意多的拥有管理模块的合作伙伴，以让我轻松地配置网站，点击开始并运行。很高兴见到例如Microsoft WebMatrix和Azure之间的集成，让更少的技术人员在几个点击中让他们的网站运行在Azure上。
在Azure顶部的这些额外的层是对于合作机会的大事情，但我也认为微软也应当参加加速事情。我认为Azure是大型基础设施的第一步，我们都只是在开始！
如果今天专为Azure生成了一个应用程序，开发人员将要使用Azure表、Azure方式做消息队列等等，恐怕就很难摆脱Azure了。
当然，目前Azure只能通过Microsoft才可用，但是我认为这对将来拥有自定义风格的Azure平台很有意义，通过在创新和定价上服务提供商的相互竞争。
当然，Microsoft可能不想让一切都交给合作伙伴，但有很多的合作伙伴模式。这一切将会如何演变，会变得很有趣。
Robert: 非常好。谢谢， Olivier。
Olivier: 谢谢。