5月底，我参加了在巴黎市中心“大雷克斯”举行的首届“下一步是什么”会议 。 两位主旨演讲者之一是SpringSource的首席技术官Adrian Colyer，他的演讲探讨了企业应用程序的开发和部署中的挑战以及SpringSource的回应。 之后，我和阿德里安（Adrian）坐下来，讨论了他的一些想法。 以下是我们谈话的笔录。
InfoQ：我想了解的第一件事是移动设备和我们拥有的大量设备的影响–您如何看待这种影响对企业软件的编写和设计方式的影响，以及您认为它对企业开发人员的重要性。一般。
Adrian Colyer ：是的，所以肯定有很多方面。 显然，每个人首先想到的是展示方面–所有这些不同的形状因素以及我将如何处理等等。我想目前我们似乎有三个或四个不同的阵营将被接近。 现在，我仍然认为最好的体验是使用本机应用程序，如果您真的想钉牢它的话。 当然，对于苹果我认为是这种情况。 但是随后有一个阵营说，好吧，它将基于HTML5，然后有两种方法：是要为设备手工制作，还是要使用这些跨设备生成工具包之一？像PhoneGap之类的东西？ 我认为最好的结果可能仍然是尽力挑选一组设备并为其编码。
InfoQ：这很有趣，实际上是因为iPhone改变了这种说法。 长期以来，每个人（当然在欧洲）都在谈论Java和Java ME。 它从来没有奏效，但总的想法是您必须拥有Java，因为那时每个人都可以为您的设备编写代码，而Apple则表示：“不，我们没有这样做”。 那真是改变了一切。
阿德里安·科耶尔（Adrian Colyer） ： 确实是用力压了一堆人的手。 现在，我认为几乎要以某种方式编写本机代码或编写HTML5应用程序。 而且，如果您编写该HTML5应用程序，那么我的观点是，让它成为您正在智能手机上访问的Web应用程序，而不是尝试模仿本机外观。 我认为从长远来看，这可能会更好。 前端开发社区中发生了一些非常有趣的事情-他们在CSS3中的工作以及一些渐进式扩充工作-相当有趣。 在客户端，一堆东西正在发生，这肯定是一系列新技能。 在后端，似乎我们正在使用REST API，并且您交换JSON文档。 这是大多数人都可以接受的架构。
InfoQ：你可以很清楚地分开，不是吗？
阿德里安·科耶（Adrian Colyer） ：是的，你知道。 如果要进行HTML5生成，那么显然您必须对设备类型和不同的视图生成有所了解，因此，有很多事情要考虑。 而且我认为向设备发送通知以及您如何处理这些通知实际上可能会更改某些后端体系结构。 我已经看到一些公司，例如媒体公司等，正在对此施加更大的压力。他们建立了一个专用节点来处理推送通知。 因此，他们后端的外观是，他们的应用程序生成的东西会将消息放在总线上，并由推送通知接收，然后将通道处理到设备。 这似乎是一个合理的通用模式，因为它们保持所有套接字，所有连接以及所有内容的方式。 因此，这很有意思。 但是，另一个真正令人着迷的整体维度实际上是移动设备最初是如何进入企业的，这很大程度上是由后门的行政赞助。 我已经看过很多次了。 所以发生的是–我上周听到了一个很棒的故事–有人说：“我想要在iPad或iPhone上或在此设备或那个设备上使用它”，IT部门说：“哦，我不知道那会花很长时间”，然后有人说：“哦，把它弄湿”，然后他们就这样做了，他们很快就把它拿到了那里，通常绕开了所有内部流程这样做的IT流程，程序和规则。 然后，高管们看到了这一点，他们说：“这太棒了，我们喜欢它，我们想要更多”，那时的任何惩罚性措施都完全消失了。 我已经多次看到这种模式。 就像这些趋势之一，IT试图延缓某些事情，以防止SaaS，云和移动设备之类的东西进入漂亮的小花园，但是到处都是泄漏。 这绝对是其中之一。 那么实际上它将如何影响架构？ 也许要停止的方式是，有很多小小的临时口袋，而且在我们看来，它的架构可能不是很好。 这将是“只是完成并从那里完成”，然后最终将进行清理操作。
InfoQ：对于采用云和平台即服务的企业，您认为主要驱动力是什么？ 我为什么要这样做？
阿德里安·科耶（Adrian Colyer） ：当然有几个。 人们回到了IT部门感受到的内部压力。 因此，在许多公司中，IT组织负责提供服务，而且很长一段时间以来，企业第一次可以对他们说：“看，我可以走到外面，而我可以以任何价格获得它是的，第二天我就可以买到。要花多长时间，每单位要花多少钱？” 突然之间，他们可以向IT部门提出他们以前实际上无法制定或思考的问题。 这给内部IT带来了很大压力。 但是真正驱动的是速度。 我见过一些人，这是关于成本的，但主要是关于速度的。 这是要花那六个星期来设置我的盒子。 从业务角度来看，我能移动多快，能得到我想要的多快？ 别抱我 快速到达那里，如果您要告诉我这是十二周，而且我可以在两天之内出门，那么我们再次谈论的是控制权被破坏了。 外面有一种诱惑，然后人们开始这样做，然后它分解了。 经常这样讲：“如何在内部获得这种水平的速度和敏捷性？” 那是主要的驱动力。 对于某些公司，存在一个元素“在标准化体系结构方面我们可以走这条路”，因此我们将所有内容作为服务移至该内部平台。 其他公司正在更多地考虑“也许我们组织内将有多个平台作为服务”，这对于某些人刚来时是一个奇怪的想法。 但是您首先想到的是，“嗯，我有一个开发和测试云，我有一个生产云”，然后您想到的是今天可能拥有不同软件堆栈的不同业务部门。 纯净的绿色领域很难获得。 因此，这有两件事。 一种是有人认为私有PaaS是一种恶疾。 “您在说什么，私有PaaS没有任何意义。” 但这是有道理的，因为人们想要的就是这种模型和速度，但是他们现在害怕在自己的界限之外信任自己的企业应用程序和核心数据。 因此，您将这两种力量结合在一起，即使您没有相同的规模经济，从这个角度看，私有PaaS突然看起来也确实合乎逻辑。这仍然很有吸引力。
InfoQ：那么您认为随着时间的推移会发生转变，以便企业可能开始做自己的私人PaaS事情，然后转向公开发行吗？
阿德里安·科耶尔（Adrian Colyer） ：我实际上认为它有两种工作方式。 显然，有几个组织认为他们永远不会公开发售股票。 其中一些确实正在研究私有PaaS，并且它们已经开始支持该模型，因此我看到中央架构公司控制的模型正在兴起。与此同时，请记住，我们谈到的是移动应用程序周围的压力，他们完成了。 因此，我敢打赌，在许多认为自己已经掌握了一切的公司中，仍然有很多小型部门应用程序说：“让我们将其发布到云中，然后再做吧”。 因此，无论是通过有意识的设计，还是通过颠覆加上某些有意识的设计，它们都将最终出现在混合云世界中。 他们必须弄清楚如何管理，操作和处理这种环境。 我怀疑一旦人们从计划的角度开始获得信心–在私有环境中对PaaS模型充满信心–那么也许您要做的就是与服务提供商或您信任的其他合作伙伴建立关系。代表您与外部云建立安全连接。 这是企业可能会适应的下一步，然后可能会进一步向公众开放。 现在-主要是我在欧洲旅行时代表欧洲-大多数客户都在思考：“我想这样做，我想在一个我可以信任和控制的地方内部进行”。 我们这里有很多法规和规定，这使整个问题更加复杂。
InfoQ：当然在英国有数据保护法之类的东西。 将核心数据移出现场或进入不确定性较高的环境会带来很多麻烦。
您是否认为“云”是永远没有最明确定义的术语之一？
阿德里安·科耶尔（Adrian Colyer） ：我知道我几乎不喜欢使用这个词，当我说这个词时，我感到有点脏。 它已被市场部门劫持，目前没有太多技术意义。
InfoQ：是的，很难不觉得自己刚进入Dilbert漫画之类的东西就很难说出来。 但是您是否认为其本质在改变？ 我的意思是，Amazon Elastic Compute Cloud（EC2）似乎是第一件事，它吸引了人们的想像力并开始起飞。
阿德里安·科耶（Adrian Colyer） ：是的。 因为那是他们所见； 他们认为，“这就是云”。 他们在亚马逊提供的产品上附加了“云”一词。 甚至亚马逊提供的服务也发生了巨大变化。 人们仍然把它们当作基础设施即服务的产品。 他们确实拥有该平台，并且在该平台上也拥有大量服务。 甚至，后来有了Beanstalk，他们也有了应用程序执行引擎和其他东西。 我确实认为人们对云的需求已经从原来的简单基础结构转移到了“实际上，我只是想要一个运行我的应用程序的地方”。 我从外部看到了这一点，但是通过与客户交谈，我又得到了一些很好的证据。 他们中的许多人已经建立了内部基础架构即服务产品，而IT部门对此感到非常自豪，他们可以很快地完成所有工作，然后他们说：“但是，它的使用程度不如我们以为会”。 有点令人失望。 您实际上已经意识到，应用程序团队需要什么和基础架构即服务所提供的之间仍然存在差距，而这确实是我们开始更高水平的障碍。 他们正在考虑也许不会一in而就地将整个平台作为一种服务，但是我可以提供“数据库即服务”服务，我是否可以提供“消息即服务”服务，以完善他们的一些经典做法基础设施服务更多是自助服务。 您会看到，在企业内部，对“我们需要向上移动”的认识也开始出现。
InfoQ：很显然，您是在几个月前启动Cloud Foundry的。 占用什么，成功如何？
Adrian Colyer ：现象，我们对此感到非常满意。 我们设定了我们认为一年将达到的目标。 我们在一周内就超过了这些目标。 现在，我们已经吸引了成千上万的人。 我们仍在尽可能快地处理积压的帐户。 显然，随之而来的是许多应用程序，另一个好处是，我们可以查看这些应用程序的运行情况统计信息。 它是我们最初支持的三种主要语言的很好的结合，因此有大量的Java和Spring，还有大量的Ruby，node.js比这两种语言稍少，但仍然很重要。 而且，所有不同服务之间的用法也非常好-不仅有很多人在使用它，而且它的所有不同方面实际上都开始获得良好的吸引力。 我们认为这只是一个开始。 还有更多的东西要来。
InfoQ：您的收入来源是什么？
阿德里安·科耶（Adrian Colyer） ：目前没有收入； 免费。 我们放弃了核心软件开源，并且我们站起来了cloudfoundry.com； 你什么都不付给我们 目前，这是一个负收入来源。
InfoQ：想必您有计划吗？
阿德里安·科尔耶（Adrian Colyer） ：绝对。 因此它可以做很多事情。 一个是，这是我们了解操作私有PaaS所需的关键场所。 正如我所提到的，我们正在与大量希望创建自己的PaaS环境的最终用户客户组织以及服务提供商进行对话。 我们正在基于Cloud Foundry技术以及下方的vSphere进行操作； 不要忘了PaaS会对基础架构即服务产生巨大的拖累。 因此，您拥有了将来的所有途径。 然后有一天可能会有一个模型，这样，如果您想在Cloud Foundry托管的站点上运行生产产品，也许会有某种方法来增加您的配额和其他东西。
InfoQ：所以，类似于亚马逊关于付费资源的想法。
Adrian Colyer ：目前我们要做的是吸引尽可能多的开发人员，以了解在平台即服务环境中托管应用程序的外观–如何构建它们以及所需的服务–以及然后从另一方面学习尽可能多的有关如何操作这种环境的知识，这样我们就可以帮助其他想要建立这种环境的人。
InfoQ：是的，是的。 这就说得通了。 微型云的想法（实际上就是将云放在笔记本电脑上用于调试目的）是Cloud Foundry独有的吗？ 我认为我没有看到其他人这样做。
阿德里安·科耶（Adrian Colyer） ：我认为是的。
InfoQ：那是一件非常有趣的事情，因为突然之间我可以在那种环境下有效地进行开发了 。
Adrian Colyer ：即使在这么短的时间内，我们也看到PaaS的交互改变了开发人员所做的事情，因为它降低了进入门槛。 没想到的另一件事。 Derek Collison [VMware云服务部门首席架构师]讲了这个故事。 他曾与主要创始人之一Mark Lucovsky [VMware的技术总监]一起工作。 马克试图用应用程序做些事情，并说：“我认为我在这里遇到了问题，这不是很有效。” 德里克对他说：“当您在云之外本地运行它时会发生什么？” 马克说：“我不知道，我还没有尝试过”。 他们突然意识到自己已经到了切换点，所有操作都在本地运行的微云环境中完成，因为从那里获取所有服务非常容易。 因此，这种微云是一个非常强大的想法。 从开发人员的角度来看，我认为这也是SpringSource的传统，“工具是什么，感觉如何，如何工作？” 而不是“有一个运行时服务器，而是部署到它”。
InfoQ：SpringSource作为一家公司是否正在发生变化？ 我想大多数人仍然将您视为Spring框架，主要是Java公司。 而且很多Cloud Foundry都是用Ruby编写的。
Adrian Colyer ：Cloud Foundry本身是一个Ruby应用程序，是的。
InfoQ：那么，您在想什么或在想什么呢？
Adrian Colyer ：在收购时，我们完全是一个独立实体，我们是VMware的SpringSource部门的成员，我认为如果您从外部看，您会发现。 但是已经开始发生了，并且已经开始发生，这很好，因为“这里是SpringSource”和“这里还有其他片段”之间的硬性界限已经被打破。 实际上，就我而言，我们有一个应用程序平台团队。 实际上，我们的一切都在一个管理结构下，其中包括来自SpringSource的人员，来自SpringSource进行的收购的人员，例如Rabbit团队和Gemstone团队，以及与云中的服务配合使用的其他运行时组件。最终是Foundry世界，但这并不是偶然发生在SpringSource的道路上，再加上编写核心Cloud Foundry应用程序的人，这是PaaS故事的关键部分，还有一些人从Mozy（即具有运营服务经验的备份引擎。 我们都是一支队伍。 因此，它具有SpringSource的外部标识，但是在内部，我们的融合和融合要多得多，这确实是一件好事。
InfoQ：您今天在演讲中提到的另一件事是不同语言的混合和匹配，这是很多人在谈论的话题，但是我不完全确定发生了什么，除了不可避免的后果之外。网络应用程序，因此我们拥有HTML和JavaScript等所有功能。
Adrian Colyer ：托管平台即服务的好处在于，您可以看到人们的实际行为。 令人惊讶的是，现在您使它变得如此容易，人们正在做得更多。 我同意人们一直在谈论它：多种语言的程序员将是您所找到的，但是您真正发现的是Java团队或Ruby团队，他们继续前进并做了自己的事情。 但是，当它是如此简单时（因为它是相同的运行时环境，并且其中包含相同的服务），以最简单，最自然的方式编写应用程序的每个模块或部分，那么突然想到的就自然而然了。在做。 如果我要部署到WebSphere应用程序服务器（如果这是我公司的内部标准），那么在node.js中编写一些内容将是一件非常痛苦和尴尬的事情，并且Ops团队将拒绝它。 如果我有了一个平台即服务，不管我在推动Java组件，节点组件还是Rails组件，那么这个障碍就会消失了。
InfoQ：但是，这没有内在的风险吗？ 我的意思是，IT团队和公司似乎经常使用的一种论据是我们拥有这些标准语言，而这些正是我们编写的内容，因此我们必须考虑技能，维护以及所有这些东西。 如果我有用Ruby写的位，用Python编写的位和用Java编写的位，并且如果我们假设这个东西要投入生产几年，那么我现在需要Ruby人员，Java人员和Python人员来维护它。
阿德里安·科耶（Adrian Colyer） ：我认为有区别。 在Cloud Foundry中，现在的事情是吸引开发人员，嗡嗡声和兴趣等。开发人员社区喜欢站在最前沿，并希望使用所有这些新内容，等等，并且真的很喜欢它。 他们所做的事情确实比我和之交谈的伦敦银行先行。 他们没有做所有这些事情； 它们更加标准化，可控，落后于曲线。 但是，这些开发人员现在正在创新的东西最终确实会逐渐减少。 因此，人们今天在Cloud Foundry上所做的事情可能就是他们在企业内部18个月或2年内所做的事情。 不要误以为您今天在Cloud Foundry作为开发人员平台上看到的就是当今企业中正在使用的东西，因为它们之间肯定存在时间差。
InfoQ：但是您认为那是去哪里了？
Adrian Colyer ：我想一旦周围有类似PaaS的环境，那么我确实会看到更多的情况。
关于被访者
是VMware部门SpringSource的首席技术官。 他是SpringSource团队为VMware的Cloud Application Platform设定策略和指导的关键成员，该战略将Spring编程模型和核心运行时与针对应用程序，消息传递和数据的vFabric平台服务相结合。 Adrian对软件设计和模块化有着长期的兴趣。 他在Eclipse.org领导了AspectJ项目，并创建了AJDT和Spring Dynamic Modules项目。 2004年，Adrian被《麻省理工学院技术评论》（MIT Technology Review）认可为世界100强“年轻创新者”之一。 Adrian还曾在多个行业组织中任职，包括面向方面的软件协会指导委员会，OSGi企业专家组和Eclipse体系结构委员会。
2327
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
