言葉の意味がなくなるのも良くないよね。標準プロトコルを使って移動可能なクラウドアプリも、結局は自分が所有したりコントロールできないサーバーで動いてるし、データ収集やプライバシーに関するポリシーをいつ変更されるかわからない人が運営してる。離れることはできるけど、データが収集される前に移行できるかどうかはわからないよね。どうやって確実に知ることができるの？

Windowsにインストールできるソフトウェアも含まれてるよ。みんな最初はそんな感じで動かし始めることが多いし（多分Dockerでね）。

少なくとも、誰か他の人とサーバーを共同設置するべきだね。電力や接続環境が良いところに。ルート権限さえあれば、それは君のサーバーだよ。

送信もやってみたらどう？配信の心配があるの？

6年前にSPFやDMARCなどのDNSの設定を全部やったよ。メールに関しては2回ほど問題があったけど、小さなリクルート会社のExchangeサーバーでのことだったと思う。設定ミスだったかな。最初はGmailでも問題があって、自分のアカウントにテストメールを送ってたらドメインが禁止されたこともあった。彼らのメールポストマスターツールのサイトでドメインを登録して、DNSをキーで設定しなきゃいけなかった。全体的に見ると、自動バックアップや理由もなくサービスがダウンすること、IPがダイナミックになることの方が問題が多かった。メールサーバーはちゃんと動いてるよ。

カスタムドメインがあれば、完全なメールの主権が手に入るよ。それさえあれば、何百、何千ものプロバイダーから選べるし、いつでもビジネスを移転できるんだ。

さらにお得な点があるよ。クラウドサービスとは違って、システムのスキルや知識は持ち運びできるからね。systemdやufw、sshの使い方を覚えたら、他のシステムにも応用できるんだ。Dockerやコンテナ、レイヤービルドのクセを学ぶのにかかる時間やコストは、Debianサーバーでウェブサイトを管理するための学習よりも高いと思うよ。

小規模なビジネスは、ホスティング会社でない限り自己ホストするべきじゃないよ。他の人は地元の小規模な自己ホスティング会社に頼んでホスティングしてもらうべきだ。これは大手の仕事じゃない。地元の誰かに面倒を見てもらいたいよね。コンピュータが故障したときも来てくれるし、アップデートも適用してくれる。来るって言っても、実際に人が来るってことだよ。これにはお金がかかるけど、君はビジネスを運営するべきで、コンピュータを学ぶ必要はないんだ。

その通りだけど、数万リクエスト/秒が必要じゃない限りCDNは不要だと思う。 単一の強力なマシンで、数千や数万のリクエスト/秒を簡単に処理できるからね。

CDNは、1日あたり数百万リクエストの話をしない限り必要ないよ。 Caddyとnginxは、どんな市販のコンピュータでも、1日に数億の静的リクエストを問題なく処理できるからね。 ウェブサーバーソフトウェアでボトルネックになる前に、ネットワークの容量の問題に直面することになるよ。

だからこそ、https://canine.sh を作ったんだ。すべての設定を一手間で済ませるためにね。俺は小さなSaaSの共同創業者で、年間50万ドル以上をクラウドスタックに使ってたんだ。最初の数週間で、Sentryも必要だって気づくよ。そうしないと、エラーが出たときにログを掘り返すだけになっちゃうから。これが月40ドル以上のクラウドサービス。次に、Datadogが必要になるかも。誰かが「ページの読み込みに10秒かかってる」って報告してるのに、再現できないってこともあるからね。これが月300ドル以上のクラウドサービス。さらに、顧客に見せるためのダッシュボードにデータを集約したいなら、LookerやTableau、Omniで年間2万ドル以上。データウェアハウスとレプリケーションも必要なら、年間15万ドル以上かかる。これが延々と続くんだ。理想は、すべての外部サービスを自分のインフラで、共通のプラットフォーム上で運用できることだよ。Cloud Sentry -> 自己ホストのSentry、Datadog -> 自己ホストのPrometheus/Grafana、Looker -> 自己ホストのMetabase、Snowflake -> 自己ホストのClickhouse、ETL -> 自己ホストのAirbyte。ほとんどの企業は最終的にこれに気づいて、Kubernetesに移行するんだと思う。インディーハッカーが「Kubernetesの複雑さ」が必要な理由を理解できないのも、そのせいだと思う。すべてを一つのVPSで運用するだけじゃ足りないんだ。

