Mercure-Hub: 2. ライフサイクルスクリプト
このドキュメントはGitHub Actions & GitLab CIガイドの一部です。完全なガイドはこちらからご覧いただけます：GitHub Actions または GitLab CI パイプラインから実際の Mercure Hub サービスを起動し、テストを実行して、自動的に削除する方法。
👋 Stackhero ドキュメントへようこそ！
Stackhero では、リアルタイムデータ配信をシンプルかつ信頼性高く実現する、フルマネージドの Mercure-Hub cloud サービスをご提供しています。主な特長は以下の通りです：
- リクエスト数・メッセージサイズ無制限で、柔軟な運用が可能です。
- HTTPS 対応の カスタムドメイン（例：https://real-time.your-company.com）を標準搭載。
- ワンクリックアップデートで、常に最新の状態を簡単に維持できます。
- プライベートかつ専用インフラ上での高いパフォーマンスと強固なセキュリティ。
- 複数リージョン対応：🇪🇺 ヨーロッパおよび🇺🇸 USAで低遅延配信を実現。
すぐに利用開始可能：わずか5分で Mercure-Hub cloud hosting 環境を立ち上げ、アプリケーションへのリアルタイム更新配信をスタートできます。
以下はサービスのライフサイクル全体を管理する完全なサンプルスクリプトです。必要なセットアップはごくわずかで、数コマンドのみです。各プラットフォーム向けの完成済み YAML はこの後のセクションからコピーできます。
#!/bin/bash
set -euo pipefail
# STACKHERO_TOKEN は CI シークレットから供給され、CLI が自動的に取得します。
stackName="ci-mercure-hub-$$" # 各実行ごとに一意のスタック名
serviceStore="mercure-hub" # Mercure Hub サービスストア
instance="20G" # 必要に応じて変更（ステップ3参照）
region="europe" # リージョン名（stackhero regions-list 参照）
# 1. ランナーに CLI をインストール
curl -fsSL https://www.stackhero.io/install.sh | sh
# 2. スモークテスト用クライアントをインストール（jq + curl がベース）
apt-get update && apt-get install -y --no-install-recommends jq curl
# 3. この実行用の専用スタックを作成
stackId=$(stackhero --format=script stack-create --name="$stackName")
echo "Stack created: $stackId"
# 4. Mercure Hub を追加し、サービスIDを取得
serviceId=$(stackhero --format=script service-add \
--stack="$stackId" \
--service-store="$serviceStore" \
--instance="$instance" \
--region="$region")
echo "Service added: $serviceId"
# 5. サービスが稼働するまで待機（数分かかる場合があります）
stackhero service-wait-for --service="$serviceId"
# 6. 設定情報を取得（生成された認証情報を含む）
config=$(stackhero service-configuration-get --service="$serviceId" --format=json)
# 7. 必要な認証情報を抽出
host=$(echo "$config" | jq -r '.configuration.domain')
# 8. スモークテスト: Request the hub endpoint and check it answers.
curl -fsS -o /dev/null -w "%{http_code}" "https://$host/.well-known/mercure?topic=test" | grep -qE "^(200|400|401)$"
echo "✅ Mercure Hub は CI から到達可能です。"
サービスの削除、削除完了待機、スタックの削除といったクリーンアップ手順は、下記のプラットフォーム別セクションで説明しています。この方法により、スモークテストが失敗した場合でも必ずクリーンアップが実行されます。
スタックは空でなければ削除できません。必ず先にサービスを削除し、その削除完了を待ってからスタックを削除してください。
service-wait-forコマンドは、サービスが稼働中または削除済みであることを保証するため、削除待機にも最適です。