ログイン

可用性&信頼性

自分の会社のアプリにログインできなければ、何もできません。エラーや機能停止は、クラウド内のウェブスケールで発生します。それが、どんなコンポーネントのエラーにも高い回復機能を持つ Auth0 を設計してきた理由です。ユーザーがダウンタイムを全く経験しないようにするのがゴールです。

どう機能するのか?

高レベルにおいて、弊社の可用性戦略はシンプルですが、大変効果的です。重要な依存性を冗長化し、エラーをすばやく検知すると同時に、フェイルオーバーを迅速に行います。Auth0 のアーキテクチャは、あらゆるレベルでコンポーネントを冗長化しています。例:

  • DNS
  • データセンター
  • アプリケーションレイヤー
  • ストレージ

高い可用性の戦略

弊社は可用性を高めるため多くのことを実行してきました。重要なのは、アプリケーションがどのように設計されているかということです。つまり、ユーザーセッションをどう管理しているのか、機能をどうパーティション化しているか、モジュールの可用性をどのように優先づけているのか、過渡条件をどのように取り扱っているかということです。

Auth0 は、スケーラブルで可用性に優れたマルチテナントクラウドサービスとして設計され、構築されています。

この高い信頼性を持つアーキテクチャは、確実な運用プロセスと常に改善し続けていく文化から成り立ち、それがAuth0 の働きを一貫して改良し洗練してきました。

Diagram explaining our high-availability strategy

次のようなシナリオを検討してください:

  • 仮想マシンの1つが停止した場合、負荷バランサーは、回復するまでそれをローテーションから外します。
  • データベース仮想マシンの1つが停止した場合、2番目の仮想マシンが1番目として選択されます。
  • 主要地域で故障が発生した場合は、DNS レコードを切り替え、第2の地域(別の拠点)へリダイレクトするリクエストを開始します。

ダウンタイムなしで継続的にデプロイ

Auth0 は日々改良されています。.チュートリアルの更新、モジュール性能の最適化、新しい機能のローンチが必要であるか否かにかかわらず、弊社では、通常1日に3、4回はデプロイしています。そのため、ダウンタイムの予定を組むことなくデプロイできるよう、デプロイメントインフラストラクチャを設計しました。

Auth0 ステータス

世界中の50拠点から弊社のインフラストラクチャをモニターしています。弊社の可用性は、すぐにstatus.auth0.comにて公開され、インシデントが発生するとTwitter上ですぐにお知らせします。アップタイムレポートもご確認いただけます。

ステータスページに移動

誰もが安全にアクセスするために。 しかし、誰でもというわけではありません。