Velikost mikroslužby

[harrison314]

Byl jsem asi pred 3 lety na konferenci, kde Antonio Goncalvez rikal, ze za velikostni limit microservice povazuje 30MB. Byla to konference prevazne o jave.

Velkost aplikacie v MB je podla mna dost blba metrika na mirkosluzbu.

No, tak ten golang ma sice pri hello world prikladoch mensie poziadavky na pamat, ale zasa po skompilovani uz prestava byt multiplatformny. Aj na to treba pamatat.

Po kompilaci nás multiplatformita přestává zajímat.

Ked "microservicy" riesim v spring boot s embednutym jetty mam k dispozicii obrovsky ekosystem javy. Spring boot som uz bezal aj na rpi1 a nejaky tragicky memory footprint to nemalo. (okolo 100mb)

100 MB je hodně - jsem zvyklý na footprint aplikace v PHP do 10 MB. Víc obvykle není třeba, pokud aplikace není napsána extra blbě nebo se PHP neprovozuje v režimu webserver.

10MB na PHP to urcite nie, ked ide o nejaku aplikaciu co daco robi tak to zacina pri 70 MB, ale mozno sa daco zmenilo s PHP som uz nerobil 5 rokov.

[Reklama]

[Kit]

100 MB je hodně - jsem zvyklý na footprint aplikace v PHP do 10 MB. Víc obvykle není třeba, pokud aplikace není napsána extra blbě nebo se PHP neprovozuje v režimu webserver.

Ta php aplikacia ma uz v sebe v tomto pripade embednuty webserver?  ( a ak nie,  je zaratany do tejto spotreby?)
Nerypem, len sa pytam, v pripade, ze by som mal po ruke php-ckara a potreboval nieco riesit.

Ano, je to včetně toho webserveru, i když samozřejmě záleží na jeho konfiguraci. Bez něj by to bylo ještě méně. Je však stále dost jiných jazyků, které mají footprint méně než desetinový oproti PHP. Zpravidla platí, že čím menší footprint, tím je rychlejší a obslouží více požadavků za jednotku času.

Provozovat PHP jako webserver se však doporučuje pouze v bezpečném prostředí, například při vývoji aplikace. Někdy jich mívám spuštěných i pět současně a ničemu to nevadí. Podobnou službu nabízí třeba i Python nebo Node.js

[Kit]

Ked "microservicy" riesim v spring boot s embednutym jetty mam k dispozicii obrovsky ekosystem javy. Spring boot som uz bezal aj na rpi1 a nejaky tragicky memory footprint to nemalo. (okolo 100mb)

100 MB je hodně - jsem zvyklý na footprint aplikace v PHP do 10 MB. Víc obvykle není třeba, pokud aplikace není napsána extra blbě nebo se PHP neprovozuje v režimu webserver.

10MB na PHP to urcite nie, ked ide o nejaku aplikaciu co daco robi tak to zacina pri 70 MB, ale mozno sa daco zmenilo s PHP som uz nerobil 5 rokov.

Pokud se v aplikaci mezi sebou dohaduje pět frameworků, což je dnes docela běžné, tak bych těm 70 MB i věřil. Ovšem to vůbec neznamená, že ta aplikace něco dělá. Funkční aplikace bývají mnohem menší, microservice si vystačí i s desetinou.

[balki]

Zpravidla platí, že čím menší footprint, tím je rychlejší a obslouží více požadavků za jednotku času.

To nie je celkom tak pravda, ono  zavisi skor od toho, ako zvlada dotycna aplikacia paralelizmus.

[Ondrej Nemecek]

Byl jsem asi pred 3 lety na konferenci, kde Antonio Goncalvez rikal, ze za velikostni limit microservice povazuje 30MB. Byla to konference prevazne o jave.

Velkost aplikacie v MB je podla mna dost blba metrika na mirkosluzbu.

Správná velikost mikroslužby je maximálně 2 metry

[Reklama]

[balki]

Byl jsem asi pred 3 lety na konferenci, kde Antonio Goncalvez rikal, ze za velikostni limit microservice povazuje 30MB. Byla to konference prevazne o jave.

Velkost aplikacie v MB je podla mna dost blba metrika na mirkosluzbu.

Správná velikost mikroslužby je maximálně 2 metry

Mirkosluzba ma 2 metry,  mikrosluzba je ponekud mensi

[Kit]

Zpravidla platí, že čím menší footprint, tím je rychlejší a obslouží více požadavků za jednotku času.

To nie je celkom tak pravda, ono  zavisi skor od toho, ako zvlada dotycna aplikacia paralelizmus.

Čím je aplikace v PHP menší, tím víc jich může být spuštěných paralelně, tím víc obslouží požadavků. Čím je aplikace v PHP menší, tím kratší dobu běží a tím víc obslouží požadavků. Cílem tedy je, aby mikroslužby byly skutečně mikro, aby obsluha požadavku netrvala víc než cca 100 ms. Delší časy už jen zatěžují prostředky serveru.

