保罗·弗里曼特尔（Paul Fremantle）采访WSO2 Stratos

WSO2最近发布了Stratos一个用于企业应用程序开发的开源云计算平台。WSO2Stratos建立在WSO2 Carbon之上并扩展了OSGi兼容中间件。

WSO2 Carbon平台涵盖了广泛的企业中间件功能，从在WSO2 Web服务应用程序服务器和WSO2数据服务中托管核心服务，到通过WSO2企业服务总线和WSO2业务流程服务器连接和组成服务，再到具有WSO2混搭服务器和WSO2小工具服务器。 所有这些都由WSO2治理注册表，WSO2身份服务器和WSO2业务活动监视器管理。

Stratos提供了一个Web控制台，可以在多租户环境中配置任何WSO2 Carbon产品。 WSO2称这种能力为“ 云原生 ”，即客户在多租户环境中提供和使用的任何WSO2 Carbon产品都可以透明地扩展。 根据新闻稿，生产云原生产品的主要优势/特点是：

• 弹性：基础架构使用量根据使用量上下扩展。
• 多租户：支持不同业务部门或区域办事处的应用程序可以从一个位置经济高效地交付。
• 计费，计量和灵活的监控：用户控制并仅为使用的内容付费。
• 自我配置和管理：导致在开发应用程序并将其部署到用户之间的时间延迟接近零。
• 动态的实时发现和连接：虚拟化的基础架构可以灵活地甚至部分地跨服务器，私有和公共云移动。
• 增量部署和测试：支持连续更新，并行操作，就地测试和增量生产。

InfoQ采访了WSO2的首席技术官Paul Fremantle，讨论了该产品的提供以及对Stratos路线图和开发的见解。

InfoQ：当您提到云原生时，将WSO2云映像转换为云原生平台的功能是什么？

PF：我们认为有一些关键特征使系统成为“云原生”。 核心/基本要素将是多租户，自助服务，弹性和计量/计费。 此外，我们还认为端点的动态发现以及增量部署和测试是关键。 有关详细信息，请参见最近的博客文章 ，并且我们还有白皮书以提供更多详细信息。

基本上，可以通过访问http://cloud.wso2.com并进行自己的注册来最轻松地解释云映像和Stratos之间的差异。 Stratos是多租户，自助服务，按需计费且具有弹性。 如果您使用云映像，则必须依靠基础基础架构（例如Amazon EC2）来启动（例如）ESB的新实例，对其进行计量和扩展。 借助Stratos，我们可以独立于底层基础架构云为您做到这一点，并且可以更好地适应平台。

例如，每个Amazon VM都要花钱。 在Stratos中，我们在同一个JVM上运行多个ESB租户，并根据需要扩展JVM。 这样，如果有很多ESB没做太多事情（例如，测试/开发ESB），那么在使用足够的资源来启动新VM之前，它们不会花费任何费用。

InfoQ：我们可以采用云/就绪应用程序（尊重云本机应用程序的特性）并将其设置为云本机吗？

PF： Stratos的最初目标是获取现有应用程序并在租户中运行它们。 但是在构建Stratos时，我们不得不处理构建跨租户运行多租户的应用程序的问题。 我将此称为子租户Vs超级租户编程模型。 Stratos确实提供了一些方法，您可以采用子租户应用程序并将其转变为多租户应用程序，但是它并非完全没有编码。 您必须添加一些代码，以了解您生活在多租户环境中。 说这也不难。

我们还没有任何文档。 我们正在与部分Beta版客户合作。

InfoQ：平台的便携性如何？ 如果数据的合规性/敏感性使其更适合于私有云部署，可以将其带入内部吗？

PF： Stratos完全可以在内部运行。 实际上，这是我们未来两年的主要目标。 作为您可以在内部部署的开源PaaS，我们非常独特。

InfoQ：您认为对OS /平台的依赖性如何？ Stratos在平台依赖性方面处于什么位置？

