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 - Kriegel

Stran: [1]
1
Hlavní cílovka jsou a vždycky byly korporace, které si to mohly/můžou dovolit. A protože si to mohly dovolit už v době, kdy k tomu neexistovala alternativa, tak mají spoustu odladěného kódu ověřeného lety v produkci. Konec mainframu se předpovídal několikrát, spousta společností s "progresivním managementem" více či méně úspěšně na tyto vlny postupně skákala, ale pořád existují systémy, které se zmigrovat nepodařilo. Pamatuji snahu inženýrů z Micro Focus o portace některých specifických kusů COBOLu na Linux -- výkonově to bylo nepoužitelné. To byl batch, stejně tak možná ještě více v transakcích, Sabre (booking letenek) chtěl mainframe opustit už někdy po roce 2000 a trvalo mu to o dost dýl... Bohužel, díky těmto vlnám došlo i v US za posledních 20 let k poklesu zájmu o tuto platformu obecně (např. dřív se to ve školách normálně učilo) a trh po  lidech, kteří ještě pamatovali začátky, převzali kontraktoři z Indie... Třeba na LinkedINu je několik skupin, které se velmi pěkně čtou, už jen pro tu autentičnost přispívajících...

No právě. Taky nevím o nikom (ani zprostředkovaně), kdo by o nějakém IBM mainframe v produkci věděl. Přitom ale IBM tuhle technologii stále vyvíjí, vyvíjí taky i procesory POWER, které mainframy pohánějí a vyvíjí OS pro tyhle stroje.
Tak by mě prostě jen ze zvědavosti zajímalo kdo je dnes vlastně cílovka pro moderní IBM maniframe a zda někdo takový existuje v ČR.
Vzhledem k tomu, že IBM stále investuje prachy do vývoje, předpokládám, že někde musí existovat také i cílová skupina zákazníků.

2
Tak šance je vždycky, ne? V Česku se k tomu jde učitě dostat v brněnském bývalém IBM (Kyndryl), nebo třeba v CA (Broadcom) v Praze, případně v Blavě, jakožto slovenském centru bankingu se určitě najde nějaká instituce, co to úspěšně provozuje... Asi toho bude víc, sám už nemám přehled, tuto oblast jsem opustil cca před deseti lety...

ja jsem se zacal ucit as/400 a progrmovani v rpg 400, uvazuju ze se prihlasim do prace na tomhle systemu, jen jsem zvedav, zda muzu mit sanci :-)

3
IBM Mainframe žije, poslední release z/OS je z 9/2023. V Česku tuším  mívala Spořka, jak jsou na tom teď nevím, já nikdy nic pro české zákazníky nespravoval...

Překvapivě tu běželo poměrně "hodně" IBM AS400 a podobných řešení.
Ohledně z/OS tu asi něco někde běží, protože ještě pořád se objevují nabídky, ale nejspíš půjdou spočítat na prstě jedné ruky. Mimochodem, neskončila tomu letos už veškerá podpora?

4
Server / Re:Přeposílání pošty mezi více příjemci
« kdy: 13. 02. 2024, 13:25:49 »
já ho kdysi zkoušel taky, ale aktuálně to vypadá  spíš polomrtvě (poslední commit z 9/2018) -- možná to nějaká distra mají patchováno, ale mi to čas od času padalo, používám https://metacpan.org/dist/Mail-Milter-Authentication k plné spokojenosti, ale objem zpráv, které se tímto podepisují, není nikterak velký, takže jak moc je to náročné na výkon nevím...

5
Server / Re:ESMTP redukuje velikost, SMTP ne?
« kdy: 23. 01. 2024, 14:09:15 »
Přiklonil bych se k f-k-r -- když to čtu, podle struktury a použitého jazyka mi to padá do ranku "populární výcuc", nebo jak se dřív říkalo "opsal a chybami opatřil". To, že by autor zacílil tak technicky vysoko se mi věřit nechce, ale možné je všechno, to připouštím...
Však ať jim OP napíše, co se tím myslí, alespoň prověří, jak na tom geeks for geeks se SMTP opravdu jsou ...

