Notices by ロージー / ハト :pigeon: (rosylilly@best-friends.chat), page 29

技術的に根治したい、はそりゃそうだという感覚なのだが、ぶっちゃけ抱えてるユーザーの規模と動向で負荷傾向は全然別だし、乗ってるインフラ構造も違うんだから技術的根治とか打ち出しようなくね？という

スケールアウトとスケールアップも、同様にサーバー管理者(あるいはオーナーと言っても良い)の財布にダイレクトアタックがあること、対応が必要なこと(Mastodon は公式でオートスケーリング戦略を打ち出してくれていない)がネックで、せめてオートスケーリング戦略が明示的に公開される、あるいは共有されるならなんとかなるだろうけど、でかいところは正直札束で殴って解決するし(うちもそう)、個人が小さく建ててお互い平和な隣人としてくらす、というにはちょっとネットワーク流量が多すぎる、という感覚値

少なくとも現状のアーキテクチャでは配送(N)、受信側による fetch (M) 、その結果をエンドユーザーに配送(P) で O(NMP) になるのが確定で、それに耐える構造は、柔軟なスケーリングか、あるいは N の最小化、M の圧縮、 P の効率化、みたいな論点になるか、もしくは各所でのディレイ、あるいはキャッシュ戦略(これはこれでコスト増)みたいになるけど、すべてのサーバーがその柔軟なスケーリング戦略を取れない以上、どこかで臨界点は来て、かつその臨界点の上限値は常にでかいサーバーがリードを取るので、新規参入コストが増大し続ける未来しかなく、 Tier レベルで区分けするとか、遅延あるいはプロキシーする中間サーバーの出現とか、そういうあれこれがないと無理では？と思う。今だってメールサーバーを本気で運用できるのは Google か Yahoo かみたいになってるし、そういう未来以外どうしようもないんじゃないの。

根本的に fediverse の仕組み自体が特定負荷発生点が生まれた時に全体に作用する(これはメールサーバーもそう)ので、根治としては fediverse やめるか、キューイングシステムがもっと賢くなるかみたいなことしかないのだが、キューイングシステムの改良には多分想像の倍以上のコストがかかるし、なによりキューの増加速度はエンドユーザー規模に起因するので根本的には最初期に掲げられた『小さなサーバーの乱立』が正しくて、うちみたいなところとか、jp とか pawoo みたいな巨大インスタンスがネットワークから抜けるのが正しい、みたいになる気がする

法人だから落ちるな、とは言わん。しんどいもんはしんどい。でももう落ちたらキュー破棄してから復帰してくれ。

なんで他所の障害のせいでウチがコスト増しないといけないんだ……？

配送終わるまで増強状態維持しないといけないの結構本気で嫌なんだけど

艦これ周り、一通り眺めたけど不満あるのアニメ以外特になさそうですごい

https://www.patreon.com/posts/29979276

これが俺のお急ぎ便だ

外部連合各位には申し訳ないが14時間分を今から1時間ちょっとでお届けするから波に乗ってくれ

なんか多分外から fav 爆が来たかどっかのアプリの通知サーバーが死んだかなんかでダメージ食らってる

経営6年もやってるとホント友達いなくなるのよ

最近法人なら水素車が無料で手に入るというのを知って社用車で買うかなやんでる

インスタンス紹介: fedibird
LTL がないインスタンスで、登録すると自動的おひとりさま状態
https://fedibird.com/about

！？？！？！！？？！！？？！！？？！？？！！！？？？

liberapay は検討のテーブルに登ることもなかったです(サービスがあまりにも Geek すぎる)(欲しいのは日本語圏利用者がするっと使えるパススルー)

ちなみに best friends への最大の支援はきみらが楽しく使うことです。余り知られていないことだが、人が使ってない SNS サービスは廃れるんだぞ！！！！！

原始人、検索エンジンと非常に親和性が高く「インスタ映えする料理の出るお店」で検索するとイマイチだが「インスタ映え 料理 店」などで検索するといい結果を出してくるので、みなさん原始人になりましょう

コンテナオーケストレーションはいきなりやると覚えること多すぎてシブいので素直に VPS 一台から始めるといいのでは？