PF：我们支持Windows / Linux / Solaris以及包括Amazon，Ubuntu，Eucalyptus和vmWare（即将推出）在内的多种云基础架构。 我认为绑定到平台或OS就像绑定任何东西-锁定点的数量越多，从长远来看，您的自由度就越低。

InfoQ：您支持的计量粒度级别是什么？ 您能给读者一些使用的指标吗？

PF：默认情况下，我们对带宽，存储，服务呼叫和用户数量（每个租户）进行计量，但是计量系统可由客户扩展，因此您也可以计量中介或更多业务级别指标。

目前，我们尚未适当发布API（以扩展计量系统），但我们计划这样做。 今天，客户在使用API​​时需要我们的帮助，因为尚未记录。 到目前为止，此处提供了代码： http : //svn.wso2.org/repos/wso2/trunk/stratos/components/org.wso2.carbon.billing.core/

InfoQ：云产品支持哪种存储模型？

PF：现在，我们支持任何租户都可以写入的读写注册表，并且租户可以连接到数据库。 我们正在计划类似NoSQL / BigTable的模型，但是目前，我们主要关注的是为现有应用程序（主要基于SQL）提供部署模型。

[Stratos]与S3，Amazon RDS和NoSQL配合良好。 目前，WSO2还没有*提供*任何数据库：我们希望这些数据库已经存在于某个地方，或者希望客户在Amazon中像RDS那样推出某种产品。

InfoQ：第二，这些存储服务中的某些是以平台/存储不可知方式（API）提供的吗？还是它们是点对点存储机制？

PF：目前，除JDBC之外，我们没有任何其他不可知的API。 我们的计划是在2011年第一季度的Stratos未来版本中提供数据服务和API。

InfoQ：鉴于Google App Engine和Microsoft Azure在该领域最为接近； PaaS解决方案； 在构建可伸缩系统方面具有丰富经验的公司； WSO2如何与这些巨头的经验之广竞争？ 显然，多租户架构有一个秘密之处。 您能否提供规模的基础架构？

PF：当然，WSO2没有运行与Azure或AppEngine相同大小的基础结构的经验。 但是，我们有客户运行每天处理数亿个事务的大型系统，并且在Stratos推出之前，我们已经运行了一段时间的公共云服务。 Stratos的最初目标是私有云部署，在这些环境中，我们没有看到尚未解决的任何挑战。 对于公共Stratos运行时，我们正在Amazon EC2上运行该运行时。

InfoQ：从业务模型的角度来看，您可以将模型与Red Hat，Novell等其他公司进行比较和对比吗？假设用于构建产品的大量代码是由@ WSO2团队提供的。 您如何保护具有竞争优势的IP？

PF：我们根据Apache许可进行所有操作。 那实际上并不能“保护” IP，而是可以打开它。 我们使用Apache许可证的原因是它为合作伙伴带来了巨大的商机。

我们的主要收入来源是生产支持订阅，该订阅基于我们运行的软件实例数（即生产中的JVM实例数）。 我们还提供了一组敏捷的咨询和服务，其中最受欢迎的产品是我们的QuickStart，CloudStart和PartnerStart软件包。 这些通常可以使用户在一些简单的情况下在一星期内启动并运行。

InfoQ：除了关注标准之外，您是否可以分享一些有关产品策略和选择产品套件中包含的产品的标准的见解？

PF：我们首先关注一致性和瘦度。 我们的目标是确保Carbon（我们的标准平台）和Stratos（云原生版本）完全模块化且一致。 下一个重点确实是要以客户为导向。 我们强烈根据客户需求添加了组件。 我们建立注册表是因为我们的客户需要有效的开源注册表。 我们添加了BAM，因为客户询问我们如何监视其SOA，等等。

翻译自: https://www.infoq.com/articles/interview-wso2-stratos/?topicPageSponsorship=c1246725-b0a7-43a6-9ef9-68102c8d48e1