ベストプラクティス

これらの実践的なヒントに従って、Zeabur を最大限に活用しながら、デプロイの信頼性とコスト効率を維持しましょう。

環境変数で設定を管理する

すべての設定値——API キー、データベース URL、フィーチャーフラグ——を環境変数に保存してください。ソースコードや Docker イメージにシークレットをハードコードしないでください。

Zeabur はサービス間の変数参照（例：${MYSQL_HOST}）をサポートしており、認証情報を自動的に同期します。

永続ボリュームは慎重に使用する

永続ボリュームはデータベースやファイルストレージに不可欠ですが、トレードオフがあります：ボリュームがアタッチされたサービスはゼロダウンタイムローリングデプロイを実行できません。

静的アセットやビルド成果物には、オブジェクトストレージまたは CDN を使用してください。

リソース制限を設定してコストを管理する

各サービスに CPU とメモリの制限を設定して、コストの暴走を防ぎましょう。設定ミスのあるサービス 1 つで、アプリケーションの実際の必要量をはるかに超えるリソースを消費する可能性があります。

• デプロイ前に料金計算ツールでコストを見積もりましょう。
• ダッシュボードの使用量メトリクスを定期的に確認しましょう。

データベースにはマーケットプレイスサービスを使用する

独自のデータベースコンテナを実行する代わりに、Zeabur のマーケットプレイスサービスを使用しましょう。事前設定済みで、自動接続変数注入が含まれ、プラットフォーム向けに最適化されています。

PostgreSQL、MySQL、MongoDB、Redis など人気のオプションがワンクリックでデプロイ可能です。

プロジェクトを論理的に構造化する

明確なプロジェクト構造でワークロードを整理しましょう：

• 1 アプリケーション 1 プロジェクト — 関連するサービス（API、フロントエンド、データベース）を同じプロジェクトにまとめる。
• 環境を分離 — 本番、ステージング、開発に異なるプロジェクトを使用。
• 命名規則 — 説明的なプロジェクト名とサービス名をつけて、チームがダッシュボードを素早くナビゲートできるようにする。

Git ベースのデプロイを使用する

GitHub または GitLab リポジトリを接続して、プッシュごとの自動デプロイを実現。これにより：

• 追加ツール不要の完全な CI/CD 自動化。
• コミットの取り消しによる自動ロールバック。
• ブランチベースのプレビュー環境で Pull Request のテスト。

カスタムドメインと HTTPS を有効にする

Zeabur はすべてのカスタムドメインに自動 TLS 証明書を提供します。DNS を Zeabur に向けるだけでゼロ設定で HTTPS が有効になります——設定手順はカスタムドメインをご覧ください。

本番サービスには独自ドメインを使用して、プロフェッショナルな外観を維持し、デフォルトの *.zeabur.app サブドメインの共有を避けましょう。

使用量を監視してコストを最適化する

課金ダッシュボードを定期的にチェックして支出を把握しましょう：

• メモリ使用量が過大なサービスを特定し、適切なサイズに調整。
• 未使用のサービスやプロジェクトを削除——アイドルリソースも無料プラン（自動スリープ）でない限りコストが発生します。
• サブスクリプション概要でクレジットと請求書を追跡。

テストにプレビュー環境を使用する

プレビューデプロイを有効にして、すべての Pull Request に独立した隔離環境を提供。これにより、チームはマージ前に本番環境に近い設定で変更をテストできます。

プレビュー環境はブランチが削除されるか PR がクローズされると自動的にクリーンアップされます。

重要なデータを定期的にバックアップする

Zeabur はインフラレベルの信頼性を提供していますが、重要なデータについては自分自身のバックアップも維持すべきです：

• バックアップと復元機能でデータベースのスナップショットを取得。
• 設定ファイル管理で重要な設定をエクスポート。
• 災害復旧用にバックアップを外部（オブジェクトストレージなど）に保存。