私は Java PaaS を注意深く比較してきましたが、CloudBeesが本当に好きになり始めています。私が彼らに対して大きな懸念を持っているのは 1 つだけです。それは彼らの SLA/アップタイムです。
すべてのドキュメントを精査した後、SLA について提供している次のような論文を 1 つだけ見つけることができます。
高可用性オプションを利用せずに CloudBees PaaS を使用している場合、CloudBees はインフラストラクチャ クラウド プロバイダーの基本アップタイム SLA に近いアップタイムしか提供できません。
同じ論文でも言及されているように、Amazon は 99.95% のアップタイムを提供しているようであり、CloudBees が (大部分は) AWS/EC2 インスタンス自体で実行されることを私は知っています。
したがって、これにより、密接に関連する SLA の質問が多数発生します。
- 「高可用性」オプションを利用しない場合、CloudBees は 99.95% を保証さえしないと想定できますか? または、アップタイムが何であるか、およびそのアップタイムを満たせなかった場合の救済策を記載した文書がどこかにありますか?
- 彼らはここでどのような高可用性オプションについて話しているのですか? 私は彼らの開発者向けドキュメント全体を読んだだけで、HA については何も知りませんでした。
- パートナー サービス (メール用の SendGrid やキャッシュ用の MemCachier など) がダウンした場合の対処法は? GAE について私が気に入っている点の 1 つは
CapabilitiesService
、メール API やキャッシング API を使用する前に、まずマスターCapabilitiesService
に確認して、それらのサービスが動作していることを確認するところです。CloudBees でも同じことをしたいのですが、自分でビルドする必要があるようです。それは問題ありませんが、CloudBees が特定のサービス パートナーがオンラインかオフラインかを判断するメカニズム (API 呼び出しなど) を提供するかどうかはわかりません。
前もって感謝します!