Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - wabi

Stran: 1 [2]
16
Vývoj / Re:Zkušenosti s cloudem a Kubernetes
« kdy: 02. 06. 2020, 16:22:58 »

ale řadu věci také značně zesložiťuje, vždyť implementace k8s trvá do produkce několik let (moje praxe z českého prostředí) a pořád nastávají i několikadenní výpadky (nedávna zkušenost z banky). To řešení není dostatečně připravené na širší nasazení, jakýkoliv debugging je obrovský až nemožný problém, post-mortem analýzy skoro nemožné, chybí dospělý resource management, saturovat 10Gbps+ linky je skoro nemožné (přitom dnes už fyzicky používáme i 100Gbps mezi servery) atd. atd.


Podle mě to má smysl až když jsou splněný následující body:
* mám víc dodavatelů software a potřebuji pro ně jednotné běhové prostředí, se kterým si poradí i průměrný vývojář
* provozujeme toho opravdu hodně, potřebujeme automatické horizontální škálování a load-balancing
* s tím související automatické logování na jedno místo (nám se logy neztrácí, ale můžeme mít zatím jen štěstí)
* máme schopný tým adminů, kteří se o to postarají (a na oplátku nemusí řešit zákoutí každé nasazované aplikace)
* aplikace jsou jasně definovaného formátu (komunikace přes http, bezstavové, ideálně bez potřeby zapisovat na disk persistentní data)

Jinak je to podle mě špatně vybraný nástroj. Autor vlákna operuje s nejmenšími VPS, které Amazon nabízí, to prostě nemůže fungovat. Naopak máme zkušenost, že pokud je hardware dimenzovaný dostatečně, je cluster stabilní.

S (ne)dospělostí administrace, logování a debuggingu souhlasím. U Openshiftu bych doplnil bych ještě značnou nestabilitu instalačních skriptů. Dost překotný vývoj, zpětná kompatibilita nic moc.

Pro menší provozy se určitě v konečném důsledku vyplatí si to pronajmout jako službu od RedHatu nebo Amazonu. Jakkoliv ty ceny možná vypadají "draze".

--------------

Ad efektivita: pokud je mým primárním cílem efektivita, nepoužiji Kubernetes. Ono technicky vzato i ty VPS jsou vlastně neefektivní oproti dedikovanému serveru, že?

--------------

Dohromady s tím pracuju docela rád, myslím, že až projekt dospěje a admini se ho naučí nastavit, bude to přínosem pro mnoho vývojářů. Ale je to jen pro určité případy užití, jako obvykle, there is no such thing as a silver bullet.

17
Vývoj / Re:Zkušenosti s cloudem a Kubernetes
« kdy: 01. 06. 2020, 14:45:37 »
Také si nejsem jistý, zda používáte správný nástroj.

Z naší zkušenosti:
* databáze do Dockeru nikdy (jak je to u jiných implementací kontejnerů se stabilitou souborového systému nemám zkušenost)
* pokud toho neprovozujete mnoho, je administrace clusteru příliš drahá (jak sám píšete)

Plusy platí přesně jak píšete.

Kubernetes považuji za enterprise nástroj, takže se pak nedivím, že pro jeho provoz potřebuji enterprise prostředí a schopné administrátory. Pokud se mi to nechce udržovat / mám příliš malý use-case, ale rád bych využil výhod, které kontejnery přináší, jsou tu služby jako AWS ECS nebo OpenShift Online. Vyjde to rozhodně levněji a dá se to provozovat i v jednom.


18
Mno, tak snad aby se tu objevily i nějaké aktuální informace :). Předem disclaimer: absolvoval jsem SWI na FAV v roce 2015 a v současnosti na katedře informatiky působím jako externí vyučující.

Z matematiky je povinná pouze teorie grafů (1 semestr), což je vcelku stravitelná a pro informatiky imo poměrně užitečná věc. Zbylé matematické předměty ve studijním plánu jsou povinně volitelné/volitelné a lze se jim tedy vyhnout.

Stěžejní vyučovaná témata oboru jsou:
* softwarové architektury
* vývojový proces, softwarový projekt
* databáze
* operační systémy
* paralelní programování
* formální jazyky a překladače
* řešení spolehlivosti a výkonnosti systémů
* návrh a realizace webových služeb a aplikací

Který z těch směrů pak budeš nejvíc rozvíjet záleží na volbě povinně volitelných předmětů, možnosti jsou různé je to jen na tobě (sítě a distribuované systémy, obecný vývoj software, databáze, zpracování řeči, strojové učení).

S náročností je to složité, bylo nás tam dost, co to i při práci zvládli, ale stejně tak tam byli lidi, kteří to málem nedali ani na plný úvazek. Rozhodně to není titul zadarmo. Konkrétně C++ povinně potřebuješ při výuce operačních systémů a paralelního programování. Ve zbytku studia se mu myslím dá úspěšně vyhnout vhodnou volbou předmětů.

