Misskey.ioはDBのスケールアップの限界が来てシャーディングしようとしてるっぽい？
Misskey.ioはDBのスケールアップの限界が来てシャーディングしようとしてるっぽい？
こういうときに誰でもウェルカムなMisskeyサーバーを立てるのが紳士だと言われている
いまのMisskey.ioのサーバー規模、最盛期のmstdn.jpの10倍ぐらいはありそうなので、さくらのクラウドだと支え切れなさそう (そういうJPの規模でも、可能であれば縮退して欲しいみたいな話をもらった記憶がある。あまり強い口調では無かったので緊急度はないっぽかったけど)
ちなみにさくらのクラウドよりもVultrのほうが最高スペックのサーバーの性能圧倒的に上っぽいです。
prime@mstdn.poyo.me
This account is not set to public on notestock.
大規模サーバーに行くつもりだったひとを中小鯖が拾っても、何のメリットも無いですよ。話合わないなら排除されるだけ。
「分散原理主義」って言葉は、定義が曖昧すぎて荒れる元になるので封印しました。
自分がこの言葉で指しているのは、Fediverse実装のスケーリングに関する知見を貯めようとしている挑戦者に、「分散しようってのがFediverseの精神なのにどうしてそんなにインスタンスをスケーリングさせるの」って心ない声をかける人達です。本気でそれだけは心の底から見たくないし、みんなにそういう考えを持って欲しくない。
一方で、彼らの余裕があるときに、チャンネルとかを連合できるようにするよう働きかけるのはええんでないの、むしろ積極的にすべき。
スケーリングに挑戦して、ソフトウェアが成熟していくところを阻害すんじゃねぇってのを言いたい。
それを変なFediverseの精神に反してるとかいう思想的なので誤魔化すんじゃねぇぞ
それは単なる実装の都合であって、Fediverseの精神ではねぇぞ
だから、一つのインスタンスに集中するのが良くないってのはFediverseの精神じゃねぇ
NewSQL、トランザクション自体は普通にRDBMSしてそうだから信用はできそう感ある。
ただし性能を引き出せるかは別。
YugabyteDBとかそういうNewSQLの類、旧来のRDBMSと特性全然違うからちゃんとそれ想定で書かないとちゃんとスケールアウトできないよ。
自分が凄く細かく知ってることも、他人にはどうでも良いことだったりするし、調べないことをどやこや言っても仕方ないと思う
Misskey.ioどこか別のインスタンスにメンテナンス告知用アカウント作ってほしい
This account is not set to public on notestock.
Misskeyのチャンネルみたいな奴が連合できて、それ遣う前提でLTL完全廃止できればワンチャン。
LTLのかわりにチャンネル使う感じで。
もう少し,他のインスタンスにいても,目的のインスタンスの雰囲気を享受できるようにならないと,分散は進まないのだわ
This account is not set to public on notestock.
Fediverseのサーバーやばい速報を、同じFediverse内で投稿できるから、やっぱり連合ってすばらしいですね
@TSMoon56 ただ、ハッシュタグ含めて投稿検索がいまのところできなさそうなのがネックですね。なので、日本語コミュニティを未だ発見できてないです……。
@TSMoon56
見えてる投稿とりあえず全部出しておこうTLってのは丼でいうLTLとかGTLみたいな奴です。分かりづらくてごめんなさい。
多分フォローした人の投稿は全部見えてるんじゃないかな。
@TSMoon56 フォローするユーザーのおすすめがちゃんと出るのと、とりあえず見える投稿全部出しとこうTLがないので、かなりTwitterっぽく使えそうではある
なので、そういうの求めてる人にはうってつけです。本当に10年前のTwitterが好きだった人とかは、はまるかもね。
無法地帯って言ってる人が本当に言いたいこと、「人が多くてざわざわしてる感が楽しい」「Twitterに求めてたような清濁併せ呑んだ感の世界だ」「Twitterだと気を遣って遠慮してるような事も受け入れてくれる、自分の家のように使えるSNS」とかだと思うんだよね。
https://t.co/cCi2DJfUUr が「無法地帯」だって言ってる人よく見るけど、ちゃんとNGな投稿は取り締まられてるみたいだから、何をしても許されると思ってる無法者は回れ右ね。
具体的に言うと10年前のTwitterで許されてたことは許されてる、ぐらいのカオス感。
@fid いま見てるNewSQLって呼ばれるもの(LSM-TreeをベースとしたKVSをバックエンドにもつ、スケールアウト可能なDBMS)は、MySQLやPostgreSQLなどのB-Treeを使った旧来のDBMSとは、そもそもの裏でデータ持ってる構造が違うので、性能の傾向は全く違うんですよね。
ikiro@misskey.io
This account is not set to public on notestock.
分散SNSの実装はAGPLが多いけど、今から始めるならちゃんとライセンス周り明確にして、必要とあらば商用ライセンスとして売れる地盤を作りたい。
「分散SNS」の限界について語ってたら、分散SNSを限界突破させたくなってきた。
あくまでも今の気分だけど。
IDはauto_incrementを使わないでUUID使った方がいいとかは最低限聞く。
NewSQLで無限にスケールできるWebバックエンドの書き方の知見が求められてる。
TODO: 気が向いたら作る https://t.co/MEK31bDkkn
slx79@misskey.io
This account is not set to public on notestock.
