Cloud in a Bottle：セルフホスティングを誰にでも——オープンソースのパーソナルクラウド登場
Cloud in a Bottle: making self-hosting accessible to everyone
Cloud in a Bottleは、コンテナ化されたアプリを統合認証と使いやすいUIで提供するオープンソースのパーソナルクラウド。スマートフォンのようにアプリを簡単にインストール・利用できる体験を目指し、既存のセルフホスティングの課題（Sandstormの放棄、Nextcloudの重さ、YunoHostのセキュリティ、Coolifyの分断）を解決する。ルートレスコンテナによるサンドボックス化で安全に既存ソフトウェアを実行でき、アプリ間のデータ連携APIも備える。開発元のImbueがマネージド版も提供するが、オープンソース版は常に第一級。
セルフホスティングは、システム管理者の副業ではなく、Webアプリを配信するスマートフォンのように感じられるべきだ。
HNでの議論
311- jiaosdjf
クラウド空間は馬鹿げている。AWSのような連中がデプロイ、認証、コンテナ化に至るまであらゆる側面を定義するのを、我々は20年間傍観してきた。
コンテナ化はどこにでもホストできることを意味していたはずだ。文字通り、複雑なサービスの集合とその接続を、どのクラウドプロバイダーにも即座に再デプロイできる。それが、クソみたいな輸送コンテナの意味だ。世界中のどの港にでも行けば、同じコンテナをどのクレーンでも持ち上げて、どの船やトラックにも載せられる。
Amazon、Google、Microsoft——これらの連中は、真っ向から戦うべきだったテック業界のまさにその層に、ベンダーロックインを売りつけてきた。20年前は、いくつかのPHPファイルをFTPでアップロードすれば動いたのに、今では20個のIAMプロファイルを理解し、バケット間でファイルを移動させなければならない。なぜなら、すべてが最初から1000000倍スケーラブルでなければならないからだ。
冗談抜きで、先日静的Firebaseサイトを構築していて、ステージング用にパスワード保護（http authのような）を簡単にかけたかっただけなんだ。クライアントに見せるために。Firebaseがロックインしようとする役立たずの機能のうち、基本的なhttp authのような単純なことすら、クソみたいな手間をかけずにはできず、静的パスワードを確認するためにCloud Runインスタンスを立ち上げる必要がある。
そう、ホスティングの修正は100%必要だ。すべてがポータブルで、シンプルで、汎用的であるべきだ。
- KomoD
この連中は、このプロジェクトを宣伝するためにリポジトリにスパムを送り続けていて、自分たちがプロジェクトと関係があることを一切開示していない。
https://github.com/search?q=%22cloudinabottle.toml%22&type=i...
- drunner
この分野の時代が来たと思う。サブスクリプションや、広告/AI企業への個人データの貸し出しから離れたいという欲求は、かつてないほど強まっている。
現在、この分野の多くはDocker Composeベースで、興味を持つかもしれない多くの人々にとって単純にアクセスできない。このプロジェクトであれ他のものであれ、参入障壁を真に打ち破るだけの勢いがすぐに集まることを願っている。
- jerf
「私たち（私が働く会社Imbue）はマネージド版も提供しています。これは広くアクセス可能にするために非常に重要だと思いますし、プロジェクトを支援するためのわかりやすいビジネスモデルにもなります。」
あなたのホスト型ページを見ると、バックアップへの言及がありません。ドキュメントにはバックアップへの言及がありますが、ターンキーで適切にマークアップされたバックアップソリューションをぜひ提供すべきです。設定の難しさはセルフホスティングを最初から殺し、アップデートは時間とともに難しくしますが、すべてが死んでバックアップがないときこそ、私が諦めるときです。
ディスクサイズの制限についての言及もどこにも見つかりません。これにImmichをホストできますか？メディアサーバーをホストできますか？費用はいくらですか？メディアコレクションには月10ドルでは絶対に足りないでしょう。私は収集家ではなく、ほとんどが個人的に所有するメディアからリッピングしたもので、サイズは限られていますが、それでも月10ドルではホストしてくれないでしょう。アプリのセットにJellyfinがあるのは見ましたが、費用がわかりません。CPUとRAMの制限はデプロイページから理解できます。
ああ、そしてここでは特にあなたのホスト型サービスについて言及しています。
- mawise
これはセルフホスティングの難しい部分ではない、少なくとももうそうではない。ここのコメントには、基本的に同じ問題（アプリの選択とデプロイ）を解決する同様のプロジェクトの例がたくさんある。セルフホスティングを「簡単」にするには、ドメイン登録、DNS管理、ポートフォワーディング設定を解決する必要がある。
これはおそらく、レジストラとのAPI駆動の関係を含むOpenWRTのようなプロジェクトを必要とする。標準的な（消費者がアクセスできる）ドメイン登録APIの欠如は、これを自動化する上での大きな穴だ。そのようなプロジェクトが勢いを得れば、セルフホスティングを志す人が購入できる物理ルーターに移行できるかもしれない。ドメイン登録、DNS管理、ポートフォワーディングがすべてルーターのソフトウェアに含まれていれば、残りの難しい部分は十分に自動化でき、平均的なゲーム機所有者にもセルフホスティングを利用しやすくできる。
- kolleraa
これは素晴らしいプロジェクトです！そう、パーソナルクラウドは来ていますし、誰にでも届くでしょう。
私は似たような目標を持つが、いくつか異なる設計判断をしたプロジェクトに取り組んでいます。典型的なコンテナではなく、完全にサーバーレスなアーキテクチャ上に構築された共通データ層にアクセスするシンクライアントアプリを目指しています。まだ本番運用には耐えられませんが、興味がある方のために：https://starkeep.app/
- tgsovlerkhgsel
これは素晴らしいアイデアで、成功を願っています。セルフホスティングは、20の異なるアプリケーションを調査してセットアップする悪夢であるべきではありません。
「テック企業のテックスタック」用に同様の進行中のものはありますか？つまり、RPCシステム、権限/グループマネージャー、資格情報管理、ストレージ、データベース、サービスディスカバリ、ジョブ管理、モニタリングなどを見つけて独自のカスタムインフラを組み立てようとするのではなく、彼らの選択を受け入れる限り簡単にデプロイでき、すべての部品がバンドルされ配線済みの「オピニオン化された」スタックが1つあるという意味です。
- bob1029
セルフホスティングに関しては、表明された好みと明らかにされた好みの間に大きなばらつきがあるように思えます。
同僚に対して自律的であるというイメージを見せることが、実際にそれを達成することよりも重要であるように見えることがよくあります。
時間の経過やエントロピーといった懸念を考慮に入れると、AWSとその仲間たちがやったことを再現するには多くのエネルギーが必要です。私はメディア/NASアプライアンスを3〜4年以上生き延びさせたことがありません。必然的に、ある種の壊滅的なイベントが発生し、新しいベンダーなどで最初からやり直さなければなりません。データ損失がなくても、これはうんざりします。しばらくするとこれにうんざりすることを約束します。それは決して起こらないように思えるかもしれませんが、ある日突然起こります。
実際にクラウドを利用する余裕があれば、はるかに多くのことを成し遂げられます。多くの人々が本当にセルフホスティングで総所有コストに勝っているとは、私にはとても信じられません。
- skybrian
この売り込みは多少興味深いですが、Sandstormと同様に、プリビルドアプリのライブラリを閲覧するのはあまり心が動きません。かなり小さなモバイルアプリストアを閲覧するのとあまりにも似ています。興味があるかもしれないアプリはせいぜい3つほどです。
今はAIがあるので、exe.devの売り込みの方が良いと思います：彼らはLinux VM、Webプロキシ、統合を提供します。AIに好きなWebアプリを構築するよう依頼できます。exe.devが私のMac Miniで動くなら、ぜひ欲しいです。
- crabmusket
Sandstormは、ホスティングのモデルとしてはるかに革新的でした：アプリのホスティングを支援する代わりに、各ドキュメントが独自のインスタンスでした。これは本当に興味深かったですが、この記事が指摘するように、アプリとの深い統合が必要でした。
あなたのより実用的なアプローチがうまくいくかどうか興味があります。ほとんど変更せずにアプリを「既製」で使い始め、標準的なプロキシ機能を介して徐々に統合を追加できるのは、賢明に思えます。
いずれにせよ、アプリ間でシングルサインオンを実現することは、非常に賢明で価値のある出発点です。