Osazenstvo katedry je až na výjimky ochotné a ke studentům vstřícné.

19
Vývoj / Re:LXD nebo Docker
« kdy: 31. 01. 2020, 11:45:51 »
Docker Swarm. Je s Docker Compose téměř 100%ně kompatibilní. Stačí vzít docker-compose.yaml, jenom velmi mírně poupravit a může se to šupnout do Swarmu.

Máte s tím zkušenosti? Jak těžké je Swarm nasadit a provozovat?

20
Vývoj / Re:LXD nebo Docker
« kdy: 29. 01. 2020, 13:45:10 »
A co jinyho pouzit na mensi projekty kde je Kubernetes proste kanon na vrabce?

Pak je compose výborný nástroj. Ale my jsme ho na produkci nikdy nevyužili.

Dokud jsme neměli Openshift cluster, docker jsme na produkci vůbec nepoužívali - měli jsme nějakou sadu deploy skriptů, AWS a jenkins. Od té doby co máme Openshift zas není potřeba i malé projekty spouštět někde jinde než v tom clusteru.

Mimochodem, provozovat docker produkčně (stabilně) není žádná legrace a člověku, který ho chce využívat hlavně proto, aby mohl programovat a neřešit nasazování bych to nedoporučoval. To je pak imho lepší využít providera který Docker runtime poskytuje (a je vcelku jedno jestli to bude AWS, Azure, Openshift nebo něco jinýho).

21
Vývoj / Re:LXD nebo Docker
« kdy: 29. 01. 2020, 10:05:36 »
a presne tady je pro lokalni vyvoj pripraveny docker-compose (jak uz tady nekdo zminoval). prakticky nikdy jsem nedaval docker run, proste nez tam mlatit ty miliony parametru tak zlaty .yml file

Máte pravdu, já tak nějak historicky beru docker compose jako součást dockeru, což, uznávám, není pravda :)).

Taky nevím, kdy jsem naposledy spouštěl kontejner přes *docker run*.
Stejně jako nevím, kdy jsem naposledy použil compose jinde než na lokálu.

22
Vývoj / Re:LXD nebo Docker
« kdy: 27. 01. 2020, 14:58:22 »
Určitě Docker (nebo Podman). Potřebujete jen spustit izolované procesy, mezi nimi nasimulovat síť apod. Nechcete řešit "instalaci" celého virtuálního stroje (což je zjednodušeně to, co vám LXD nabízí).

LXD je prostě nástroj na úplně jiný use-case než který popisujete :).

23
Tak dělník taky může mít vlastní kladivo, některé úkony může dělat kdykoli atd.

Další podmínka je, že nesmíš pracovat dle přesných/přímých pokynů protistrany a naopak musíš pracovat na vlastní zodpovědnost a jméno.

Ono je třeba totiž taky říct, že pár firem už pokuty za práci ve stylu "programátor přijde každý den do kanclu na 9 - 17, odbavuje tickety, a fakturuje každý měsíc stejnou částku" dostalo. Dost záleží, jak přesně je ta spolupráce nastavená (doporučuji dohledat si jak zákon definuje "závislou činnost").

Státu jde samozřejmě o to, že dostane míň na daních. A zároveň je prostě fakt, že když si nevyděláš měsíčně čistýho 70 000, ale jen třeba 9 000, tak se jedná o vykořisťování a člověk takto pracující je především zranitelný, a až potom samostatný.

24
Proč se tedy „švarc“ vůbec řeší, když je tak jednoduché udělat to tak, aby to bylo legální? (i když uznávám, že třeba mezi kamarády v IT „dělá na IČO“ každej druhej a o žádných oplétačkách, natož pak postihu, jsem neslyšel)

Protože tak firmy zaměstnávaly dělníky u pásu a na stavbách, kteří pak měli stejné povinnosti jako běžný zaměstnanec, ale bez patřičné právní ochrany (nižší důchod, bez nemocenské, bez dovolené, bez zde probírané výpovědní lhůty...).

Být kontraktor/konzultant v IT je dle zákona snadné - vlastní vybavení, vlastní volba pracovní doby, vlastní prostory..., ale IT není jediný obor, ve kterém tu lidé pracují :).

25
Studium a uplatnění / Re:Dohoda o pracovní činnosti a daně
« kdy: 24. 10. 2019, 12:10:07 »
Před lety (kolem roku 2011) to bylo tak, že za mě daň odváděl v jiné zemi EU zaměstnavatel, a já si pak v Česku podal daňové přiznání (existují tam nějaká pravidla aby nedošlo ke dvojím zdanění apod.). Ale taky jsem byl tou dobou zároveň v OSVČ a detaily už si nepamatuji.

Nejlépe uděláte, když kontaktujete buď správce daně (tzn. finanční úřad) nebo daňového poradce.

Náhodné rady na fórech nejsou zrovna spolehlivé a mohou Vás stát dost peněz a nervů.

Stran: 1 [2]