6
Server / Re:Postfix + LDAP - co s výpadkem LDAP
« kdy: 24. 11. 2023, 12:55:40 »
Jak už bylo zmíněno, v tomto případě je asi nejlepší řešení lokální replika, vzhledem k tomu, že to je mimo síť, tak pouze atributy relevantní potřebě Postfixu (OpenLDAP podporuje, nastavení syncrepl je až přímočaře jednoduché, rozhodně bych investoval čas spíše do tohoto než do replikace dat do souboru). Jen pro doplnění, Postfix má i memcached klienta, takže pro krátké výpadky lze použít i toto; standardní ttl je 3600, takže pokud někdo dostal za poslední hodinu mail, bude v cache (ostatní si holt počkají)...

7
Server / Re:Jednoúčelová hesla pro poštovní klienty na AD
« kdy: 13. 04. 2022, 11:12:50 »
... nevim jestli jde v Dovecotu nastavit autentizacni metoda podle ip adresy. Kdyz prijde pozadavek z internetu autentizovat pouze z sql a kdyz z vnitrni site tak zkusit sql i PAM.

jde: https://doc.dovecot.org/configuration_manual/authentication/allow_nets/

8
Server / Re:Úprava výstupu z hostnamectl
« kdy: 17. 08. 2021, 09:38:25 »
jako jo, ale pořád je tam "externí" závislost -- tu si zkus zeliminovat a integrovat logiku přímo do playbooku... funkční to máš, tohle je spíš o tom, jak moc elegantně chceš ten nástroj používat, protože když pak tomu přijde někdo, kdo ansible bude znát o trochu víc, tak se bude chytat za hlavu a buď uteče, nebo to přepíše podle nějakých zaběhlých "best practice"

existuje bezpohlavní modul, který umí obhospodařit různé package managery:
https://docs.ansible.com/ansible/latest/collections/ansible/builtin/package_module.html

a pro inspiraci starší thread
https://serverfault.com/questions/587727/how-to-unify-package-installation-tasks-in-ansible

Já jsem použil tohleto.


9
Server / Re:Úprava výstupu z hostnamectl
« kdy: 16. 08. 2021, 20:13:00 »
Není potřeba dopředu nic skládat a rozčleňovat, ansible si ten systém ošahává právě proto, aby věděl, s čím pracuje, takže veškeré "řízení" je možné za běhu. Typicky bývá jeden z prvních tasků playbooku load varsů, které jsou nějakým způsobem odlišné -- třeba právě podle distribuce/architektury, jako názvy balíků, cesty, atp.
Takže pustíš playbook, ansible ví, že je to CentOS, a naloaduje si soubor s varsama, které platí pro CentOS. V dalším tasku chceš třeba instalovat specifický balík -- název pro CentOS máš zadefinovaný právě v tom už naloadovaném souboru. Pro Debian se ten balík ale jmenuje jinak, takže máš další soubor, který se loaduje, pokud je distro Debian -- tímto způsobem to máš všechno na hromádce uspořádané, když ti přibude další distro, tak si jen přidáš další soubor a do něj příslušné specifikum. Stejně tak jde pak i běh samotného tasku podmiňovat hodnotou dostupných faktů.

Záleží, jak moc si s tím pohraješ a jak moc to budeš chtít mít parametrizované, ale cílem je mít ideálně roli, která je univerzální a přitom stále přehledně definovaná, což oceníš při pozdějších aktualizacích.

https://docs.ansible.com/ansible/latest/user_guide/playbooks_conditionals.html
https://docs.ansible.com/ansible/latest/collections/ansible/builtin/first_found_lookup.html


https://docs.ansible.com/ansible/latest/user_guide/playbooks_vars_facts.html#ansible-facts

bezva to je ale až moc podrobné a neřeší to problém. Potřebuji vytáhnout data o podřízené stanici: tj. hostname, ip adresa, distro, architektura (32 n 64 bit), kernel...víc nepotřebuji..to uložit do souboru a ten mi zaslat na řídící server, tj.server kde je ansible..proč? no proto abych pak z těch souborů složil soubor hosts a rozčlenil servery do skupin : ubuntu,debian a rhel, centos a řídil pak scripty podle distra..mám tak už v čísti sítě to takto udělané, tam bylo ale jen pár serverů kde se ty informace získaly ručně...

10
Server / Re:Úprava výstupu z hostnamectl
« kdy: 15. 08. 2021, 13:04:41 »
nebo jenom v perlu
Kód: [Vybrat]
hostnamectl | perl -nle 's/^\s+//; push @x, $_ if /^(Static hostname|Operating System|Kernel|Architecture):/;' -e 'END { print join ",", @x }'

Stran: [1]