Příspěvky

31

Windows a jiné systémy / Re:Výkon VPS Vultr na různých Windows

« kdy: 08. 04. 2021, 12:31:40 »

Server musi byt hlavne co nejbliz brokerovi...

  ty jsi chtěl jen něco říct viď?

Na to by totiž přišel i patlal z posledního IT servisu v Horní Dolní.
Kdyby ses podíval lépe na výstup toho pingu pochopíš, jak blízko je.
V tomhle případě geografická vzdálenost už nehraje majoritní roli, teď už se musí poladit OS.

Mne toto pride ako riesenie z IT servisu v Horni Dolni. Keby si bol fakt "blizko" tak ta uz mozu umelo spomalovat - https://www.youtube.com/watch?v=d8BcCLLX4N4

Ked si pozries tak HFT riesenie vedia spracovat poziadavku za ~700ns (https://stackoverflow.com/questions/17256040/how-fast-is-state-of-the-art-hft-trading-systems-today). Pri non realtime OS (ako je spomenuty Windows) to bude radovo trvat dlhsie. A kedze je to VPS tak to bude aj nekonzistetne a zavisle na vytazenosti host OS - delay +/- autobus (co moze byt teoreticky dovod rozdielu porovnavanych Windows verzii). Snad viete, co robite.

32

Vývoj / Re:RRDtool přes web

« kdy: 10. 02. 2021, 21:14:57 »

Tiez si myslim, ze v roku 2021 je rrd uz za zenitom (ja by som isiel do kombinacie InfluxDB + Grafana). Pokial predsa len chces rrd, tak mozes pozriet/skusit stary Zenoss 4.x - to je komplet monitoring s webom, ktory pouziva data v rrd.

33

Studium a uplatnění / Re:Tipy na místa k žití pro freelancera v EU

« kdy: 02. 02. 2021, 09:05:59 »

Off topic: ked si odmyslime EU podmienku tak mozes ist do celeho sveta, napr. do Panamy. Pozri blogposty/videa Pavola Luptaka, napr. https://wilderko.medium.com/panama-cesta-z-pekla-na-slobodu-81aab03f7e88 Pavol ma prakticke skusenosti, takze napr. najdes od neho aj rady ako mat globalne zdravotne poistenie a pod.

34

Studium a uplatnění / Re:DevOps uplatnění v zahraničí

« kdy: 17. 01. 2021, 11:24:07 »

Pozri si anglicky pracovny trh. Napr. https://www.peoplesource.co.uk/jobs/ ma dost casto remote pozicie. Ma aj korporatnych klientov v DE, takze sa moze stat ze, kontrakt bude plateny v EURach. Pripadne aj https://www.linuxrecruit.co.uk/jobs?keyword=&location%5B%5D=&type%5B%5D=Contract&salary_bracket%5B%5D=&skills%5B%5D= su znamy na kontrakty. Nezabudni, ze Britania je uz mimo EU, tak to moze mat uctovnicke dosledky. Vacsinou anglicke agentury chcu aby si mal anglicku Limited company (da sa zalozit online), pripadne jednoduchsie je ist cez daku umbrella company, ktora to zastresi. Samozrejme je vyzadovanie poistenia zodpovednosti za skodu a pod. Pozor, niektore kontrakty su v ramci IR35, kde platis vacsie dane.

35

Software / Re:Dohledový systém

« kdy: 08. 01. 2021, 20:22:11 »

Zoznam monitorig nastrojov (zial uz par rokov neupdatnuty): https://github.com/monitoringsucks/tool-repos
Novsi: https://github.com/Enapiuz/awesome-monitoring

V zasade su hraci ktory maju viacmenej cely stack na monitoring, ako napr. InfluxDB (TICK stack: Telegraf, InfluxDB, Chronograf, Kapacitor; ELK stack: Beats, Logstash, Elasticsearch, Kibana, ...), pripadne ktori buduju svoj stack (taka Grafana uz nie je iba na vizualizaciu, ale Grafana labs ponuka toho uz viac - Loki, Tempo, ... a samozrejme Grafana ma asi najviac podporovanych time series databaz, z ktorych vies vizualizovat; mozno tak PowerBi je jej konkurenciou vo vizualizacii).

Na "konzervativnu" infrastrukturu budu dobre aj konzervativnejsie nastroje ako Nagios, Cacti a pod. Pokial to uz je progresivnejsie (kontajnery) tak by som cakal ze sa to vysklada z dostupnych novsich monitoring nastrojov - necakal by som ze jeden tool bude riesit vsetko.

36

Vývoj / Re:Volby key value databazy

« kdy: 22. 11. 2020, 23:19:17 »

Scylla DB - drop in nahrada Cassandry napisana v C++, takze by to mala byt iba jednoducha nahrada, bez nejakych dodatocnych uprav v kode.

37

Vývoj / Re:Identity provider pre Spring Boot mikrosluzby

« kdy: 06. 11. 2020, 20:00:44 »

https://stackoverflow.com/questions/64613405/how-to-use-vuetify-for-a-keycloak-login-theme

38

Vývoj / Re:Identity provider pre Spring Boot mikrosluzby

« kdy: 28. 10. 2020, 19:47:06 »

Specificky Vuetify Keycloak temu som nevidel, zato Material Keycloak design existuje https://github.com/MAXIMUS-DeltaWare/material-keycloak-theme .

39

Vývoj / Re:Identity provider pre Spring Boot mikrosluzby

« kdy: 28. 10. 2020, 13:27:24 »

Uznavam ze to neni asi uplne OIDC pristup, ale autentifikaciu budeme vyuzivat len u nas, a ziadne tretie sluzby ktore by potrebovali formulare mat u nas.

To uplne chapem ze dev chce vyhajpovat svoju SPA apku, ale pozrime sa z pohladu security napr. na poziadavku prihlasovania s google kontom:
dali by ste svoje google prihlasovacie udaje vyhajpovanej (Vue+Vuetify) SPA a budete jej verit, ze si ich nikde neulozi/neodosle, ale iba pouzije na direct grant code flow?

Ironicky: Ak ano ozvite sa mi, poslem vam primitivny Vuetify codepen.io pen, kde mi vase Google hesla mozte zadat
Seriozne: Samozrejme, ze nezadate

Bojujem dennodenne s takymito poziadavkami od SPA devs. Seriozny pristup by bol implementovat registraciu ako dalsiu SPA appku, ktora to posle backendu a ten cez IdP admin API (Keycloak REST admin API) zaregistruje pouzivatela + IdP tema sa customizuje. A vsetky SPA apky pojdu cez Authorization Code with PKCE. Vo vysledku je jeden centralny IdP, kde sa da vsetko nastavit ako: password policy, OTP policy, IdP brokering (MojeId, Google, GitHub, LinkedIn, ....), user federation (LDAP, Kerberos), .... Pre malu apku to moze byt overkill na zaciatok, ale zjednodusi to autentifikaciu pre vsetky aplikacie s podporou OIDC (nielen SPA). Tiez to nie je vendor lock-in. Teraz moze byt Keycloak, v buducnoti iny OIDC IdP.

40

Vývoj / Re:Identity provider pre Spring Boot mikrosluzby

« kdy: 28. 10. 2020, 06:00:48 »

Keycloak je asi najpouzivanejsi open source IdP, plne kompatibilny s Open ID Connect (OIDC), SAML.

Ak sa ti nepaci ze vystavuje vlastny login formular, tak velmi nechapes OIDC (odporucam na zaciatok https://developer.okta.com/docs/concepts/oauth-openid/). V kazdom pripade OIDC ponuka aj direct grant code flow (alebo resource owner password flow) s ktorym mozes robit pouzit app login form, ale z hladiska bezpecnosti nie je idealny.

V kazdom pripade mas vela moznosti na vyber: https://openid.net/developers/certified/

41

Server / Re:docker - http(s) proxy

« kdy: 12. 10. 2020, 23:38:26 »

V zasade chces reverse proxy. nginx je old school (rozumej znamy hlavne z non docker sveta), ale asi najpouzivanejsi. Novsi pristup by bol pouzit namiesto nginxu caddy/traefik/envoy/istio a pod. Pripadne pokrocilejsie docker orchestrations (swarm, k8s, cloud foundry, rancher) to maju viac-menej integrovane a nepotrebujes az tak riesit a manazovat reverse proxy osobitne.

42

Sítě / Re:Blokace TikToku cez hosts

« kdy: 10. 10. 2020, 23:41:10 »

Bude vobec "blokovanie" cez hosts subor pracovat podla ocakavania, ak prehliadac pouzije DNS over HTTPS?

43

Sítě / Re:Upload na Amazon AWS rychlostí jen 3 Mbps

« kdy: 23. 09. 2020, 14:58:14 »

EC2 maju aj oficialne vagne definovane rychlosti siete pre rozne instance types (https://aws.amazon.com/ec2/instance-types/), napr.: very low, low, moderate, ...
Ked pogoglis tak nejdes aj realne merania: https://cloudonaut.io/ec2-network-performance-cheat-sheet/
Teda od t2.nano sa da dlhodobo ocakavat iba ~30Mbps, ale od m5.24xlarge uz 21Gbps

44

Sítě / Re:Upload na Amazon AWS rychlostí jen 3 Mbps

« kdy: 20. 09. 2020, 21:14:41 »

A co je "upload" v tvojom pripade? Aky protol (http, ftp, sftp, scp) a aka AWS sluzba (EC2, S3, ...) je na druhej strane?
Viem si predstavit, ze tvoje ocakavania 100Mbs pri urcitych kombinaciach nebudu naplnene - napr. EC2 t2.nano cez scp protokol.

45

Server / Re:Free PaaS a Cloud služby

« kdy: 03. 09. 2020, 01:55:59 »

Ten GitHub pages je zdarma iba urcitych pripadoch:

GitHub Pages is not intended for or allowed to be used as a free web hosting service to run your online business, e-commerce site, or any other website that is primarily directed at either facilitating commercial transactions or providing commercial software as a service (SaaS).

Výkonovo je taktiež GP dosť pomalé.

Ak uz GitHub pages su pre teba pomale (tie uz vyuzivaju global CDN, HTTP/2, ...), tak potom tipnem, ze vsetky SSR riesenia budu uz len pomalsie. "siege -c 10 -t 10S <random github page>" mi dava avg 0.01 secs.

Porovnanie: https://simply-how.com/always-free-application-hosting-services-guide