Žinutės Šis puslapis nėra tiesioginis — žinutės atnaujinamos pagal tvarkaraštį. Paskutinį kartą atnaujinta 14:46 . Kito atnaujinimo laukiama apie 18:45 . Laikas rodomas Vilniaus laiku (EET).
2026 m. rugpjūčio 11 d. tai jo, čia kai cli tool'ai, tai ok
tai nereik labai mazu dalyku daryt 😄
bet kai zinai kai job trunkta 5-60s tai ne ten problema 🙂
va embedint paleidau, job'as - 26h 😄
tai ta serializacija nemažai resursų sunaudoja, kai kiekvienas mažas dalykas perdavinėja
tą norėjau pasakyt :)
taip 🙂
ten kur microservice ir transport layer, ten serializacija/deserializacija 😉
gali ir json naudot
viskas kas keliauja i network buna serializuojama kitaip kita puses nesugebes isparsint 😄
tai reikia serializint/unserializint, nebent visokius protobuf'us naudoji arba shell'as nu
stdio irgi yra transportas 🙂
serial console 🙂 (UART) gal net galima pavadint 😄
didelio boud tik
kaip tai ne 🙂
kas kviecia tas zino struktura ka paduot ir ka gaus 😄
stdio minusas kad nestruktūrizuotas input'as dažniausiai – labai greitai tokie chain'ai daug cpu ant serialization'o suvalgo
"stateless" tai vadinasi 😄
o kai state apsas nesaugo o deda i tinklo resursa
tai ir aws lambda tinka ir t.t. 🙂
tai stdio minusas kad visada cold start kaip ir
bet turiu atveju kad sekmingai tas pats libreoffice forkinamas ant kiekvieno failo 😄
ant N serveriu
bet , taip reik ziuret
tai jeigu koda organizuosi i "pacakges" ( pvz golang ) teisingai
tai bet kuri pacakge galesi wrapint i http/mq ir imest kaip service i kita serva
velgi, jeigu viskas same language ir packages, tai gauni fizini monolita 😄
nes "sujungt" reik kazkur 😉 i vientisa 🙂
ar 10 procesu 1 serve ar 100 per 10 php pvz nesvarbu
tik sesijos ir db ir failai turi but "tinklo resursas"
o ne local saugot 🙂
tai s3, pgsql, redis koks sesijom
jei negyvena skirtinguose, tai gal premature optimization, nžn. Čia, sakyčiau, kiekvienu atveju reikia atskirai žiūrėti, netaikyt absoliuto
gali
monolitas irgi gali 🙂
microservices yra tiesiog appsas dalimis suskaidytas
ir dažnai gali gyventi skirtinguose serveriuose
nu o kaip kitaip pasakyt kad tikras microservice yra pacakge 😄
kuriam uzmauni network layeri 😄
tai čia ne microservice'ai, čia tiesiog layeriai
jo, bet gali būti gan fragile arba monitoringo chaosas production'e
bet deveopment scale'inas geriau permicroservices
microservice architektūra ne visada teisingas pasirinkimas.. būtų gerai suprasti tuos visus „siūlomus žodžius“ prieš naudojant :D
scale'inasi lengviau siaip monolitas, nes pakeli toki pati koda antram serve, ir nukreipi tik kelis urlus i ji 🙂
R viską pasižymėjau, atsikoduosiu, ką tai reiškia ir susiintegruosiu 😄 ačiū!
Rodoma paskutinė surinkta leidžiama būsena; pašalinimų suderinimas nebaigtas. Visas pokalbis — Telegram grupėje.
