セルフホスト型サービス
Studio-Saelix/sencho avatar
Studio-Saelix/sencho

Sencho: 自己ホスト型Docker Composeコントロールプレーン

セルフホスト型の Docker Compose 管理プラットフォーム。単一または複数ホストの compose-first ワークフローの場合。

スター 459フォーク 18TypeScriptAGPL-3.0

ひと目でわかる

これは何?
Composeスタックのためのシングルコンテナ管理プラットフォーム。APIトークンとWebSocketプロキシによるマルチノードサポート。
誰に向いている?
Senchoはプレ1.0のプロジェクトであり、単一ノードの運用からSSHなしのフリート全体の制御まで、幅広いCompose管理タスクをすでにカバーしています。Composeファイルを信頼できる情報源として維持し、トークンとWebSocketを介したリモートノード接続を明示的に処理する点が、単純なダッシュボードとは異なります。
商用利用できる?
厳しい条件付きでできます。AGPL-3.0 はネットワーク型コピーレフトのライセンスで、改変版をホスティングサービスなどとしてネットワーク越しに利用させる場合、その利用者にソースコードを同じライセンスで提供する必要があります。
今もメンテナンスされている?
されています。最後のコミットは 1 日前です。
何の言語で書かれている?
主に TypeScript です(GitHub の言語統計による)。

回答はプロジェクトの GitHub データ(最終同期:2026年9月15日)と当サイトの分析に基づくもので、法的助言ではありません。

オープンソース詳細解説

Sencho:単一マシンまたはフリートのCompose管理

Senchoは、DevOpsエンジニア、プラットフォームチーム、システム管理者、ホームラボユーザーを対象とした自己ホスト型のDocker Compose管理プラットフォームです。ハードウェア上で単一のコンテナとして実行され、一般的なCompose操作のためのグラフィカルインターフェースを提供します。スタックのデプロイ、Composeファイルの編集、ログの監視、コンテナの再起動、ボリュームの参照、障害からの回復などです。Composeファイルはホストのファイルシステムに残り、信頼できる情報源として維持されます。Senchoはディスク上のファイルワークフローを置き換えません。このプロジェクトはプレ1.0であり、READMEは急速に進化することを警告しているため、ユーザーは既知の制限を確認し、重要なインフラストラクチャにデプロイする前に独自のセットアップで検証する必要があります。

Sencho:SSHなしのマルチノード

マルチノードサポートは当初からアーキテクチャの一部でした。各Senchoインスタンスは、単独で実行されるかフリートの一部として実行されるかに関係なく、同じ自律ノードです。別のマシンを管理するには、そのマシンに2番目のSenchoをインストールし、長期有効なAPIトークンで2つを接続します。プライマリダッシュボードは、フリート全体の認証済みHTTPおよびWebSocketプロキシとして機能します。リモートノードはSenchoのためにSSHを実行せず、ネットワーク上でDockerソケットを公開せず、別のエージェントプロセスも実行しません。NATや厳格なファイアウォールの背後にあるノードの場合、Pilot Agentはプライマリへの単一のアウトバウンドWebSocketトンネルを確立するため、リモートホストはインバウンドポートを開く必要がありません。READMEは、信頼できないリンクにはTLS、VPN、またはプライベートネットワークを使用することを推奨しています。

Sencho:スタックライフサイクル、可観測性、フリートツール

機能リストは、スタックライフサイクル、可観測性、フリート管理、自動化、セキュリティ、運用をカバーしています。スタックツールには、失敗時の自動ロールバックを備えたアトミックデプロイ、差分プレビューと以前のデプロイへのワンクリックロールバックを備えたMonacoエディタ、チェックがパスするまでロールアウトを保持するヘルスゲートアップデート、Gitソーススタック、実行中のコンテナを有効なComposeモデルと比較するドリフト検出、環境とシークレットのガードレール、ストレージ移植性チェック、Compose Doctorによる事前チェック、スタックラベル、LinuxServer.ioテンプレートを備えたアプリストアが含まれます。可観測性には、フリート全体の集約ログ検索とストリーミング、ライブコンテナ統計、ヘルスチェック、イメージ更新通知、CPU・メモリ・ネットワークのしきい値アラート、読み取り専用監査ログ、ネットワークトポロジビュー、ドキュメントドリフトフラグが含まれます。フリート機能には、グリッドとトポロジレイアウト、composeとenvのフリートスナップショット、Fleet Federationによる封鎖とピン留め、一括ラベル操作、フリート全体の停止とプルーニング、フリートドシエエクスポート、Docker Label Audit、リモートアップデート、ノードラベルが含まれます。自動化には、自動修復ポリシー、自動更新ポリシー、cronでのスケジュール操作、Webhook、ドリフト検出を備えた宣言的Blueprintが含まれます。セキュリティ機能には、OIDCとプリセットを備えたSSO、TOTPによる2要素認証、管理者とビューアの役割を持つRBAC、VEX抑制とSARIFエクスポートを備えたTrivyによる脆弱性スキャン、Composeネットワークインスペクタ、プライベートレジストリサポートが含まれます。運用には、S3互換ストレージへのオフサイトスタックアーカイブ、SlackとDiscordへの通知ルーティング、グローバル検索、イメージ・ボリューム・ネットワークのリソースビューが含まれます。

