デジタルエクスペリエンスのピーク需要時におけるOutSystemsのパフォーマンス
トラフィックの急増や高需要イベントの発生時、またビジネスが急成長する中でも、シームレスなユーザーエクスペリエンスの提供に向け組織を支えるOutSystemsの能力を数値化して紹介
昨今、ビジネスの現場では急激な需要増加が日常茶飯事となっています。マーケティングキャンペーンの成功、季節的な需要増、口コミによる宣伝効果、ビジネスの急成長などにより、大量のトラフィックが重要なアプリケーションに一気に流れ込むと、最悪のタイミングでパフォーマンスに支障をきたすことになります。
このホワイトペーパーでは、インフラ管理に伴う運用上の負担を発生させることなく組織がこうしたリスクに備えるにあたり、OutSystemsが担っている役割を紹介します。
このたび、OutSystemsでは大規模なパフォーマンス評価を実施し、以下の点に着目してOutSystemsプラットフォームのパフォーマンスを詳しく検証しました。
- 持続的な高スループット
- 同時ユーザー負荷
- 認証のオーバーヘッド
- データベース負荷の高いワークロード
- 高負荷が長時間続く環境での安定性
この結果から明らかになったのは、OutSystemsプラットフォームのパフォーマンスが予測可能で一貫したものであるということです。これは組織にとって、極めて高い需要時におけるシームレスなデジタルエクスペリエンス、収益の安定、顧客からの信頼の強化、そして事業継続性の確保を意味します。
また、このホワイトペーパーは最新のAI開発プラットフォームを評価中の技術リーダーに対して、OutSystemsの能力を測るうえで具体的なインサイトを提供します。OutSystemsは、拡張性とレジリエンスを備えたミッションクリティカルなアプリケーションを支えながら、チームをインフラ管理ではなく、イノベーションやユーザーエクスペリエンスに注力させることが可能です。
エンタープライズがパフォーマンスや信頼性に対するユーザーの期待に応えつつ、安心して拡張を行えるよう支援するOutSystemsの能力を詳しくご覧ください。
よくある質問
エンタープライズ環境において、パフォーマンスの正確性低下や爆発的なコスト増を避けながら、データセットの拡大や同時リクエストの増加を効率よく処理するためのAIインフラとワークフローの能力を、「AIの拡張性」と呼びます。これには、リアルタイムのID検証や複雑なデータベース操作といった頻繁な同時実行ループに対応できるよう自動的に拡大・縮小する、柔軟なコンピューティングリソースが必要です。エンタープライズレベルのシステムは、クラウドネイティブなオーケストレーションを活用することで、コンピューティング能力の利用を動的に割り当てて、インフラコストの制御と予測可能なパフォーマンスの提供を両立させています。
拡張性は、ビジネスにおいて極めて重要な安全装置です。というのも、パフォーマンスの低下は収益、ブランドの評判、顧客の信頼を直接的に脅かすためです。エンタープライズアプリケーションは、突発的なトラフィック急増時やビジネスの成長期であっても、予測可能なユーザーエクスペリエンスを確保することで、ユーザー離れを防ぐことが求められます。
クラウドの弾力性はインフラそのものの話ですが、ソフトウェアの拡張性はそうしたリソースをインテリジェントに利用するためのプラットフォームの能力を指します。OutSystemsは、コンピューティングリソースの動的な割り当てによってリアルタイムでスケールアップとスケールアウトを行うことで、需要が増えた場合でも処理待ちのバックログやパフォーマンスの急激な低下を発生させません。
こちらの記事では、クラウドの拡張性と弾力性の主な違いを取り上げています。
多くのシステムで、認証のオーバーヘッドがボトルネックとなるログインストームが課題となっています。 ODCには、高度に最適化された分散型のサービスとして、拡張性に優れたID・アクセス管理（IAM）が用意されています。これにより、何千件もの同時トランザクションが発生した場合でも、継続的なID検証によってアプリケーションの応答性が損なわれることはありません。
拡張性を向上させるには、静的なプロビジョニングを自動リソース管理に置き換える、コンテナベースのクラウドネイティブな設計が必要です。コンピューティングリソースの動的な割り当てを行い、リアルタイムの使用パターンに基づいてリソースを調整することで、プラットフォームをシームレスにスケールアップしたりスケールアウトすることができます。大量のリクエストに対応し、単一障害点を排除するには、インフラに負荷分散を備えた分散型アーキテクチャを採用する必要があります。さらに、データセットが増えてもトランザクションが低下しないよう、データ接続性を積極的に管理することも大切です。また、最適化された分散型IDサービスを配備して、トラフィック急増時に継続的な認証オーバーヘッドがアプリケーションの応答妨げないようにすることも欠かせません。こうした構成において、アプリケーションにあらかじめ拡張性を組み込んでデプロイし、手動でのパフォーマンス調整やデータベースパラメータ調整を排除できるよう、「ゼロタッチ」の最適化を活用することが重要です。
拡張性を測定するには、k6のような業界標準の負荷テストフレームワークを使用して、現実に即した混合トランザクション負荷をかけ、プラットフォームの限界をテストする必要があります。単に平均値を使用するのではなく、P95レイテンシーに着目しながらピーク時の最大毎秒リクエストと応答時間の特定のパーセンタイル値を測定することで、極端に遅いトランザクションを抑えることができます。