これに関して一番不安なのは、全体のOSを「管理」することに伴うセキュリティの面だね。カーネルやユーザーランド、すべてのことについて。ファイアウォールを正しく設定できたのか、最新のCVEに追いついているのか、などなど。だから、GHAワークフロー -> コンテナイメージをビルドしてプライベートレジストリにプッシュ -> 適切なポートを公開するトリビアルなk8s設定をすることに惹かれるんだ。誰かの管理されたk8sセットアップ（自分が自己ホスティングする場合はTalos）でそれを実行すれば、自分のVMでやるのとほぼ同じくらい簡単だけど、その場合は自分のアプリケーションとそのインターフェースだけに責任を持てばいいんだ。

これはまあまあ良いアイデアだと思うけど、ビジネスにずっと関わり続けたいならね。とはいえ、あまり良いアイデアとは言えない（もしかしたら、これが顧客のためにやってる仕事なら別だけど）、だって時間を縛られるから。ビジネスが何かをするなら、時間は絶対に最も貴重な資産になるからね。これは僕の経験からの意見だよ。

「ほとんどのプロジェクトはウェブスケールなんて必要ない。」その通り。主要なクラウドプラットフォームのマーケティングは、ライブラリやコードの代わりにインフラに対するYAGNIだよ。00年代初頭にシステム管理者として始めた僕からすると、みんなが自分のものをホスティングすることを新しい革新のように再発見しているのを見るのは、面白いことこの上ない。昔のMongoDBのウェブスケールの動画みたいだね（https://www.youtube.com/watch?v=b2F-DItXtZs）。開発者たちがDockerを発見した時も同じくらい面白かった。僕たちオペレーションチームは、DevOpsの前からLXCやBSDジェイルを使ってコードをコンテナ化してたからね。とにかく、言いたいのは、グレーのひげを生やしたシステム管理者にコーヒーを奢って、手伝ってもらった方がいいよ。みんな、オンプレミスに戻ったり自己ホスティングを再開したりするのを楽しみにしてるし、きっといくつかのトリックを教えてくれると思うよ。

君が言ったこと、110%同意だよ。なんでエンジニアの中には、すべてを過剰に設計したがる人がいるのか理解できない。願望的な考えからなのかな？自分のブログがいつか人気になって、秒間何千件のリクエストを処理することになると思って、今すぐスケールアップしたいのかな？2000年の初めのウェブサーバーがどうだったかを考えると、あんなに多くの抽象化はなかったし、コンテナもなかった。VMすらなかったし、今の基準では全く価値がないと思われるようなハードウェアでやってたんだ。それでも、ちゃんと動いてた。今は1000倍以上速いハードウェアがあるのに、パフォーマンスの半分は無駄な抽象化やオーバーヘッドで捨てられてる気がする。マジで、シンプルなLAMPスタックでうまくやってたサイトはどれだけあったんだろう？

どんなバックアップソリューションを期待してるの？自己ホストのアプリは全部Dockerで動いてるから、バックアップはマウントしたフォルダとdocker-compose.ymlをバックアップすればいいだけ。復元する時はフォルダを戻して、docker compose upを再実行するだけでOK。アプリごとに独自の仕組みを実装する必要はないと思うよ、それじゃ開発者の時間が無駄になっちゃう。

パンゴリンって何？検索してみたけど、動物が出てきた。

自己ホスト型ソフトウェアが「apt-get install」で済まない理由がわからない。実際にそういうものもあるけど、インターネットからサービスにアクセスできるようにしたいなら、ドメイン名とHTTPSが必要になるよ。LimewireやBitTorrentクライアントを運営するのには、自分でドメイン名を持つ必要はないんだ。中央サーバー（BitTorrentの場合はトラッカー）を使ってピアを見つけるからね。

クリッククリッククリックってわけじゃないけど、やっぱりすごいよ - copyparty

自己ホスト型ソフトウェアが「apt-get install」で済まない理由がわからない。実際にそういうものもあるけど、インターネットからサービスにアクセスできるようにしたいなら、ドメイン名とHTTPSが必要になるよ。LimewireやBitTorrentクライアントを運営するのには、自分でドメイン名を持つ必要はないんだ。中央サーバー（BitTorrentの場合はトラッカー）を使ってピアを見つけるからね。

多くの人がlimewireを「自己ホスティング」だとは思わないと思うよ。それはただプログラムをインストールするだけだから。

自宅ホスティングは、私の生活の中で3つのステップがあるんだ。

