あ @atsuchan@atsuchan.page

インスタンスをオートスケーリングにして、データベースもマネージドにすれば、管理の手間は省けるから忙しい人はいいと思うんだ
それにゃら既存のホスティングサービスでもよくにゃい？ってのもあるんだけども、一応インフラ管理の経験はつく

MastodonのAPI上限ってすぐ引っかかるからぼくのとこは緩和してるんですけど、多分普通に使ってたら引っかからにゃいはずにゃんですよね

ぼくはエンジニアでも工学系大学生でもにゃいからね、コンピュータとかは専門外ですよ

MastodonはDockerで動かすとSIdekiqをdocker-compose up -d --scale sidekiq=3とかって増やせるのでいいですよ

@prime そうですね、Mastodon…Sidekiqのキューが詰まるのが一番最初に出てくるかにゃって思ってます、うちはdefaultとpullだけプロセスをスケーリングして対応してます、Pawooの例はこちらにある感じですね…
https://speakerdeck.com/harukasan/inside-pawoo-mastodon-infrastructure

Markdown使ってもどうせMisskeyの人しか読まにゃいんだろうにゃと思いつつMarkdownしてる

まおーさん最近Markdownとか使ってくれててうれしい

Glitchって意外と引用機能にゃいよね

AWSのS3使ってる人ってリージョン分散どうしてるんだろう、オペレーションを同期するだけだし、リージョン切り替えが手動だから、自前でにゃんか上手いシステムを組まにゃいといけにゃくてめんどくさい

オブジェクトストレージは が一番機能性よかったかにゃ、複数リージョンの分散が何も考えにゃくても行われるので楽です
はクラウドインスタンスの料金がとてもお得だったからですね、国内リージョンでも比較的安価にゃのです

と を使っている民としてはAWSのメリットがよくわからにゃいんだよね

大学の金でサーバー運用してるにゃ、全然足りにゃいのでポケットマネーも使ってるけど

うちのMastodonはかにゃりMisskeyに仕様を近づけつつ、あえて採用していにゃい機能もある

MisskeyとMastodonの仕様は細かいところでも結構違うのでよく確認されたい、開発者からすると当然って感じにゃのだけど、利用者にはわかりにくいみたい

どういうわけかですね、ちゃんとglitchとhometownのdockerイメージのビルドまでatsu1125/mastodonで回してるんですよ、公式のCIがしんでるから
https://github.com/atsu1125/mastodon/tree/glitch-main
https://github.com/atsu1125/mastodon/tree/hometown-dev