コンセプト

アーキテクチャ

エージェントの変更が非公開プレビュー、承認を経て本番サイトになるまでの流れ。

Showly の公開アーキテクチャは、お客様が依存できるデリバリーの流れを示します。クラウド事業者、配置リージョン、ネットワーク構成、リソース名、内部サービス境界は実装詳細であり、公開ドキュメントには含めません。

デリバリーの流れ

  1. ワークスペースを接続する。 担当者がサイトを接続し、アクセスできるメンバー、API トークン、MCP クライアントを決めます。
  2. 変更を準備する。 エージェントまたは連携機能は、許可されたスコープの範囲だけでコンテキストを読み、計画と変更ファイルを送信します。
  3. 非公開プレビューを作成する。 Showly は変更を分離された環境でビルドし、必要なチェックを実行して、保護されたプレビュー URL を返します。現在の本番版は変わりません。
  4. レビューして承認する。 担当者がプレビュー、差分、チェック結果を確認します。承認ポリシーがある場合は、公開前にその条件を満たす必要があります。
  5. 本番公開する。 Showly はレビュー済みの版を公開し、操作を監査履歴に記録します。以前の版は、ワークスペースの保持設定とプラン上限に従ってロールバックに利用できます。

製品上の境界

ワークスペース境界。 サイト、デプロイ、トークン、ロール、監査記録はワークスペースに属します。データを返す、または変更する前に、そのワークスペースに対する権限が確認されます。

プレビュー境界。 プレビューは本番サイトから分離され、アクセス制御されます。プレビューの作成や更新だけで本番公開されることはありません。

公開境界。 本番に影響する操作には、明示的な確認またはワークスペースの承認フローが必要です。エージェントがこのゲートを迂回することはできません。

バージョン境界。 各公開は、レビューされた特定の版を指します。ロールバックでは、現在の本番出力を直接書き換えず、以前の版を選択します。

認証と監査

  • ユーザーは自分のログインセッションで Showly Web アプリを利用します。
  • スクリプトはパーソナルアクセストークン、エージェントはスコープ付き MCP トークンを使います。
  • トークンは、許可されたワークスペース、リソース、操作に限定されます。
  • エージェントや外部連携に Showly のホスティング認証情報が渡ることはありません。
  • 読み取り、ビルド、公開、ロールバック、破壊的操作は、対応する製品機能の範囲で監査履歴に記録されます。

公開されている認可ルールは、MCP のスコープとトークンおよび RBAC と承認を参照してください。

ホスティングとデータ所在地

Showly はマネージドサービスです。クラウド事業者、配置リージョン、ネットワーク構成、ストレージ技術、サービス構成は、公開 API やデリバリー手順を変えずに変更される場合があります。

リポジトリのコード、レスポンスのメタデータ、DNS レコード、過去の文書から契約上のホスティング場所を推測しないでください。データ所在地、規制、自社クラウドに関する要件がある場合は、本番データを登録する前に、現在利用できる選択肢を Showly に確認してください。

デプロイ方式

Showly は静的出力と一部のサーバーレンダリングアプリに対応します。有効な方式や機能はワークスペースと環境によって異なる場合があるため、製品が返すデプロイ対象の機能情報を正としてください。基盤は Showly が管理し、お客様が設定する対象ではありません。

次に読むもの