Catalyst DevOpsは、アプリケーション構築プロセスにDevOpsモデルを実装できるCatalystサービスであり、自動化された反復テスト、アプリケーション監視、その他のデバッグツールを実行するために使用できるコンポーネントを提供します。Catalyst DevOpsとそのコンポーネントについては、このヘルプセクションで確認できます。

Catalyst LogsとCatalyst Application Performance Monitoringは似ていますが、Logsコンポーネントはファンクション実行に関する基本情報を提供し、Application Performance Monitoringコンポーネントは詳細な情報を提供してファンクションをより効率的に監視できるようにします。

フィルタリングを適用できるように、現在ログインしているユーザーのIDをログに保存する必要があります。

APMからアプリケーションのパフォーマンスを監視できます。各ファンクション呼び出しの詳細を取得でき、それを使用してファンクションコードを最適化できます。多くのCatalystコンポーネントにアクセスしていて、実行に時間がかかっている箇所を知りたい場合は、各Catalystコンポーネント呼び出しをグラフィカル形式で識別できるため、全体的なアプリケーションパフォーマンスを向上させるためにロジックを最適化するのに役立ちます。

プロジェクトに参加しているコラボレーターのいずれかが別のCatalyst組織に属している場合、このエラーが発生します。APMを有効にするには、別の組織に属しているコラボレーターを削除する必要があります。有効化した後、コラボレーターをプロジェクトに再追加できます。

Catalystコンソールで利用可能なAutomation Testingを使用できます。すべてのHTTPリクエストメソッドタイプに対してファンクションをエンドツーエンドでテストでき、将来の使用のために異なるテストスイートとテストケース情報を作成・保存することもできます。

500回の無料実行を使い切ると、それ以降の実行には自動的に課金されます。このため、アプリケーションを本番環境にデプロイする際にCatalyst Paymentsの設定が必須となります。

Cronやイベントリスナーファンクション、またはアプリケーションログに書き込まれた特定のログタイプに対して、コード破損、未処理の例外、ファンクションタイムアウトが発生した場合のApplication Alertを作成できます。例外数のしきい値も指定できます。アラート条件の結果がしきい値を超えると、アラート用に設定されたすべてのメールアドレスにコード破損を通知するメールが送信されます。

はい、開発環境では最大5つ、本番環境では最大20のアラートを作成できます。

Application Alertsを使用して、Cron、Event Listener、またはLogsで障害が発生した場合に通知を受け取ることができます。これらのコンポーネントのいずれかで障害が発生するたび、または特定のイベントが発生するたびにメールアラートを設定できます。

Metricsから、さまざまなCatalystコンポーネントの使用情報を取得できます。キャッシュに作成されたセグメント数やデータストアに毎日作成された行数などをすばやく確認できます。これにより、利用したリソースの月額請求をおおまかに計算でき、アプリケーションによるリソースの使用が最大および最小になるタイミングを特定して、アプリケーションの需要を把握できます。

はい、GitHubアカウントをCatalystアカウントと統合できます。統合すると、CatalystはGitHubにホストされているすべてのリポジトリを一覧表示します。ボタンをクリックするだけでGitHubからCatalyst開発環境にコードをデプロイでき、コマンドの実行やコードを同期するためのCICDの設定が不要になります。