Názory k článku Jak jsme dostali náklady v Amazon Web Services pod kontrolu

Dnes nám ve špičce běží až 25 strojů typu m4.4×large pro Jenkins

V prekladu: To jsou stroje 16 CPU + 64 GB RAM. Takze krat 25, to je celkem 400 CPU a 1.6 TB RAM, jenom na buildovaci nastroje.

Pro uplnost by se sluselo dodat velikost kodu, teamu, apod. ale v kazdem pripade mi to prijde brutalne predimenzovane a videl bych prostor pro optimalizace uplne jinde nez jsou naklady na AWS.

Nemohu si pomoci, ten článek ve mě vyvolal dávné asociace ... :-p
https://www.youtube.com/watch?v=uyQ0AWpmEzc

Asi proto, protoze IT nejsou jen webovky, kazda banka (a Zonky je v podstate P2P banka), prece potrebuje nejaky backend. Neradno spatne pocitat uroky, napriklad. Tady se chyby neodpousteji a integracni testy bezici nonstop jsou nanejvys vhodne.

myslim ze mesacne vyvojar(alebo kazdy iny clovek v office) vypije kavu za 2x tolko penazi :-)

Bugy jsou velmi, velmi drahé, protože zvyšují neochotu organizace vyvíjet -- cena příložitosti featur, které se nestanou, protože se lidi bojí, že další vývoj dané části je rizikový, je tím vyšší, čím víc firma vydělává peněz. To je zrovna ta špatná korelace, žejo.

Dávat peníze za to, aby automatizované integrační testy běžely na každé změně kódu, je velmi účelné. Odmítat psát snadno paralizovatelné integrační testy, protože běží dlouho a zatěžují tak testovací infrastrukturu, je pro firmy, co vydělávají peníze, chyba.

To neni zase tak moc. V podstate jste se rozhodli kazdemu vyvojari jeste prikoupit jeden stroj 16 CPU + 64 GB RAM na kompilaci a testovani. Kdyz to clovek fyzicky nevidi, tak tolik neboli, ale v tom pripade nema cenu zehrat na naklady.

co s tim ma spolecneho in-memory databaze od SAPu, ktera je narocna na pamet, potrebuje certifikovany hardware, ma silene drahou licenci od SAPu, horko tezko se rozjizdi ve virtualce ?

Promin, ale nenazranejsi software me opravdu uz nenapadl, abychom tu meli predstavu, kolik vykonu je potreba na sestavovani vaseho software o par set tisicich radcich.

my stroje skalujem. Ve spicce nam na chvili bezi klidne i tech 25 stroju

Skalujte si jak je libo, je to vas problem a vase penize. Osobne by mi ale bylo lito plytvat takove mnozstvi prostredku (penez, vykonu a el. energie) na tak pomijivou vec jako jsou testovaci buildy. Testovat je potreba, ale pokud potrebujes na build a testy vykon takoveho clusteru, hledal bych usporu penez v tech testech, buildech a organizaci, protoze to je prapricina tech nakladu.

To vypadá na Javu Enterprise a Maven co stahuje půlku internetu ;-)

Můžete plýtvat peníze na buildu, nebo můžete plýtvat peníze, které nevyděláte, protože pak nemáte koule skutečně pracovat. Z pohledu manažera s poškozenými pobídkami ("hlavně aby to vypadalo levně", "hlavně aby se to nerozbíjelo viditelně", "zisky, které se mohly stát, ale nestaly, nejsou vidět") je samozřejmě výhodnější cost-cuttovat.

Jste si jistý že jde o Paragraf 218 trestního zákona, máte to jak dokázat?

Přijde vám takovýto vývoj ekonomický? Ten výkon jenom na build je brutální. Asi byste měli celou mašinérii kolem continous delivery trochu zrevidovat. Alespoň palec nahoru za otevřené přiznání ;-)

To jsou z velke casti cliche, i kdyz je na nich trochu pravdy. Otazkou zustava, jestli se tim da obhajit potreba clusteru, na kterem by se slusnou rezervou bezel SAP HANA pro mensi vyrobni podnik. Pokud chteji optimalizovat tyto naklady, vetsi prilezitosti bych hledal opravdu jinde nez v cenach za jednotlive instance.

Asi jsem uplne mimo ackoli se webum venuji pres 15 let (mozna proto), ale k cemu ze potrebujete tolik vykonu kdyz jen mate nejake webovky s nabidkou a poptavkou pujcek :)

... každému člověku mu pronajímají takový stroj na čtyři hodiny denně, co mu běží testy. IMHO naprosto adekvátní a nutný náklad, pokud člověk nechce poškozovat byznys.

Tak na buildeni iOS je nejlepsi koupit mac mini za tech 25000 Kc a je to v klidu. Pravda, paralelizace neni nic moc, ale iOS developeru je zpravidla mnohem mene a tech PR najednou moc nebude. Nemusi byt uplne vsechno v cloudu.

to jsou podobný lichváři jako zaplo.cz