Post APppPnDqem9hTJOsPA by mig@mastodon.1984.cz
(DIR) More posts by mig@mastodon.1984.cz
(DIR) Post #APp8klXToYgMIrKxCy by pidibi@pidibi.com
2022-11-20T22:15:27Z
0 likes, 0 repeats
Jako uplne nejvetsi sranda by byla, kdyby Elon premigroval twitter na mastodon vcetne vsech uzivatelu
(DIR) Post #APp8km9PXX1WCV5FKa by sesivany@floss.social
2022-11-20T22:18:37Z
0 likes, 0 repeats
@pidibi kdyby to přemigroval teď, tak by byl Twitter na Fediverse moc velká velryba, takže teď poctivě pracuje na redukci počtu uživatelů a pak se do toho pustí. :)
(DIR) Post #APp8kmebfXydlFg9xI by xChaos@f.cz
2022-11-20T22:39:01Z
0 likes, 0 repeats
@sesivany @pidibi Muskodon, no
(DIR) Post #APp8kn34CbXiz77h56 by pidibi@pidibi.com
2022-11-20T23:02:27Z
0 likes, 0 repeats
@sesivany @xChaos nevim jak moc jde mastodon skalovat ale provozoval by to na vlastnich serverech takze by to urcite nebylo sousto pro fediverse ale jen pro ne
(DIR) Post #APp8knPkqFgu7TjoRc by mig@mastodon.1984.cz
2022-11-21T09:13:36Z
0 likes, 0 repeats
@pidibi @sesivany @xChaos škálovat nejde úplně dobře (leda v tom smyslu, že si to člověk udělá sám, tj. postgres cluster, víc backendů, balancer nad nginxy..nicméně nejlepší škálování mi přijde, že je instance sama o sobě.. tedy pokud potřebuju větší výkon, zakážu nové registrace na instanci1 a založím instanci2.. no nebude to na jediné doméně, ale uživatelé by si mohli zvyknout, že existují taky domény třetího řádu :-)
(DIR) Post #APpmbgOvXnojvcYnS4 by pidibi@pidibi.com
2022-11-21T16:40:09Z
0 likes, 0 repeats
@sesivany @xChaos @mig a nebo ten muj napad napsat to ve stylu o365 rovnou jako high scalable (vic front ends za load balancerem nebo mozna jako micro services) a mit to jako sluzbu ne jako produkt
(DIR) Post #APppPnDqem9hTJOsPA by mig@mastodon.1984.cz
2022-11-21T17:11:40Z
0 likes, 0 repeats
@pidibi @sesivany @xChaos jde o to, ze Mastodon je Rails aplikace, a to jak API tak frontend, cili je to all-in-one..Rails jsou od zacatku postaveny jako robustni, vsedelajici framework, ktery neni uplne urcen na to, aby se choval jako mikrosluzba.. mikrosluzbu, treba jen to API, v nem jiste jde udelat, ale nebude to nejrychlejsi - na API osobne treba pouzivam jiny Ruby framework, zvany Roda.. v nem na svem notebooku udelam i 30000 requestu/sec, coz v Rails ani nahodou, protoze tam ten stack je defaultne robustni, kdezto v Roda je vsechno postaveno na pluginech, takze zapnu jen to co opravdu potrebuju..Mastodon je tedy postaven predevsim jako standalone aplikace, aby si ho mohl nainstalovat kazdy, ale od zacatku neni zamyslen jako system skalovatelnych mikrosluzeb..jiste skalovat lze; treba sdilet data pres sitovy disk, balancery nad backendy, atd. atd., ovsem to je spis takova dodatecna uprava, kterou je mozne provest univerzalne nad jakymikoli sluzbami.. jeste poznamka.. v roce 2005 jsem o Rails napsal cely serial na root.cz.. framework i jazyk mam rad, jsou totiz skvele predevsim na jednu vec: velmi rychle prototypovani.. to co naprogramuju v Ruby za hodinu, bych v jinem jazyce delal mnohem delsi dobu - a o tom to je.. ostatne mnohe sluzby na Rails zacaly, vcetne Twitteru, nez je pak predelali..pokud bych tedy uvazoval o tom, udelat rychly a skalovatelny system nad ActivityPub, nejspis bych ho od zacatku stavel uplne jinak, za pomoci mikrosluzeb a s pouzitim ruznych technologii i jazyku.. jenze tim pak narusta komplikovanost.. kdyby takhle komplikovane fungoval Mastodon, tak by se nejspis nikdy nepodaril ani ten jeho momentalni uspech..vsiml jsem si v praxi jedne veci.. kdykoli se kdokoli snazil od zacatku o skalovatelnost, tak to nikdy nedotahl k funkcnimu vysledku.. naopak, kdykoli jsem mel tu cest videt fungujici startup, tak to byl uvnitr neskutecny bastl.. proste to bylo pragmaticky narychlo spichnute tak, aby to co mozna nejrychleji bylo online a pak se uvidi..
(DIR) Post #APpy3pIv8RH393NCLY by pidibi@pidibi.com
2022-11-21T18:48:31Z
0 likes, 0 repeats
@mig @sesivany @xChaos tak ono to dava smysl, startup potrebuje MVP a hlavne to zacinaji lidi co maji napad a malokdy jsou to SW architekti nebo senior vyvojari. proste se to splaca jakkoliv a pokud je to zivotaschopny tak si to vydela na v2. Jinak ja ruby neznam vpodstate vubec. Asi bych to (ocekavatelne) stavel na dotnet/azure stack - asi cosmosDB, service fabric, mozna durable functions ..
(DIR) Post #APq9Elh9zbvqdJ8BkW by sesivany@floss.social
2022-11-21T19:56:17Z
0 likes, 0 repeats
@pidibi existují alternativní implementace. @lzap nejakou dobu používal GoToSocial napsané v Go. Je to podstatně lehčí než Mastodon, ale ještě ne úplně dospělé. Pokud se samotný Mastodon ukáže jako špatně škálovatelný, myslím, že postupně převládnou lepší alternativy.@mig @xChaos
(DIR) Post #APq9Em8SM7lZzxtzIO by mig@mastodon.1984.cz
2022-11-21T20:53:45Z
0 likes, 0 repeats
@sesivany @pidibi @lzap @xChaos prave.. o tom je to prototypovani.. v Rails, kdyz me napadne myslenka, tak ji mam implementovanou pres noc.. ale vysledek nebude ultra rychly.. nicmene to treba zanedlouho zjistim, ze to je blbost.. a kdyz nezjistim, tak pak ma smysl to optimalizovat, pouzit jinou technologii.. nakonec Mastodon pro streaming api pouziva NodeJS..A to me BTW vede k myslence dokoncit clanek o mikroframeworku Roda. To je totiz uzasne promysleny software. Jeremy Evans napsal i alternativu railsoveho ActiveRecordu, jmenuje se to Sequel a je to podle me lip pouzitelne i vykonnejsi. A tisickrat snazsi nez stejnojmenny ORM v NodeJS.
(DIR) Post #APr1BK2Bm1cnV5lyaW by lzap@mastodon.social
2022-11-22T06:58:12Z
0 likes, 0 repeats
@mig Ruby je krásný jazyk, ale špatně škálovatelný runtime. GIL, fragmentace paměti, tuny knihoven co nejsou thread safe, to je prostě nebezpečný mix kterým se sice dá proplout, ale já už to nechám na jiných :-)