Cloudproberは、アクティブプローブ（合成監視とも呼ばれます）を使った監視を強化し、ホームラボ、マイクロサービス、API、ウェブサイト、クラウドからオンプレミスへの接続など、システムをスムーズに稼働させます。 プローバーが最も信頼性の高い監視シグナルの一つを提供する理由については、こちらの投稿をご覧ください。
 |  |  |  |  |  |
 |  |  |  |  |
多用途のプローブ：HTTP、PING、TCP、DNS、gRPC、UDPの各プローブを内蔵。さらに、カスタムのインプロセススクリプト（Starlark）と外部プローブもサポートしています。
ターゲットの自動検出：Kubernetes、GCP、またはファイルベースのリソースを手間なく監視。常に再デプロイする必要はありません。
既存システムとの統合：Prometheus、Grafana、DataDog、AWS CloudWatch、PostgreSQL、Google Cloud Monitoringとすぐに連携できます。
簡単なアラート：メール、Slack、PagerDuty、OpsGenie、その他HTTPベースのシステムを介して情報を入手できます。
軽量でスケーラブル：Goで書かれており、単一のバイナリにコンパイルされ、スタンドアロンアプリケーションまたはDockerコンテナとして効率的に実行されます。
カスタムメトリクス：柔軟なレイテンシヒストグラムと設定可能なラベルで、正確なインサイトを得ることができます。
拡張性：新しいプローブタイプ、ターゲット、監視システムを簡単に追加できます。
Prometheus Blackbox Exporterをご存知の方は、Cloudproberとの比較をご覧ください：Prometheus Blackbox Exporter vs Cloudprober
ブラックボックス／合成監視のパラダイムにあまり詳しくない方は、プローバーが必要な理由をご覧ください。
Cloudproberの誕生ストーリー
スタートガイドに従って、数分でシステムの監視を始めましょう。
Slackに参加するか、Githubで議論に参加してください。こちらにコメントして、Cloudproberの将来を形作る手助けをしましょう。
注：Cloudproberの活発な開発は、2021年11月に~~google/cloudprober~~ から cloudprober/cloudprober に移行しました。その過程で多くのGithubスター（1400）を失いました。Cloudproberの歴史について詳しくは、cloudproberのストーリーをご覧ください。
 |
 |  |  |  |
