あなたのビジネスはいくつのサブスクリプションの上で動いていて、そのアカウントは誰のものですか?

十数個のサブスクリプションの代わりに一つのプラットフォームを。メール、ノート、パスワード、プロジェクト管理、自動化、そして自社のアプリケーションを、借りるか所有するサーバー上で、一つのシステムとして運用します。

課題

クラウドサービスは、誰もサーバーを運用しなくてよいという一つの問題を解決し、別の問題を生みました。データがどこにあるのか、毎月いくらかかっているのか、プロバイダーが規約を変えたらどうなるのか、誰も知らないのです。チームは十数個のサブスクリプションを積み上げ、それぞれがビジネスの一部を握り、請求書は目に見える部分にすぎません。見えない部分は、どのアカウントも登録した人のものであること、そして離れることが年々難しくなることです。

取り組み方

まず棚卸しから始めます。何がどこで動いているか、いくらかかるか、どのデータを持つか、なくなったら何が壊れるか。次に、実際の負荷に合わせたセルフホスト型プラットフォームを構築します。通常は仕様を吟味した一台か二台のマシンに、リバースプロキシ、デプロイパイプライン、メール、監視、そして復元して検証するバックアップ。オープンソースのアプリケーションが、一つのログインの裏で、一つのシステム上で、サブスクリプションを一つずつ置き換えていきます。アクセスは共有パスワードではなく、鍵と役割で管理します。ホスト型サービスが本当にその場所に値するなら残します。要は、選択が意図的であることです。

事例

私たち自身が運用しているプラットフォーム

Rua Systems はまさにこのモデルで動いています。欧州のデータセンターで借りた二台のサーバーが会社全体を支えています。一台はメールシステムを動かし、当社ドメインのすべてのメールボックス、エイリアス、リストは私たちのものです。もう一台は、私たちが使うすべてのアプリケーションをホストするデプロイプラットフォームを動かしています。ドキュメントは Docmost に、素早く同期するメモは Joplin に、プロジェクトは Plane に、認証情報は Bitwarden に、共有スニペットは PrivateBin に、自動化は n8n にあり、次に来るものにも余地があります。解約すべきサブスクリプションも、他人のものであるアカウントもありません。次の一歩は、自社オフィスに Proxmox で動くサーバーを置き、同じスタックを完全に自社所有のハードウェアへ移すことです。

納品物

  • すべてのサービスについて、そのデータ、コスト、離脱経路を記した棚卸し
  • デプロイパイプライン、メール、監視、検証済みバックアップを備えた一つのセルフホスト型プラットフォーム
  • サブスクリプションに代わるオープンソースの代替。一つのログインの裏で、役割ごとのアクセス管理付き
  • 自分で実行することも私たちに任せることもできる運用ドキュメントと保守計画
課題を教える