非常感谢所有参加我们的网络研讨会的人，他们在云中构建和运行应用程序：PaaS入门教程。很高兴有这么多人参加我们的会议，也感谢你们提出的所有问题。您可以在在线研讨会记录页面上找到我们最近所有网络研讨会的录音-请查看它们以了解更多关于PaaS、all things cloud，Jenkins CI与continuous送货。那里在网络研讨会问答中有一些很好的问题，我想给你比我们在网络研讨会：Q：我已创建数据库。如何在其中插入数据？A： 这个问题有很多可能的答案，但是这里有一些考虑：多用途开发框架（Spring是一个很好的例子，请参阅本文档）有内置的方法来初始化ClickStarts，因为有一些这样的例子：例如，jbossjpa/Hibernate有一个导入.sql脚本。你可以一直跑作为部署的一部分的数据库初始化脚本：如果正在使用云开发，那么最简单的方法就是使用内置的"executeshell"操作调用SQL脚本。你应该使用buildsecret插件来保护你的数据库管理员密码。A： 以下是一些可能有帮助：我'已经完成了一些简短的视频，介绍了CloudBees项目的完整设置（包括与GitHub和Eclipse的集成）：您可以在我们的参考资料中找到这些中间。标志打开或登录你的CloudBees帐户并选中"Take the Tour"复选框。这将指导您完成各种云蜂的特征站台那边在CloudBeesTV YouTube频道上有很多视频可用吗？A： 是的，对。在我们的定价常见问题解答中有关于app cells的更详细的解释，还有关于EC2计算单元的更多信息以及Amazon在Amazon AWS FAQ中引入此模型的原因？我用它来配置我的EC2实例是哪个环境（demo、uat、prod）和JDBC URL等等，也许在PaaS中做得更好？A： 不，我们不提供对运行应用程序的底层amazonec2实例的ec2用户数据的访问：这与AWS基础设施紧密相连，我们的目标是为您抽象所有这些内容。正如您所建议的，有一种使用PaaS更简单的方法来实现这一点：看一看这篇关于配置参数以及如何使用这些参数为不同环境定制设置的文章？A： 我们自己并不提供Hadoop服务：一个选择是考虑使用Amazon的弹性MapReduce服务，并使用CloudBees上运行的应用程序中的Amazon api调用它——这样"混合和匹配"PaaS和IaaS真的很容易：你可以使用bees配置：xxx命令从CloudBees SDK中通过AWS认证让IAM用户进入您的应用程序，然后调用与awsjavasdk完全相同的服务。您推荐哪种型号（专用/共享）？A： 要考虑的主要问题是应用程序是否只需要临时访问文件，还是要寻找长期存储。就其本质而言，PaaS应用程序通常没有与之相关的持久文件存储：PaaS运行时可以（并且确实）重新定位这些应用程序，以处理底层基础设施中的问题，或者扩展应用程序以响应需求的增加，在这种情况下，应用程序很容易在不同的虚拟环境，无法访问原始底层文件系统。即使使用专用服务器，情况仍然如此：使用该模型的主要原因是为了获得更确定的性能/响应时间，因为您事先知道哪些硬件基础设施可供您的应用程序使用，因此可以相应地进行扩展。问：您正在开发NetBeans插件吗？A： 这是我们真正想要开发的东西（特别是我们团队中的前NetBeans工程师！）但恐怕我们还没能腾出资源来。GitHub上有一个社区贡献的NetBeans插件，但我自己并没有实际使用过它。如果你有时间看一下，请给我一些反馈意见，以便我们能把它纳入要求中。问：有没有计划允许客户选择亚马逊在澳大利亚托管？A： 现在没有计划，但如果这对你很重要，请告诉我，这样我们就可以把它放在工程雷达上，因为这肯定是我们可以非常容易地支持的：我们已经在PaaS中内置了多区域功能，我们为客户提供了他们对Amazon美国和欧盟地区的选择。问：对于web应用程序，CloudBees和非云定价有什么可比性吗？A： 是的，请看一下我们的总拥有成本白皮书。问：你打算用Drupal ClickStack上市吗？A： 我们只是在完成最初的Drupal ClickStack的工作，一旦完成，我们就明确计划将其作为平台上受支持的运行时提供。我们认为，ClickStacks、ClickStarts和continuous delivery的结合将为在CloudBees上开发和测试基于Drupal的应用程序提供一个令人信服的案例。ClickStacks的优点在于，它们允许我们非常容易地插入不同的运行时容器（乍一看可能会令人惊讶）底层模型非常相似，如下图所示：