もっと時間を、やりたいことに
CDeliveryで、デプロイを安全に。運用をシンプルに。
安心して運用 安心してリリース
アプリのオンライン状態だけでなく、ログインなどの重要な業務フローも自動で定期チェックします。
リリース時、まず本番環境内に隔離環境を作成し、自動で検証します。本番障害につながる前に問題を検出して食い止めます。
オブザーバビリティを、Datadogの100分の1のコストで
すぐ使える。SDKは不要。サーバーとアプリのメトリクス・ログを自動収集し、ディスクやS3などのオブジェクトストレージに長期保存できます。新しいデータも、最短約3秒で検索・集計・分析に使えます。
小さな変化も、あとからたどれる。
コストは、ぐっと低く
サーバー1台、またはアプリ1つのメトリクスが、年間わずか$0.6758。
1日1 GB、年間365 GBのログも、初年度はわずか$7.23。
最初の12か月の予想総費用（米ドル）
空のストレージから一定のペースで取り込む場合の、選択した保存期間の累計費用を試算します。1か月は365/12日、入力単位は10進数とし、S3ストレージはGiBに換算します。
CDeliveryは、米国東部（バージニア北部）のS3 Standardで圧縮後の月間平均保存量に$0.021〜$0.023/GiB/月の段階別料金を適用し、16 MBにつき1回のPUTを1,000回あたり$0.005で加算します。
Datadogは年間契約の料金で、取り込みは$0.10/GBです。1か月はStandardで100万件のインデックス化につき$2.50、保存は30日間。それ以上はFlex Starterで月間平均保存件数に基づき、100万件につき月額$0.60です。
Flexの保存期間は3・6・12・15か月、月間取り込みは20億件未満、保存は100億件以下です。他の設定は公開単価から推計します。サーバー、読み取り、転送、税金、割引、無料枠は含みません。
CDelivery
$7.23
AWS S3
Datadog
$1,350.50
Flex Starter
費用はDatadogの約0.54%です。
高性能、省リソース
実測スループットは2,491 MB/s。ピークメモリ使用量はわずか2.21 GiB。 複数インスタンスと高可用性に対応し、増え続けるユーザー数とデータ量にも余裕を。
- 書き込みスループット
- 2,491MB/s
- ピークメモリ使用量
- 2,261MiB
高性能ゲートウェイ。 手間もコストも、もっと少なく
CDeliveryは、CloudflareのPingoraを基盤にリバースプロキシゲートウェイを構築しています。Cloudflareの大規模トラフィックで実証されたPingoraが、成熟度・安定性・信頼性の高い基盤を提供します。
すぐに使えて、複数インスタンスで高可用性を実現。単一・複数どちらの構成でも、HTTPS証明書を自動管理します。
CDeliveryゲートウェイの実測値
- ピークスループット
- 45,982RPS
- ピークメモリ使用量
- 963MiB
AI による診断と能動的な監視
CDelivery は稼働メトリクス、アプリのログ、アクセス記録、操作イベントを集約し、AI が運用状況を踏まえて問題を分析し、診断を支援できるようにします。AI アシスタントを内蔵し、MCP と API を通じて普段お使いの AI ツールとも連携できます。
AI による自動監視を有効にすると、変更イベントと定期巡回を組み合わせて稼働状況を確認し、異常や潜在的なリスクを分析して、設定した方針に応じて自発的に通知します。
メールや Slack など、使い慣れたチャネルで通知を受け取り、そのまま対話を続け、操作を依頼し、対応結果を確認できます。Web インターフェースもスマートフォンに対応しています。いつでも、どこでも、手軽に対応。
- メトリクス
- アプリログ
- アクセス記録
- 操作イベント
- その他…
- 診断結果
- 通知
- 操作
- その他…
インスタンスの自動スケーリング
CPU 負荷に応じて、設定した範囲内でアプリのインスタンス数を自動調整します。負荷が高まるとインスタンスを増やし、低負荷が続いた後に減らすことで、稼働状況に合わせてリソースを調整します。
可用性が高く、スケールアウトできるアプリを、手軽に構築・運用
新しい技術スタックの習得も、SDK の組み込みも不要。ローカル開発と同じ手軽さで、複数のサービスインスタンスに設定を配布できます。複数インスタンスでのデプロイやスケールアウトも簡単で、設定管理サービスを別途運用する必要はありません。XHealth と組み合わせれば、新しい設定を適用したサービスはチェックに合格してからリリースされます。1人から1億人まで、ユーザー数の増加にもシームレスに対応できます。
- インスタンス 1v2
- インスタンス 2v2
- インスタンス 3v2
省リソースで、アプリにもっと余裕を
CPU 負荷とメモリ使用量を抑え、少ないリソースでデプロイ管理、ゲートウェイ、オブザーバビリティを提供します。CDelivery の実行に必要なのは Docker だけ。PostgreSQL などの追加サービスは不要で、クラスター内の自動フェイルオーバーにも対応しています。
4.2万行のRustコード
- CDeliveryメインサービス
- 50MiB
- Pingressリバースプロキシゲートウェイ
- 30MiB
- データ監視データの収集と保存
- 120MiB
開発に集中、あとは CDelivery におまかせ
アプリのデプロイ、サービス監視、ログとメトリクスの収集、設定の配布、HTTPS、負荷分散まで、すべて自動で処理します。
XHealth は設定に応じて定期チェックを実行します。Guardian を有効にすると、リリース前に新バージョンを検証します。Pingress がユーザーのリクエストをアプリに振り分け、Insight がメトリクス、アプリのログ、アクセスログを収集します。
サーバークラスター内に3つのアプリノードを表示しています。XHealth は設定に応じて定期チェックを行い、Guardian は有効な場合にリリース前の候補バージョンを検証します。Pingress はすべてのアプリに接続し、図では各リクエストを中央のアプリに送っています。アプリ、XHealth、Pingress は継続的に Insight へデータを送信します。
よくある質問
Kubernetes ではなく CDelivery を選ぶ理由は？
プロダクトづくりに、もっと時間と人手を使えるからです。CDelivery は、アプリのデプロイ、HTTPS、ログとメトリクス、業務フローの定期チェック、リリース時の検証をひとつのプラットフォームにまとめ、ツールの選定、コンポーネントの統合、日々の保守にかかる手間を減らします。Kubernetes の専任運用担当者を置かずに、サーバー1台から始められ、ビジネスのニーズに応じて複数ノードへ拡張できます。デプロイをより安全に、運用をよりシンプルに。
CDelivery は何台のサーバーに対応できますか？
サーバー1台から利用できます。CDelivery 自体はサーバー数の上限を設けていません。単一クラスターで5,000台まで拡張でき、Kubernetes が公式にサポートするノード数と同等の規模に対応します。
無料・オープンソース
ベンダーに縛られず、サーバーやストレージなど、必要なインフラを自由に選べます。 思わぬ高額請求を、もっと少なく。