[Ondra Satai Nekola]

Zpravidla platí, že čím menší footprint, tím je rychlejší a obslouží více požadavků za jednotku času.

To nie je celkom tak pravda, ono  zavisi skor od toho, ako zvlada dotycna aplikacia paralelizmus.

Čím je aplikace v PHP menší, tím víc jich může být spuštěných paralelně, tím víc obslouží požadavků. Čím je aplikace v PHP menší, tím kratší dobu běží a tím víc obslouží požadavků. Cílem tedy je, aby mikroslužby byly skutečně mikro, aby obsluha požadavku netrvala víc než cca 100 ms. Delší časy už jen zatěžují prostředky serveru.

Čím je aplikace v PHP menší, tím méně sní brambor a víc se jich vejde na pec.

[balki]

Zpravidla platí, že čím menší footprint, tím je rychlejší a obslouží více požadavků za jednotku času.

To nie je celkom tak pravda, ono  zavisi skor od toho, ako zvlada dotycna aplikacia paralelizmus.

Čím je aplikace v PHP menší, tím víc jich může být spuštěných paralelně, tím víc obslouží požadavků. Čím je aplikace v PHP menší, tím kratší dobu běží a tím víc obslouží požadavků. Cílem tedy je, aby mikroslužby byly skutečně mikro, aby obsluha požadavku netrvala víc než cca 100 ms. Delší časy už jen zatěžují prostředky serveru.

To tiez nie je celkom pravda, nie je podstatne, kolko sa toho vykona, ale ako rychlo sa to vykona.

[hawran diskuse]

Lebo ludia od Go

V Go se píšou monolity, ale výsledkem je malá binárka, nikoliv bajtkód vyžadující gigabajtovou JVM.

Gigabytovou? Neboj se a uber.

0.86 Gigabajtovout?

[hawran diskuse]

A co se tím vlastně müslí, tou Mirčinou službou?

[Kit]

Čím je aplikace v PHP menší, tím víc jich může být spuštěných paralelně, tím víc obslouží požadavků. Čím je aplikace v PHP menší, tím kratší dobu běží a tím víc obslouží požadavků. Cílem tedy je, aby mikroslužby byly skutečně mikro, aby obsluha požadavku netrvala víc než cca 100 ms. Delší časy už jen zatěžují prostředky serveru.

To tiez nie je celkom pravda, nie je podstatne, kolko sa toho vykona, ale ako rychlo sa to vykona.

O tom právě píši, že je potřebné, aby doba odezvy byla co nejkratší.

[balki]

Čím je aplikace v PHP menší, tím víc jich může být spuštěných paralelně, tím víc obslouží požadavků. Čím je aplikace v PHP menší, tím kratší dobu běží a tím víc obslouží požadavků. Cílem tedy je, aby mikroslužby byly skutečně mikro, aby obsluha požadavku netrvala víc než cca 100 ms. Delší časy už jen zatěžují prostředky serveru.

To tiez nie je celkom pravda, nie je podstatne, kolko sa toho vykona, ale ako rychlo sa to vykona.

O tom právě píši, že je potřebné, aby doba odezvy byla co nejkratší.

No, ale nie je pravda, ze cim je aplikacia mensia, tym je vykonanie poziadavky rychlejsie. Moze byt aplikacia mensia a obsahovat "naivny"  kod. (Naivny je moj nazov pre kod, ktory je priamociaro a jednoducho napisany).  Potom moze byt aplikacia, co obsahuje komplikovany kod, ktory je vsak plny roznych vychytavok, ktore napokon podstatne skratia vykonanie.

[Kit]

No, ale nie je pravda, ze cim je aplikacia mensia, tym je vykonanie poziadavky rychlejsie. Moze byt aplikacia mensia a obsahovat "naivny"  kod. (Naivny je moj nazov pre kod, ktory je priamociaro a jednoducho napisany).  Potom moze byt aplikacia, co obsahuje komplikovany kod, ktory je vsak plny roznych vychytavok, ktore napokon podstatne skratia vykonanie.

Bohužel mám zkušenost, že komplikovaný kód s různými vychytávkami obvykle prodlužuje dobu zpracování. Často mi stačí udělat kvalitně zapouzdření objektů. Kód se tím nejen významně zkrátí, ale i zrychlí.

[Typolog]

Lebo ludia od Go

V Go se píšou monolity, ale výsledkem je malá binárka, nikoliv bajtkód vyžadující gigabajtovou JVM.

Gigabytovou? Neboj se a uber.

0.86 Gigabajtovout?

Jde o GBV, gigabytevolt, analogicky k MeV například.