Sencho:アクセス制御とDockerソケット

Senchoはホストの/var/run/docker.sockを介してDockerと通信します。READMEは、このソケットをマウントするとSenchoにホスト上のsudo dockerと同じ権限が付与され、これはPortainer、Dockge、Komodoで使用されるモデルと同じであると述べています。より厳密な分離のために、ドキュメントでは非rootコンテナユーザーで実行し、認証を強制するリバースプロキシをSenchoの前に置くことを説明しています。上記のアクセス制御機能(SSO、2FA、RBAC、APIトークンなど)はその一部ですが、READMEはSencho自体がセキュリティ境界であるとは主張しておらず、ユーザーがソケットアクセスのリスクを管理する必要があると述べています。ライセンスの抜粋は、セキュリティ態勢、サポート、保証については何も述べておらず、ソフトウェアライセンスにすぎません。

Sencho:テレメトリとデータ処理

READMEは、Senchoがテレメトリ、分析、クラッシュレポートを発行せず、Sencho管理のエンドポイントへのアウトバウンド呼び出しを行わないと述べています。スタックメタデータ、コンテナインベントリ、ユーザーアクティビティはインスタンスから離れることはありません。この主張はプロジェクト自体に固有のものであり、オプションのTrivyスキャナーなどのサードパーティコンポーネントには独自の動作があるかもしれませんが、READMEはそれについて議論していません。リポジトリメタデータには394スターと16フォークがリストされていますが、READMEはパフォーマンスや信頼性のベンチマークを提供していません。

Sencho:シングルコンテナでのクイックスタート

クイックスタートでは単一のコンテナを使用します。READMEは、イメージsaelix/sencho:latest、ポートマッピング1852:1852、Dockerソケットとデータディレクトリのボリュームマウント、環境変数COMPOSE_DIRとDATA_DIRを備えたdocker composeサービス定義を提供します。また、1:1 Composeパスルールを指定しています。ホストパスはcomposeディレクトリのコンテナパスと一致する必要があります。docker compose up -dを実行した後、http://your-server:1852を開いて管理者アカウントを作成します。READMEは、本番環境では常にTLS終端リバースプロキシをSenchoの前に置くことを推奨しています。docker runの代替もありますが、READMEはこれらの基本を超えた設定については説明しておらず、完全なウォークスルーはクイックスタートガイドを参照してください。

Sencho:ライセンス、コミュニティティア、Admiral

SenchoはAGPL-3.0の下で無料のオープンソースソフトウェアです。READMEは、コミュニティティアにリストされているすべての機能が無制限のノードとユーザーで含まれると述べています。Admiralと呼ばれる有料プランには、Hardened Build、マネージドオフサイトスナップショットを備えたRecovery Vault、優先サポート、高度なRBAC、LDAP/Active Directory、完全な監査ログエクスポート、異常検出などのガバナンス機能が追加されます。Fleet SyncポリシーレプリケーションとAWS ECR認証情報も現在Admiralが必要ですが、READMEはこれらを一時的な可用性制限と呼んでいます。ライセンスの抜粋(AGPL-3.0の前文と条項)は、ソフトウェアをコピー、配布、変更する権利を付与し、ネットワークサーバーで実行される変更バージョンをユーザーが利用できるようにすることを要求します。保証やサポートについては何も述べていません。ライセンスは標準条項で明示的に否定していますが、抜粋にはそのテキストは含まれていません。READMEは商標と別のTRADEMARKS.mdファイルにも言及しています。

編集部の結論

Senchoはプレ1.0のプロジェクトであり、単一ノードの運用からSSHなしのフリート全体の制御まで、幅広いCompose管理タスクをすでにカバーしています。Composeファイルを信頼できる情報源として維持し、トークンとWebSocketを介したリモートノード接続を明示的に処理する点が、単純なダッシュボードとは異なります。READMEはDockerソケットのセキュリティへの影響とプロジェクトのプレ1.0ステータスを明確に述べており、AGPL-3.0ライセンスはコードを自由に保ちながら、ネットワークに公開する変更のリリースを要求します。 Sencho を選ぶ対象は、README に明記された機能と依存環境が一致するチームです。導入前に、Sencho の README にある具体的なインストール入口と設定例を実行し、想定する入力、出力、権限、保存先が手元の運用条件で一致するかを確認してください。

公式情報源

  1. Official documentation
  2. Official README
  3. Project repository
  4. Release notes
コミュニティノート

コミュニティノート