日本語
Healthchecks ホスティング
cron ジョブとバックグラウンド タスクを監視し、1 つがチェックインを停止したときにアラートを受け取ります。
- ワンクリック デプロイ
- 15 GB 必要なディスクスペース
- 1 GB RAM 必要なメモリ
- 2 €から 価格
セットアップ料金なし
公式リンク
Healthchecksの公式リンクとオリジナルウェブサイト
- もっと
Healthchecks ウェブサイト
AvaHostで得られるもの
ワンクリックデプロイメント、カスタムドメイン、無料のHTTPS、自動アプリケーション更新、およびスケジュールされたバックアップがすべてのクラウドアプリに付属しています。1台のサーバーで複数のアプリを実行でき、ターミナルアクセスも含まれています。
アプリと共にプロビジョニングされ、AvaHostによって管理されないPostgreSQLコンテナがあります。
テクノロジー
- Dockerイメージ
- healthchecks/healthchecks:latest
- デフォルトポート
- 8000
- データベース
- postgres
Healthchecksの仕組み
Healthchecksは監視対象のジョブごとに一意のpingアドレスと予想スケジュールを割り当てます。タスクは開始時、成功時、または失敗時にリクエストを送信します。設定された期間とグレースタイム内に予想される成功シグナルが到着しない場合、チェックは状態を変更し、オペレーターが停止したワークや予想より長くかかったワークを特定できるようにします。
このモデルはアクティブなWebサイトプローブではなく、デッドマンズスイッチです。バックアップ、データベースメンテナンス、キュー処理、インポート、証明書更新、スケジュール済みレポート、およびURLを呼び出せるその他の定期的なプロセスに適しています。個別のチェック、タグ、プロジェクト、スケジュール、およびAPIにより、オペレーターはより大規模なジョブコレクションを整理できます。
Healthchecksの主な機能
シンプルなインターバルは数分または数時間ごとにレポートすべきタスクをカバーし、cron式はより正確なスケジュールとタイムゾーンを記述します。開始シグナルと完了シグナルは異常に長い実行を露出させ、失敗シグナルはジョブエラーを完全に消えたジョブと区別します。
通知統合はチェック評価とは別のレイヤーです。ソフトウェアは要件が設定されている場合、メール、webhook、チャット、SMS、およびインシデントサービスに接続できます。パッケージ化されたテンプレートはメールなしでpingを評価しますが、すべてのアラートチャネルはパッケージ化された設定と必要なプロバイダーアカウントに対して確認する必要があります。
HealthchecksとCronitor
Healthchecks
Healthchecksはcronジョブおよび同様の定期的なタスクのハートビート監視に特化しています。Cronitorはcronジョブも監視しますが、ホストされたサービスにはアクティブなWebサイトチェック、アップタイム監視、ステータスページ、テレメトリ、およびプロバイダー管理のアラート配信が含まれており、より広範な商用プラットフォームです。
Cronitor
Cronitorは複数の監視モードと1つのアカウントの下でベンダー運用サービスを必要とするチームに適しているかもしれません。Healthchecksはコンパクトな自己ホスト型デッドマンズスイッチが優先事項であり、オペレーターが各ジョブの責任者にアラートがどのように到達するかをすでに知っている場合に適しています。
Healthchecksの利用者
システム管理者はHealthchecksを使用してバックアップ、同期ジョブ、証明書更新、クリーンアップスクリプト、およびデータパイプラインを監視します。開発者はスケジュール済みワーカーまたはレポート生成を監視でき、小規模な運用チームはサービス別にチェックをグループ化し、所有者または緊急度でタグ付けします。
Healthchecksはメトリクス、トレース、ログ集約、またはアクティブなHTTP可用性監視に置き換わるものではありません。予想されるシグナルが到着するかどうかをレポートします。スクリプトは正しくない出力を生成しながら完了する可能性があるため、高価値ジョブは成功したpingに加えて結果の個別の検証が必要な場合があります。
Healthchecksの自己ホスト：要件とコスト
負荷はチェック数、ping頻度、プロジェクト、統合、API活動、保持履歴、および同時ユーザー数によって形成されます。PostgreSQLはアカウント、チェック、スケジュール、状態、プロジェクト、および通知設定を保存します。これは含まれていますが管理されておらず、データベースメモリはエクスポートされたアプリケーション最小値から除外されます。
AvaHostはPostgreSQLステップアップ後のプラン2（€5）を推奨しています。デプロイメントには、ワンクリックプロビジョニング、カスタムドメインHTTPS、自動アプリケーション更新、およびスケジュール済みバックアップが含まれます。スーパーユーザーが作成され、パブリック登録は閉じられます。アプリケーションメールは無効になっているため、メールアラート、メール検証、ログインリンク、レポート、および復旧は利用できません。独自のプロバイダー認証情報を使用してサポートされている非メール統合のみを設定およびテストしてください。
F.A.Q
ヘルスチェックはPostgreSQLコンテナを考慮した後、プラン2で€5から始まります。初期推奨設定は、適度なチェック数と通常のping トラフィックをカバーしています。チェック数、ping頻度、プロジェクト数、API呼び出し、統合、保持履歴、および同時ユーザー数により、アプリケーションまたはデータベースがより多くの動作マージンを必要とするタイミングが決まります。
ホストされたスタックは、アカウント、チェック、スケジュール、猶予期間、状態変化、プロジェクト、タグ、および統合設定用にPostgreSQLをプロビジョニングします。Healthchecksはpostgresqlコンテナを受け取りますが、そのデータベース内容は管理されません。データベース内容、Healthchecksシークレット、およびアプリケーション設定を1つの調整されたリカバリセットとして扱ってください。単一のコンポーネントのみを復元すると、チェックまたはサインイン動作が矛盾したままになる可能性があるためです。
カスタムホスト名は、DNSがAvaHostを指すようになると、自動HTTPS経由でHealthchecksを公開できます。監視対象スクリプトを、そのインストールで発行された最終的なping アドレスを使用するように更新し、ドメイン変更後にそれらを検証してください。古いエンドポイントは、ジョブを移行するために必要な期間だけアクティブに保ち、その後、すべての予想されるチェックが新しいアドレスにレポートしていることを確認してください。
AvaHostではメール通知、検証メッセージ、ログインリンク、定期レポート、メール復旧が利用できません。アプリケーションはウェブフック、チャット、SMS、インシデント管理、およびその他の統合をドキュメント化していますが、各統合には別個のプロバイダーアカウントまたは認証情報が必要になる場合があります。サポートされている非メール経路を設定し、監視セットアップを運用可能と見なす前に、意図的な欠落ping をテストしてください。