Java CloudBees服务级别协议和服务能力

我一直在仔细比较Java Paas，我真的开始喜欢CloudBees了。我只关心他们一个大问题，那就是他们的SLA/正常运行时间

在浏览了他们的所有文档之后，我只能找到以下状态：

如果您使用CloudBees PaaS时没有利用高可用性选项，那么CloudBees只能提供接近基本正常运行时间SLA的正常运行时间 基础设施云提供商

同一篇文章还提到，Amazon似乎提供了99.95%的正常运行时间，我知道CloudBees主要在AWS/EC2实例上运行

因此，产生了许多密切相关的SLA问题：

如果我没有利用“高可用性”选项，那么我能假设CloudBees甚至不能保证99.95%的可用性吗？或者其他地方是否有文档说明了他们的正常运行时间，以及未能达到正常运行时间的补救措施

他们在这里谈论的是什么高可用性选项？我只是读了他们所有的开发者文档，从来没有看到过关于HA的任何东西

如果合作伙伴服务（如SendGrid for mail或MemCachier for caching）出现故障，我有什么补救措施？我喜欢GAE的一点是它的

CapabilitiesService

，在您使用他们的电子邮件API或缓存API之前，您首先要检查主

CapabilitiesService

，以确保这些服务正在运行。我想对云蜂也这么做，但似乎我需要自己建造它。这很好，但不确定CloudBees是否提供了一种机制（API调用等）来确定特定的服务合作伙伴是在线还是离线

提前谢谢

如果一个月内未达到特定的正常运行时间水平，CloudBees不会提供可用性SLA，也不会以积分的形式提供补救措施。这在AWS上的其他产品（如Heroku）中很常见。CloudBees确实通过支持协议提供基于标准响应时间的SLA。正如您参考的白皮书中所讨论的，我们还采用了自己使用AWS和外部提供商的做法，这有助于将我们的用户与一些特定的亚马逊问题隔离开来

您可以使用的可用性功能包括：

• 使用多个实例（并可能自动缩放）。应用程序实例由CloudBees分布在不同的EC2实例上，因此您可以避免在EC2实例发生故障时停机
• 使用。您可以使用我们的产品或合作伙伴产品（如Memcachier）在应用程序实例的单独层中共享会话状态
• 使用该方法，CloudBees可以在多个AWS可用性区域中进行设置
• 确保应用程序使用的数据库设置为高可用配置。例如，RDS易于与CloudBees一起使用，并支持多个AZ中的备用和读取副本
• 使用New Relic和AppDynamics等合作伙伴提供的应用程序监控解决方案提醒您任何问题

关于使用“高可用性选项”的评论的要点是警告人们，仅仅在CloudBees上部署应用程序并不能使其具有高可用性。如果EC2实例在您的单实例部署下失败，您的用户将经历停机，而我们的内部机器将重新部署到工作实例，而在部署新实例之前，多实例部署可能只会经历较慢的响应。类似地，对于没有备用数据库或跨AZs的副本的单实例数据库。虽然这只是对很多人来说是显而易见的，但你可能会惊讶地发现，有多少人只是认为奇迹正在发生

关于能力服务的观点很好！我们在这方面有一些想法，但现在你必须自己做类似的事情