1. Docker Composeファイルを見つける。
2. exposeの行を変更して、デフォルトの0.0.0.0:9000ではなく、10.0.10.1:9000にする。
3. WireGuard経由で接続する。 （これは、姉妹コメントが指摘した「セキュリティ」の点にも答えてるよ）

XAMPPはまだ生きてて、メンテナンスもされてるみたい。 https://www.apachefriends.org/ 10年以上使ってなかったけど、まだ頑張ってるのを見ると嬉しいね。

アメリカの著作権の捕食者や、彼らのロビー活動に友好的な法域、例えばドイツのせいだね。 こういうソフトウェアに関わるつもりなら、匿名性を確保するための対策を事前に考えておいた方がいいよ。

どんな粗さやオンボーディングも、頑張れば解決できるってのには完全に同意だよ。ただ、ひとつだけ大事な質問があるんだけど、何を自己ホストしたいの？Limewireはファイル共有だったから、「価値提案」がはっきりしてたよね。「Limewireは何をするのか」も明確だった。自分のウェブサイトをホストしたいの？それともメール？それともGoogleカレンダーやドライブ、フォトの代わりになるもの？そのうちの一部？全部？本当に興味があるんだ。あと、知りたいのは、80%の人がX（自己ホストのファイルストレージやウェブサービス）を望んでいて、残りの長い尾の部分に他のサービスがあるのか？みんなが違うものを求めてるのか？それともニーズはパワーロー分布してるのか？よろしく！

「今日、最もシンプルな自己ホストのソフトウェアをインストールするには、実質的にプロのソフトウェアエンジニアでなければならない。」俺は普通のエンジニアで、ソフトウェアの知識は非常に基本的なものだから、ジュニア開発者として雇われることは絶対に無理だったと思う。夜に勉強して頑張らない限りはね。それでも、NASと個人サーバーをDockerを使って設定することができたよ。ハーバードのCS50みたいな基本的で広範なプログラミングの入門クラスがあれば、自己ホスティングを理解するのに十分だと思う。

「自己ホストのソフトウェアがapt-get installで済む理由がわからない。」Ubuntuはこれをsnapsで解決しようとしたけど、Linuxコミュニティが激怒して反発したんだ。確かに、snapには欠点があるけど、最初はサーバーサイドアプリ向けに設計されたんだよ。最初の目標は「snap install xyz-selfhosted-app」だった。今、Nextcloudをsnapとしてインストールできるよ。でも、Linuxコミュニティは完璧を求めすぎて、良いものを避けるようにみんなを説得しちゃったんだ。

新しいバージョンにどうやってアップグレードするの？ セキュリティパッチはどうやって出すの？ バックアップはどうしてる？ そして、バックアップは定期的にテストしてる？ いくつかのソフトウェアのアップグレード手順はすごく簡単だったり、各バージョンを経由しなきゃいけなかったり、もっとひどい場合もある気がする。

enumに対して公平に言うと、彼らが売っているサービスはk8、S3相当、DevOpsに関するものだよ。もし彼らが自己ホスティングや主権メールサービスを売ったり約束したりして、Gmailを使ってるのが「バレた」ら、話は変わってくるかもね。君の指摘は正しい - 彼らは完全に独立しているわけじゃない。OPの記事の言葉遣いも違ったかもしれないけど、OPも「おっと、禁断のフレーズを言ってしまった：自己ホストのメールサーバー。絶対にやるなって言われてたけど、実際はそんなに深く考える必要はない。」って言ってるし、彼らはその問題を認識してる。みんなその問題を知ってるんだよ。問題だよね :-) でも君の言いたいこともわかるよ。

「これはただのフレーズじゃなくて、DNSエントリーなんだ。デジタル主権に関して最も悪質なフレーズを使ってる。」やばい、この人は本気だな。リスペクト。

メールは自己ホスティングの唯一の例外だね。僕はすべてを自己ホストしてるけど、メールだけは第三者に任せてる。

こんにちは、R_Spaghetti。enumの創設者です。確かにその指摘は正しいですね。正直なところ、初期の頃に社内メールにGoogle Workspaceを使うのは、コアプロダクトの開発に集中するための現実的な選択でした。スタートアップではよくある妥協で、今後数週間で改善する予定です。ただ、はっきりさせておきたいのは、私たちの顧客向けプラットフォームとそのデータは、常に100%独立しているということです。私たちのインフラはビッグテックとは完全に無関係です。私たちを責任持たせてくれてありがとう！