Új hozzászólás Aktív témák
-
bambano
titán
válasz
hallador
#151
üzenetére
"Persze abban igazad van kedves Bambano, ha a vitatkozás, meg az EU-s pénzek eszetlen költése a cél, akkor a Te véleményed az erősebb....": nem tudom, milyen alapon hoztál összefüggésbe eu-s pénzekkel, de ezt a személyeskedő sértegetést fejezd be, mert semmi alapja sincs.
-
hallador
addikt
normális ember nem erőlteti azt, amivel nem ért egyet.
Normális ember legalábbis, ha tényleg normális, akkor a számba vehető, számára elérhető információ alapján összeszedi elemzi, értelmezi, majd kialakít egy vagy több véleményt, na azt megértem, ez látszik a stílusodon is, hogy nálatok inkább az nyer aki fizet, de egy valóban versenyszférában lévő céget nem szokott meghatni az erőltetés, az épp ész érvek igen, na nem véletlenül mennek el otthonról annyian.....
Persze abban igazad van kedves Bambano, ha a vitatkozás, meg az EU-s pénzek eszetlen költése a cél, akkor a Te véleményed az erősebb....
ööö, mivel is gyanúsítottál meg? hogy "Ezt megint Te halucináltad". szóval azt meg, hogy sok példát ismerek, ebből levezetted, hogy ismerem a komplett piacot mindenhol, az a te halucinációd, mert egyébként ez téves következtetés.
Kár hogy a példáid csak teoretikusak, ja egyet sem mondtál, bocs nincsenek...
az otthonfóbiádba meg nem szeretnék beszállni.
Na látod ez mintázza a legjobban, hogy amikor már elfogytak az érvek, akkor jön a kötözködés, nem véletlenül vannak amik vannak arrafelé...
-
bambano
titán
válasz
hallador
#146
üzenetére
"Én meg azzal, hogy csak azt akarja erőltetni amivel egyetért...": normális ember nem erőlteti azt, amivel nem ért egyet.
"Tehát Te ismered a komplett piacot mindenhol?": ööö, mivel is gyanúsítottál meg? hogy "Ezt megint Te halucináltad". szóval azt meg, hogy sok példát ismerek, ebből levezetted, hogy ismerem a komplett piacot mindenhol, az a te halucinációd, mert egyébként ez téves következtetés.
az otthonfóbiádba meg nem szeretnék beszállni.
-
TeeJay
félisten
az azonnali utalásnál mi van akkor ha véletlenül rossz számlaszámot írok?
régebbi hírben az volt hogy nem csak név és számlaszám lesz már elfogadott
hanem lehet majd a fiókodhoz mail címet taj kártyát sőt akár telószámot is adni
így nem kell tudnom hogy fekete mariskának mi a számlaszáma
elég ha tudom a telószámát és tolom át neki a pénzt
na de ha elírom a számot vagy feketemaris1@gmail.com helyett feketemaris@gmail.com-ot tolok és másnak megy 5másodpercen belül a pénz azzal mit lehet majd tenni ezentúl?
mondjuk még sosem utaltam félre de 10milliós országban tuti napi szinten van több tucat eset akik benézik ezt
vagy pl a címzett az jó de 5000 helyett még egy nullát nyom és 50ezret utal neki
mivel megnyomom a gombot és 5mp múlva át ment a másikhoz így mit lehet tenni ilyen hiba esetén majd?
persze kérjünk vissza 45-öt gipsz jakabtól ha tévesen túl sokat kapott hiszen neki is 5másodperc vissza küldeni
de mi van ha gipsz jakab nem jól nevelt és tojik a dologra elveri piára az egészet -
hallador
addikt
ezzel a nézettel nagyon nem tudok azonosulni.
Én meg azzal, hogy csak azt akarja erőltetni amivel egyetért... MInden technológiának megvan a helye...
most azt mondtad, hogy fejlődni kell, és az egyetlen fejlődési irány a konténer, és aki nem akar erre menni, az mind elmaradott és ócska.
Senki nem állított rajtad kívül ilyet. Én azt írtam, ha nem forgatnád ki a szavaim, csak a magyar ember ezt Közép-Európai találékonyságnak tekinti, a valóságtól teljesen igenen módon, mit is írtam? : A konténer, elsősorban a Web, Devop-ra jó elsősorban, mire Te: aki nem akar erre menni, az mind elmaradott és ócska.
Tehát ezek szerint Te nem beszélgetni jöttél 1000-edik alkalommal sem, hanem vitatkozni jól érzem?
marhaság. kismillió más lehetőség is van szerencsére. valójában te vagy beszűkülve, ha azt gondolod, hogy aki nem a te utadon jár, az téves, más üdvözítő út nincs.
Ezt megint Te halucináltad ki mondta, hogy nem? De konkrétan a Web-re, meg a Devopsra ez a leghatékonyabb, hiába magyarázol össze vissza...
nekem egyébként jó dvolgom van, nagyjából két, objektíven mérhető paraméter eldönti, hogy jól dolgoztam-e vagy sem. ha nem csörög a hibabejelentő telefonja, akkor alapvetően jól dolgoztam, függetlenül attól, hogy a kibicek mit irkálnak. a másik meg: ha le tud tölteni annyi adatot, amennyi a szerződés szerint jár, akkor jól dolgoztam. a pletyka meg lepereg.
Jó neked. Ez a Te dolgod, én örülök, hogy jól dolgozol, kevesen vannak akik íjen felfogással élnek.
"Ez ilyen majd meglátjuk kinek lesz igaza ezt a jövő dönti el.": nem, nem fogjuk a jövőből megtudni, hogy miért volt igazam
egy csomó példát tudnék most hozni informatikai és nem infós területekről, amikor se az aktuális divat nem vált be, és a fősodratú vélemények bevallani se merték. az a szerencsés eset, amikor akkora pofáraesés van, hogy nem lehet alternatívan interpretálni, ritka.
Tehát Te ismered a komplett piacot mindenhol? Értem, ahogy érzed. Én nem ismerem az összes munkahelyet a világon, ha Te úgy érzed igen, akkor hajrá... (Otthon most úgy is ma mindenhez illik érteni, se haladni nem kell sehova, nem követelmény... )
de azért megkérdezem: van egy konkrét problémám, amit eddig virtualizációval oldottam meg. az nem tanulás, hogy most megtanultam, hogy hogyan lehet jobb eredményt elérni, ha virtualizáció nélkül oldom meg?
A virtualizáció jó dolog. Hát hogy Te hogy oldod meg az a Te dolgod....
IGAZATOK VAN.... Na akkor vége... Remélem....
-
hallador
addikt
Senki nem mondta, hogy otthon minden szar, ezt te mondtad. Nem én. Annyit mondtam, ami sajnos közelebb áll a valósághoz, hogy nincs vállalati kultúra, nincsenek folyamatok, és sok esetben a szaktudás is hiányos. Az, hogy közben aztán ilyen jó magyarosan belekeverték a rénszarvasokat is ne azén hibám legyen.
Azért amit írtam abba köss bele, ne kritizálj, mert az nagyon megy otthon csak valamiért nem haladunk sehova, vagy legalábbis nagyon lassan, ez meg tény anélkül is, hogy Te Bambano, vagy én akármit is írnék...
-
bambano
titán
válasz
hallador
#142
üzenetére
ezzel a nézettel nagyon nem tudok azonosulni.
most azt mondtad, hogy fejlődni kell, és az egyetlen fejlődési irány a konténer, és aki nem akar erre menni, az mind elmaradott és ócska.marhaság. kismillió más lehetőség is van szerencsére. valójában te vagy beszűkülve, ha azt gondolod, hogy aki nem a te utadon jár, az téves, más üdvözítő út nincs.
nekem egyébként jó dolgom van, nagyjából két, objektíven mérhető paraméter eldönti, hogy jól dolgoztam-e vagy sem. ha nem csörög a hibabejelentő telefonja, akkor alapvetően jól dolgoztam, függetlenül attól, hogy a kibicek mit irkálnak. a másik meg: ha le tud tölteni annyi adatot, amennyi a szerződés szerint jár, akkor jól dolgoztam. a pletyka meg lepereg.
"Ez ilyen majd meglátjuk kinek lesz igaza ezt a jövő dönti el.": nem, nem fogjuk a jövőből megtudni, hogy miért volt igazam
egy csomó példát tudnék most hozni informatikai és nem infós területekről, amikor se az aktuális divat nem vált be, és a fősodratú vélemények bevallani se merték. az a szerencsés eset, amikor akkora pofáraesés van, hogy nem lehet alternatívan interpretálni, ritka.de azért megkérdezem: van egy konkrét problémám, amit eddig virtualizációval oldottam meg. az nem tanulás, hogy most megtanultam, hogy hogyan lehet jobb eredményt elérni, ha virtualizáció nélkül oldom meg?
-
hallador
addikt
Figyu maradjunk ebben. Nem értünk egyet, szerintem tanulni kell akkor haladsz előre, és ekkor tudom kamatoztatni legalábbis én a tudásomat. Szerinted meg épp amit mondasz, mert aktuálisan az felel meg neked.
Ez ilyen majd meglátjuk kinek lesz igaza ezt a jövő dönti el. Mellébeszélésből nem lehet megélni ennyi erre én rájöttem azért is jöttem el otthonról mert ott még igen, csak a mellébeszélés != fejlődés, a mindent meg tudok magyarázni, de dolgozni csak azzal tudok amit ismerek, de nem is nagyon akarok tanulni, mert jó az ami van pedig nem a világom, a világnézet más nem a szakmai tudás az van mindkettő oldalon, így azt mondom maradjunk ennyiben...
Ezért nem is válaszolok, neked mert felesleges lenne nekünk beszélgetni bármiről... Legalábbis erről biztosan.
-
bambano
titán
válasz
hallador
#140
üzenetére
írom ömlesztve:
ne aggódj, ismerem annyira a technológiát, hogy megalapozottan nyilatkozzak róla. a megtanulás pedig arra vonatkozott, hogy melyik oprendszeren aktuálisan milyen hasfájása van a kócerájnak. azt tényleg nem ismerem.képes különböző oprendszereken is pont ugyanúgy működni? ez implicite azt az állítást is tartalmazza, hogy képes ugyanazon az oprendszeren is pont ugyanúgy működni, különben semmi értelme. tehát a docker az szabványos minden tekintetben, az alatta levő fájlrendszertől kezdve a konténerig, tehát csak docker van, lxc meg lxd nincs, és a szükséges kiegészítőkből is pontosan egy van, amik szabványosak? nincs ceph meg puppet meg ansible meg a fene se tudja, hogy a héten még mi? vagy ha mégis az a valóság, hogy van ceph meg puppet meg ansible meg a többi, és a dockert felrakhatod többféle cluster fájlrendszerre, stb. stb., akkor a konténer technológia nem szabványosít semmit.
"a volt kollégámnak (Amazonnál mérnök)": nyugodtan mondd neki, hátha ő megérti a különbséget. neked meg elmagyarázom: az amazon az egyik cég, amelyik sok pénzt akar kaszálni a konténer technológiából. tehát náluk lesz. ők azok a mumusok, akik el fogják venni az üzemeltetők munkáját (na jó, nem ők azok a mumusok, hanem egyike a mumusoknak, de ez lényegtelen különbség). tehát az amazon azért tolja a konténert, mert ez az alap kompetenciája, szemben egy csomó más céggel, akiknél a konténer nem üzleti cél, hanem teljesen más üzleti célok megvalósításához egy eszköz (annak hiszik).
"Aki folyamatosan azt bizonygatja, hogy minek kellene megtanulni bármit ami új, ha ott a régi is": én ilyet mondtam ebben a threadben? én azt mondtam, hogy minek tanulnék meg valamit, ami nem jó, de legalább bugos és felesleges. nem az új technológiákat utasítottam el en-bloc, hanem a felesleges, valódi cél nélkül létrehozott technológiákat. csak neked már leszállt a köd, így nem vagy képes értelmezni a megfogalmazásban levő finom nüanszokat.
"Tehát akkor finoman lefikáztat a komplett magyar piacot, és vele együtt kinevetted a komplett magyar bankipart": abból, hogy egy auditort lefikáztam, hogy vezetted le, hogy a komplett piacot lefikáztam? hint: tévesen. az általad említett három auditorból egyet lefikáztam, az általad említett másik két auditort és a piacon szereplő többit pedig nem fikáztam le, ahogy nem fikáztam le ilyen téren a bankokat se. úgyhogy ne beszélj félre, ha velem akarsz vitatkozni, azzal vitatkozz, amit én mondtam, ne azzal, amit te kiolvastál belőle vagy más mondott.
-
hallador
addikt
"a fejlődés az nem a kisipari hegesztésekkel lesz megoldva előbb utóbb": a konténerezés nem érte el még a kisipari hegesztések szintjét se.
Ha nem ismersz valamit jellemzően ez a válasz.
"amíg egy adott technológia arról szól, hogy szabványosítson": mert a docker például arról szól, hogy szabványosítson? ne nevettess. hogy fog szabványosítani a docker úgy, hogy a szükséges feladatok zöméhez más programcsomagokat is üzemeltetni kell, miközben sem az alap oprendszer nem szabványos, sem a konténer technológia nem szabványos, sem a körítés?
Azért képes különböző oprendszereken is pont ugyanúgy működni?
"Amilyen példákat Te hozol arról szól hogyan ne oldjuk meg": így van. de ha nem szelektíven olvasol, akkor azt is leírtam, hogy hogyan kell megoldani másképp.
Ok hogyan kell ugyanúgy megoldani másképp, ha valakit odaültetsz CentOS, Debian, Red Hat, Suse elé ugyanúgy nézzenek ki a parancsok a konténer kezelése? Minden rendszeren?
"Senkit nem érdekel, hogy konkrétan mibe futottál bele a systemd-vel, ha 100 rendszerből 99-nél képesek használni.": legyen a szokásos autós példa. ha egy autóval mindig lehet közlekedni, de néha nem tudom bekapcsolni a rádiót, akkor abba bele tudok törődni. de ha egy autó az esetek zömében nem indul be, és ha be is indul, akkor se tudom rátenni a szabványos kereket, akkor azt felgyújtom a p..ba. különösen ha egy olyan világban erőszakolják rám, ahol addig a szabad választás lehetősége volt a vezérelv.
a docker meg olyan, hogy van egy ócska, kátyús utad, és egy csomóan azzal foglalkoznak, hogy olyan jelzőtábla tartó oszlopokat fejlesszenek ki, amit könnyű telepíteni és nem fújja el a szél, hogy rátehessék a kátyús út! táblát.
Ok, majd ha Írországban járok mondom is a volt kollégámnak (Amazonnál mérnök), hogy semmit nem tudnak erről bezzeg Közép-Európában szerintem ezt nem kell leírnod megint kezd ez hasonlítani az orbáni direktívákra hajtogatjuk, hajtogatjuk a semmit aztán rájövünk szépen, hogy Európa már régen rájött miről szól ez. Na ez pont olyan semmit mondó válasz volt amit most Te is adtál...
"Olyan példákat hozol fel mintha csak a Docker, meg a systemd meg azok a technológiák lennének a rosszak amit Te rossznak tartas": én a dockert (pontosabban a komplett technológiát) rossznak tartom. igazából nem is a docker a rossz, hanem a tervezési irányelvei és céljai. a systemd-t meg nem csak én tartom rossznak, népes "rajongó" tábora van.
Hát meg még nagyobb a rajongó tábora azoknak akik meg jónak tartják ilyen ez.
"jajj a többi sem jobb": pontosan mit is írtam, amit így sikerült értelmezni?
Ezt Te írtad?
"Mi az, hogy bug-os? Mond már meg, hogy melyik operációs rendszer az amiben nem volt épp aktuális bug, tudsz ilyet mondani?": oké, mondok autós példát: ha most nyitnál egy taxivállalatot, mit csinálnál? vennél 15 féle autóból 100 darabot/típus, és tartanál 5 féle gyújtógyertyát, ékszíjat meg fékbetétet raktáron, meg készleteznél többféle üzemanyagot, vagy kiválasztanál egy gyártmányt és abból vennél 1500-at? na a docker meg a kubernetes pont ez, hogy kellene egy autó, amivel fuvarozol, de te nem egy autót veszel, hanem többet, hogy legyen mivel szívni. senki nem mondta, hogy a linux hibátlan (de, én
). csak nem mindegy, hogy van pl. a debianban heti 3 hiba, azt kell kezelni, vagy van a debianban heti 3 hiba, a dockerben heti 8, a kubernetesben 12, a ceph-ben 6, és egyébként is a szkriptek fele telepítéskor rossz, és heteket kell dolgoznod, mire először elindul a rendszer.Tehát akkor a másik sem jobb mert ugyan hiába vannak bug-ok azokat pontosan ugyanolyan gyorsan javítják mint a debian-ban, ezzel az egyikben 3 a másikban 8 a harmadikban xxx ezzel nem sokat mondasz el mert ugye javítják folyamatosan, csak Neked nem tetszik? Neked megfelel a saját példád? Vagy az sem?
"El tudok szakadni én bármitől, csak azt nagyon rühellem, ha valaki akkor is okoskodik, ha nem kellene.": a valóság ezzel szemben az, hogy tetszőleges időpontban mondanék olyan véleményt, ami neked nem tetszik, akkor az rögtön okoskodás lesz szerinted. Tehát nem attól lesz okoskodás valami, hogy szerinted nem kellene vagy rosszkor jön, hanem attól, hogy ellenkezik veled.[/I
Mondod ezt te? Aki folyamatosan azt bizonygatja, hogy minek kellene megtanulni bármit ami új, ha ott a régi is
(I)"Nem ismeri a technológiát": ezt honnan tudod?(/I)
Ezt Te írtad?
(I)miből gondolod, hogy nem tudnám megalkotni a konténerizációt? biztosan meg tudnám, csak az jobb lenne, mint a mostani vackok. megtanulni is meg tudnám. nem a tudás vagy a képesség (esetleges hiánya) a lényeg, hanem az, hogy ezt ki fizeti meg. de ez már elhangzott: normálisan a ráfordításokat csökkenteni kell, a bevételeket meg növelni, mert ettől nő a profit. ha meg tudok csinálni valamit 3 óra munkával alapoprendszeren vagy 15 óra munkával dockeren, és ugyanaz a végeredmény, akkor azt alapoprendszeren kell megcsinálni, mert senki nem fog megfizetni 12 óra felesleges munkát.(/I)
Tehát akkor magad szerint sem ismered? Hiszen meg kellene tanulnod igaz? Akkor most beszélsz félre vagy akkor beszéltél félre?
pedig a konténer arról is szól, hogy nem kell hozzá üzemeltető. ezt az állítást csak azok olvassák félre olyan jelentéstartalmmá, hogy "nem kell üzemeltetni", akik nem beszélnek rendesen magyarul.
(/I)Na ez ahhoz kezd hasonlítani, hogy adott közszereplők, csak akkor adnak interjút ha magyar az újságíró de sajtó tájékoztató nemzetközi... Ne beszélj félre!
(I)Az általad emlegetett auditorok közül az egyikkel volt már dolgom (hagy ne emeljem ki), azóta is mindig nagyokat röhögünk, ha sztorizgatás közben előkerül.(/I)
Tehát akkor finoman lefikáztat a komplett magyar piacot, és vele együtt kinevetted a komplett magyar bankipart, mert más nem nagyon fogja ellenőrizni azokat
Szerintem!
-
hallador
addikt
de látsz-e olyan típusú stratégiai gondolkodást, ami nem csak a tőzsdei mutatókat veszi figyelembe, hanem esetleg olyan összetevőket, mint a környezet vagy a társadalom állapota?
- Nem azzal akarok megoldani feladatokat, hogy a melóst nem vagy nem letljeen jelentem be.
- nem 3 ember helyett dolgoztatok 1 embert
- van dokumentáció mert követelmény.
- vannak folyamatok, mert mert rájöttem, hogy anélkül semmi nem megy a minőség ellenőrzés és a munka is csak kis hatékonysággal működik.
- képzem vagy így vagy úgy a gyári összeszerelő munkást is mert teljesen mindegy mit gyártunk, de az a legmodernebb a világon, és nem engedhetem meg magamnak, sem az embereimmel szemben, sem a termékemmel szemben hogy rosszat vagy selejteset gyártsak.Soroljam még a magyar cégeket messzire elkerülő társadalmi szintű trehányságot?
-
bambano
titán
válasz
hallador
#134
üzenetére
pedig a konténer arról is szól, hogy nem kell hozzá üzemeltető. ezt az állítást csak azok olvassák félre olyan jelentéstartalmmá, hogy "nem kell üzemeltetni", akik nem beszélnek rendesen magyarul.
az, hogy nem kell üzemeltető, azt jelenti, hogy a hagyományos felállást, miszerint van az egyik szobában fejlesztő, a másik szobában üzemeltető, felváltja az, hogy az üzemeltetőt elküldik, a fejlesztő nyakába sózzák az üzemeltetési feladatok egy részét, és átnevezik devopsnak, a feladatok másik részét meg lenyúlják a publikus cloud üzemeltetők a zsetonnal együtt.
Az általad emlegetett auditorok közül az egyikkel volt már dolgom (hagy ne emeljem ki), azóta is mindig nagyokat röhögünk, ha sztorizgatás közben előkerül.
"Hát csak ne felejtsd el, hogy ez megint akkor lesz igaz, ha annyi rendszert üzemeltetsz amit fejben meg tudsz jegyezni,": szerintem erről a hülyeségről leszakadhatnál már, mert az, hogy egy üzemeltetési módszertan jósága nem attól függ, hogy konkrét valaki hány rendszeren használja, hanem attól, hogy elvileg mekkora rendszerig hatékony. tehát ha én felépítem a google mását három szerveren, akkor az pont olyan jó, mint a google, és nem a kisgépes kategória.
-
bambano
titán
válasz
hallador
#133
üzenetére
"a fejlődés az nem a kisipari hegesztésekkel lesz megoldva előbb utóbb": a konténerezés nem érte el még a kisipari hegesztések szintjét se.
"amíg egy adott technológia arról szól, hogy szabványosítson": mert a docker például arról szól, hogy szabványosítson? ne nevettess. hogy fog szabványosítani a docker úgy, hogy a szükséges feladatok zöméhez más programcsomagokat is üzemeltetni kell, miközben sem az alap oprendszer nem szabványos, sem a konténer technológia nem szabványos, sem a körítés?
"Amilyen példákat Te hozol arról szól hogyan ne oldjuk meg": így van. de ha nem szelektíven olvasol, akkor azt is leírtam, hogy hogyan kell megoldani másképp.
"Senkit nem érdekel, hogy konkrétan mibe futottál bele a systemd-vel, ha 100 rendszerből 99-nél képesek használni.": legyen a szokásos autós példa. ha egy autóval mindig lehet közlekedni, de néha nem tudom bekapcsolni a rádiót, akkor abba bele tudok törődni. de ha egy autó az esetek zömében nem indul be, és ha be is indul, akkor se tudom rátenni a szabványos kereket, akkor azt felgyújtom a p..ba. különösen ha egy olyan világban erőszakolják rám, ahol addig a szabad választás lehetősége volt a vezérelv.
a docker meg olyan, hogy van egy ócska, kátyús utad, és egy csomóan azzal foglalkoznak, hogy olyan jelzőtábla tartó oszlopokat fejlesszenek ki, amit könnyű telepíteni és nem fújja el a szél, hogy rátehessék a kátyús út! táblát.
"Olyan példákat hozol fel mintha csak a Docker, meg a systemd meg azok a technológiák lennének a rosszak amit Te rossznak tartas": én a dockert (pontosabban a komplett technológiát) rossznak tartom. igazából nem is a docker a rossz, hanem a tervezési irányelvei és céljai. a systemd-t meg nem csak én tartom rossznak, népes "rajongó" tábora van.
"jajj a többi sem jobb": pontosan mit is írtam, amit így sikerült értelmezni?
"El tudok szakadni én bármitől, csak azt nagyon rühellem, ha valaki akkor is okoskodik, ha nem kellene.": a valóság ezzel szemben az, hogy tetszőleges időpontban mondanék olyan véleményt, ami neked nem tetszik, akkor az rögtön okoskodás lesz szerinted. Tehát nem attól lesz okoskodás valami, hogy szerinted nem kellene vagy rosszkor jön, hanem attól, hogy ellenkezik veled.
"Nem ismeri a technológiát": ezt honnan tudod?
-
válasz
hallador
#133
üzenetére
Nem arról beszéltem, hogy nem gyarapodnak, mert pénzügyi szempontból szépen állnak a dolgok - de látsz-e olyan típusú stratégiai gondolkodást, ami nem csak a tőzsdei mutatókat veszi figyelembe, hanem esetleg olyan összetevőket, mint a környezet vagy a társadalom állapota?
-
hallador
addikt
ha egy cég biztosan akar működni, akkor nem engedi, hogy bizonyos fontos információk egy embernél legyenek. ha veled bármi történik (pl. felrúgod a villamost), akkor mi lesz?
Ehhez ember is kell, és nem olyan mint az átlagoz üzemeltető, hanem olyan akit érdekel is a dolog, vagy olyan dokumentáció kell, amiből azonnal meg tudod oldani a problémát. Ez nem szokott lenni a kisebb cégeknél. Mert nem szokás dokumentálni. Az pedig otthon egyenesen következik, hogy ameddig nálam az infó addig nem rúgnak ki, holott ez a szakma már nagyon régen nem erről szól.
Szóval amit írsz 100 %-ig igazad van, csak hát ehhez kell egy vállalati kultúra, fejlettség és kell egy fajta hozzáállás is, ez nem szokott meglenni, tisztelet a kivételnek. Szerintem.ha a cég a működését szabványosítani akarja, akkor előbb-utóbb csinálnia kell üzletfolytonossági és katasztrófa elhárítási terveket. ezeknek része, hogy az alkalmazást hogyan kell telepíteni és üzemeltetni, egészen bolondbiztos szintig lemenő leírással. ez alapján az üzemeltetőnek is tudnia kell pontosan ugyanolyan jól telepíteni az alkalmazást, mintha te csinálnád.
Hát ez megint az elmélet egy Audi-ban odamész a G9-es szerverterembe lecsapod a szervertermet a G10 továbbviszi mert nem állhat meg a gyár, mert nem és pont. Egy magyar tulajdonú banknál, és a többinél is meg vannak ilyen DR "teszt"-ek és ennyi. Ja amúgy meg hát ha valami minimális gikszer közbe jön, akkor pedig hát ja megállt a napi zárás van ilyen nem? Hát nem. Szóval ebben is 100 %-ig igazad van, csak megint nem mindegy, hogy valóban szántak pénzt erre vagy csak az épp aktuális felügyeleti szerv meggyőzése a cél mert az egyik valóban pénzbe kerül a másik elmélet marad.
az információbiztonsági megoldások zömében nem a hatékonyságról szólnak
Ez megint arról szólnak mennyit költenek rá, "ÉS" mennyit foglalkoznak vele, mert ha csak költenek rá de nincs foganatja, akkor semmit nem ér.
-
hallador
addikt
nézhetjük nem technológiai oldalról is...
a konténer arról is szól, hogy ha nagyon elterjed, az üzemeltetőnek nem lesz állása.Mert ezt nem kell üzemeltetni a 3 havonta frissülő docker, és a fél évente end of time-ba forduló komplett docker életciklus magától frissíti magát vagy mi?
Ez nem olyan mint a kádár rendszerben volt mikor megjelentek a 80-as években az NC gépek, majd mondták, hogy mi lesz a 6 lapfejű eszterga szakmunkásokkal aki megtanulta az NC-t tudott tovább dolgozni, aki nem az ment mást dolgozni. Ez ilyen a fejlődési életciklusok megvannak, vagy a villamos elé állsz ami elül vagy felszállsz rá ennyi.de nem ez a fő kifogásom ellene, hanem az, hogy úgy látom, tájékozatlanul alkalmazzák. azt hiszik, az mindenre is jó, miközben például a biztonságába vetet hit megalapozatlan.
Hát ez mostanában szokás arrafelé, a konténerizáció elsősorban a DevOps és a Web kiszolgálásra való, ezzel nem is mondtam újat neked nem is kioktatásnak szántam. Mindent arra lehet használni amire való. Teljesen igazad van. A biztonság olyan dolog, hogy ettől én nem félek.
A nagy bankok most vezetik be a konténereket, tudom mert mi is bevezettünk már több helyen, mostanában Magyarországon is több bank bevezeti. Ha láttál már MNB, Hungard, vagy akár Kancellár ellenőrzést ezek a cégek nem nagyon szoktak úgy elmenni, hogy majd lesz valami. Eléggé cseszegetik a bankokat, ha nem lenne biztonságos annyira amennyire kell, akkor ezt nem is engednék be a bankszektorba például.
Szerintem.
hogy nagy cégek ki akarják venni az üzemeltetést a kezedből, hogy ők szedjék be érte a profitot.
Hát ez az ipari forradalom óta így van, nem arrafelé, mert ugye azért tudjuk, hogy 1950 - 90 között nem a munkaszeretetről szólt a "munka" hanem teljesen másról. Az pedig, hogy ma is az ország fel igen a 30 évesek is inkább pénzt kapnának mint dolgoznának hát ez meg nem szakma, emberi tényező.
miből gondolod, hogy nem tudnám megalkotni a konténerizációt? biztosan meg tudnám, csak az jobb lenne, mint a mostani vackok. megtanulni is meg tudnám. nem a tudás vagy a képesség (esetleges hiánya) a lényeg, hanem az, hogy ezt ki fizeti meg. de ez már elhangzott: normálisan a ráfordításokat csökkenteni kell, a bevételeket meg növelni, mert ettől nő a profit. ha meg tudok csinálni valamit 3 óra munkával alapoprendszeren vagy 15 óra munkával dockeren, és ugyanaz a végeredmény, akkor azt alapoprendszeren kell megcsinálni, mert senki nem fog megfizetni 12 óra felesleges munkát.
Hát csak ne felejtsd el, hogy ez megint akkor lesz igaz, ha annyi rendszert üzemeltetsz amit fejben meg tudsz jegyezni, de ha nagy rendszerekkel dolgozik valaki, akkor már meg is bukott az elméleted.
-
hallador
addikt
Figyu, minden ellen lehet hozni fel ellenpéldát. Ahogyan ezt meg is teszed, Te egy dolgot nem veszel figyelembe, hogy a fejlődés az nem a kisipari hegesztésekkel lesz megoldva előbb utóbb hanem azzal, hogy mennyire lehet egy adott feladatot megoldani nagy hatékonysággal több rendszeren is. Ezt szolgálja a systemd, a konténer, és sz összes hasonló technológia.
Hozhatod az ellenpéldáidat. Konkrétan senkit nem érdekel mindaddig, amíg egy adott technológia arról szól, hogy szabványosítson. Amilyen példákat Te hozol arról szól hogyan ne oldjuk meg! Nem arról, hogy rendszer szintű gondolkodásba hogyan segítsük egymás munkáját. Senkit nem érdekel, hogy konkrétan mibe futottál bele a systemd-vel, ha 100 rendszerből 99-nél képesek használni. Minden technológia bevezetése időbe telik, a systemd, a docker és a többi, olyan csak a kádár rendszerben volt, hogy minden "tökéletes" bizonyos szempontból, na ha erre vársz, akkor soha egy rendszer sem lesz jó, csak amit kényelemből üzemeltetsz, az meg nem szorgalmazza sem a fejlődést, sem a tanulást sem semmit. Egy dolgot szorgalmaz az egy helyben toporgást. Ami megint csak bizonyos szempontból jó, más szempontból meg nem jó.
Hát ez ilyen játék.Olyan példákat hozol fel mintha csak a Docker, meg a systemd meg azok a technológiák lennének a rosszak amit Te rossznak tartas, majd előadod, hogy jajj a többi sem jobb, csak akkor miért is nem írtad bele az eredeti kommentbe? Ugye érzed a mellébeszélés fajtort? Mondhatnám hogy m...... csak már nem szeretném érzed ezt te is.
(#125) UnA
El tudok szakadni én bármitől, csak azt nagyon rühellem, ha valaki akkor is okoskodik, ha nem kellene. Nem ismeri a technológiát de azonnal leszólja mert hát na a vérében van. Mondhatnám, hogy ez a radikalizmus, végletes gondolkodás ami nem fért bele soha a felfogásomba, mert ez az ami nem előre, hanem hátrafelé visz bármit is.
Visszatérve a cégekre. azért jóval több cég van aki gyarapodik, mint ami nem. Lehet ellenpéldákat mondani, de azért szerencsére inkább gyarapodó cégekkel találkozom, mint nem.
-
bambano
titán
ha egy cég biztosan akar működni, akkor nem engedi, hogy bizonyos fontos információk egy embernél legyenek. ha veled bármi történik (pl. felrúgod a villamost), akkor mi lesz?
ha a cég a működését szabványosítani akarja, akkor előbb-utóbb csinálnia kell üzletfolytonossági és katasztrófa elhárítási terveket. ezeknek része, hogy az alkalmazást hogyan kell telepíteni és üzemeltetni, egészen bolondbiztos szintig lemenő leírással. ez alapján az üzemeltetőnek is tudnia kell pontosan ugyanolyan jól telepíteni az alkalmazást, mintha te csinálnád.
az információbiztonsági megoldások zömében nem a hatékonyságról szólnak
-
bambano
titán
válasz
ZeroCool
#128
üzenetére
olyat, hogy nem kell üzemeltetni, nem mondtam. olyat viszont mondhatnék, hogy mások azt hiszik, majd nem kell üzemeltető. ez a rengeteg software as a service, paas, stb. lószerszám a hátsódba as a service mind arról szól, hogy nagy cégek ki akarják venni az üzemeltetést a kezedből, hogy ők szedjék be érte a profitot.
miből gondolod, hogy nem tudnám megalkotni a konténerizációt? biztosan meg tudnám, csak az jobb lenne, mint a mostani vackok. megtanulni is meg tudnám. nem a tudás vagy a képesség (esetleges hiánya) a lényeg, hanem az, hogy ezt ki fizeti meg. de ez már elhangzott: normálisan a ráfordításokat csökkenteni kell, a bevételeket meg növelni, mert ettől nő a profit. ha meg tudok csinálni valamit 3 óra munkával alapoprendszeren vagy 15 óra munkával dockeren, és ugyanaz a végeredmény, akkor azt alapoprendszeren kell megcsinálni, mert senki nem fog megfizetni 12 óra felesleges munkát.
-
ZeroCool
csendes tag
"a konténer arról is szól, hogy ha nagyon elterjed, az üzemeltetőnek nem lesz állása. de nem ez a fő kifogásom ellene, hanem az, hogy úgy látom, tájékozatlanul alkalmazzák. azt hiszik, az mindenre is jó, miközben például a biztonságába vetet hit megalapozatlan." - Ezzel azt akarod mondani, hogy ezeket a konténerizált rendszereket szerinted nem kell üzemeltetni, vagy azt, hogy egy üzemeltető még a tróger programozóknál is trógerebb mert nem hogy megalkotni nem tudja a konténerizációt, de még csak meg sem tudja tanulni használni?
-
bambano
titán
nézhetjük nem technológiai oldalról is...
a konténer arról is szól, hogy ha nagyon elterjed, az üzemeltetőnek nem lesz állása. de nem ez a fő kifogásom ellene, hanem az, hogy úgy látom, tájékozatlanul alkalmazzák. azt hiszik, az mindenre is jó, miközben például a biztonságába vetet hit megalapozatlan."Én olyan területen dolgozok (főként fejlesztő és részben üzemeltető sapkában), hogy az alkalmazás nem tartozik a jól ismertek közé, ezért nekem általában nagyobb tapasztalatom van telepítés / hangolás kérdésekben, mint nekik.": tehát neked több ismereted van az alkalmazás beállításával kapcsolatban, ezért te csinálod? ez nagyjából minden ide vonatkozó elvnek, szabványnak, szabálynak ellentmond. egy ilyentől egy iso auditor kiszalad a világból.
-
Igazából annyira nem értem ezt az ellenséges hozzáállást a részedről, mert én is dolgozok üzemeltetőkkel, és eddig senkinél nem láttam ennyire szigorú elutasítást a konténeres technikával szemben.
Sőt, meg kell mondjam, még örülnek is sokszor ennek, mert nem kell az alkalmazás-beállításokra időt pazarolniuk, amit már a fejlesztési szakaszban egyszer megoldottak mások. Én olyan területen dolgozok (főként fejlesztő és részben üzemeltető sapkában), hogy az alkalmazás nem tartozik a jól ismertek közé, ezért nekem általában nagyobb tapasztalatom van telepítés / hangolás kérdésekben, mint nekik. Most persze lehetne mondani, hogy micsoda béna csapat lehet, de ez nem igaz, sok helyen voltam már, és ez nem nagyon különbözött – és egy ilyen helyzetben a konténer nagyon hasznos lehet.
-
válasz
hallador
#123
üzenetére
Ha nem lenne hosszú távú gondolkodás, akkor a több generációs cégek nem léteznének, az, hogy otthon nincsenek ilyen cégek, amik 50 - 100 éve léteznek és gyarapodnak, nem jelenti, hogy máshol sincsenek.
A többgenerációs cégeket többnyire már csak a lendület (=felhalmozott tőke) hajtja. Pl. az öreg Fordnak még volt víziója az autózással, nem csak önmagában profitot akart termelni – ez ma már nagyon ritka.
Azt nem értem viszont, hogy még egy értelmes gondolat mellett sem tudsz kiszakadni ebből a magyar / nem magyar relációból. De ebben igazat adok neked, mert ahol minden vállalkozást államosítottak / tönkretettek / eladtak, ott nem is lehetnek többgenerációs cégek...
-
bambano
titán
válasz
hallador
#123
üzenetére
"Mert miért is kellene csak oprendszer csomagokat deployolni, a fejlesztők által készített saját fejlesztéseket hogyan szeretnéd teríteni a saját csomagkezelővel?": eszerint a vita szerint két választási lehetőséged van: a fejlesztő által készített szoftverből oprendszer csomagot készítesz vagy konténer image-t. minek csinálnál konténer image-t, ha összességében az oprendszer saját csomagját megcsinálni nagyjából ugyanannyi meló és kihagyhatsz egy felesleges köztesréteget?
"Hát ja mint magában az operációs rendszerben is, ennyi erővel nem szabad csak számológépet használni azt nem tudod semmihez csatlakoztatni, sarkított példa, de érthető szerintem": nem sarkított példa, hanem rossz. oprendszert mindig fogsz használni. nem mindegy, hogy annyi bugod van, amennyi az oprendszerben van, vagy annyi, amennyi az oprendszerben + a konténerben + a konténerkezelő szoftverben. ha meg tudsz oldani mindent az oprendszerrel (mert meg lehet), akkor a többi hibaforrást minek húzod a nyakadba?
"Ezt ne hozd fel mert, ha ez így lenne, akkor a google-től, az amazonon át a Microsoftig senki nem használná ezt a technológiát": ja mer a google-t, a facebookot meg az ms-t már qrvára érdekli, hogy mekkora lyukak vannak a cuccaikban... az ms-t például annyira érdekelte az outlook365 biztonsága, hogy három hónapig átjáróház volt a rendszerükben. másrészt a google, az amazon, az ms az eladói oldalon van ebben a kérdésben, én meg a vevőin. nekik érdekük, hogy minden sz.rt elsózzanak a vevőnek, mert abból van bevétel. őket nem érdekli, hogy a szolgáltatás hasznos-e vagy sem, őket az érdekli, hogy fizess. engem meg kizárólag az érdekel, hogy a feladatomat mivel tudom hatékonyan és olcsón megoldani.
"Mi az, hogy bug-os? Mond már meg, hogy melyik operációs rendszer az amiben nem volt épp aktuális bug, tudsz ilyet mondani?": oké, mondok autós példát: ha most nyitnál egy taxivállalatot, mit csinálnál? vennél 15 féle autóból 100 darabot/típus, és tartanál 5 féle gyújtógyertyát, ékszíjat meg fékbetétet raktáron, meg készleteznél többféle üzemanyagot, vagy kiválasztanál egy gyártmányt és abból vennél 1500-at? na a docker meg a kubernetes pont ez, hogy kellene egy autó, amivel fuvarozol, de te nem egy autót veszel, hanem többet, hogy legyen mivel szívni. senki nem mondta, hogy a linux hibátlan (de, én
). csak nem mindegy, hogy van pl. a debianban heti 3 hiba, azt kell kezelni, vagy van a debianban heti 3 hiba, a dockerben heti 8, a kubernetesben 12, a ceph-ben 6, és egyébként is a szkriptek fele telepítéskor rossz, és heteket kell dolgoznod, mire először elindul a rendszer."Bizony így van, csak ameddig a konténer képes ezt a 10-ed annyi erőforrással megoldani.": az alap oprendszernél nincs hatékonyabb. Tehát a konténer nem tud semmit 10-ed annyi erőforrással megoldani, mint amit az alap oprendszeren megoldasz. a konténer egy réteg az alap oprendszer és a szoftvered között, tehát nem gyorsít, hanem lassít.
"Addig az operációs rendszer mivel minden egyes feladathoz egy külön kernel kellene, addig a konténer számára nem kell.": de mi a fenének kellene minden feladathoz külön kernel? a linux kernelek felhasználói interfészei már nagyon régen nem változtak érdemben, ha mégis, azt hallottad, mert azt Linus elég nagy hangerővel szokta megkifogásolni. Don't break the userland. felrakod azt a kernelt, amit éppen a legbiztonságosabbnak gondolsz, azon a legtöbb régi dolog elfut változtatás nélkül. ha meg nem, javítsd ki. A konténernek se raksz be külön kernelt, tehát ebben a kérdésben a konténer nem előnyösebb az alap oprendszernél. A konténernek elvben lehetne előnye a virtualizált rendszerekkel szemben, de a valós teljesítménykülönbség annyira kicsi, hogy nem érdemes foglalkozni vele.
"Platformfüggetlen a dolog nincs odakötve a kernelhez, vashoz oprendszerhez platformhoz.": értem, tehát feldobok egy dockert windows10-re, belerakok egy linuxos postgrest és működik? mert ha nem csal a memóriám, maga a docker elvileg működik w10-en. Vagy mégiscsak tévedsz, és oda van kötve a kernelhez? Például ha felraksz egy docker image-t, akkor jól összefossa magát az uid/gid számozás, ha nem egyforma az oprendszer, amin futtatod, meg az oprendszer, amin az image-t generálták? (személyes tapasztalat). Meg ugye a docker elvileg layered fs, tehát csak az van benne a docker image-ben, ami nincs meg az alap oprendszerben, mert a többit onnan húzza fel. szóval ki nem függ mitől?
"Ha az egyik konténer megsemmisül a microservice-en belül, a másik úgy képes elindulni, ha kell, hogy 1 sec-sem esik ki a rendszer üzemeltetésből": mi meg tudunk olyan microservice-t programozni, ami nem semmisül meg. szóval itt is az látszik például, hogy konténerrel akarod megoldani a tróger programozási munkát.
"ezt old meg vm-el, vagy teljes virtuális géppel, mindezt úgy, hogy egy fizikai vason futhat akár 40 konténer is": nem akarom sem vm-mel, sem teljes virtuális géppel megoldani. (mi is a különbség a vm meg a virtuális gép között? én eddig úgy tudtam, hogy tükörfordítás, azon kívül semmi). ha ebben a vitában a véleményemet akarod támadni, akkor ne azt kérdezd, hogy hogy oldom meg virtuális géppel, hanem azt, hogy hogy oldom meg csupasz oprendszerrel. azta, futhat 40 konténer is, most leesett az állam... (nem). ha általában kérdezed, azt a 40 szolgáltatást felrakom egy oprendszerre, oszt jónapot. a csupasz oprendszer védelmi rendszere egy centivel sem gyengébb, mint egy konténeré.
"A rugalmasság az ereje, nem a szerinted miért nem jó, hát ja a 2000-es évek elejének vége van, ezt kellene felfogni.": úgy érted, hogy bekorlátoztad magad a konténerbe, és akkor ez a rugalmas, a csupasz oprendszer meg nem? esetleg nem ismered, hogy miket tud az alap oprendszer? azt kellene felfogni, hogy az igények nem változtak érdemben a 2000-es évek eleje óta, úgyhogy tök jól megfelel oda az idén 50 éves technológia is. csak az igényeket kell pontosan leírni. mert ha szerinted az az igény, hogy a konténer így-úgy működjön, meg a telepítés könnyű legyen, meg ilyenek, akkor ezek nem igények. Az emberek nem konténert vesznek, hanem facebookozni akarnak meg videót akarnak letölteni. kutyára nem érdekli őket, hogy mi van mögötte.
"Meg a unix röpke 50 éves, lehet a múltban élni csak minek.": hát ja. a tőzsdék zöme linuxon megy, az androidban linux van, a hálózati eszközök zömében linux van, a microsoft a saját felhő rendszerében a switchek meghajtására linuxot használ, a windows10 nevű desktop operációs rendszerbe fullosan integrálták a linuxot, mer' annyira régi és ócska, hogy csak a múltban élünk. azt már bele sem írom, hogy google, facebook, oracle, sap, meg még egy csomó garázsbt is linuxon fejleszt. Meg van az alma, aki nem linuxozik, viszont a termékei mélyén ott van az eredeti echte tanúsított unix. Munka Pista egyszer dobott egyet a NeXT-tel, utána gurított egy nagyot a MacOS-sel (bsdi kernel), majd szétrúgta a világ seggét a szifonnal (freebsd, mint tanúsított unix kernel). Menj ki az utcára, nézd meg, hány ember kezében van szifon, és mond a szemükbe, hogy 50 éves ócska cuccot hurcibálnak magukkal.
"Igen pont ez a lényege, hogy a konténert nem virtualizáción futtatunk, hanem natív hardveren.": én ilyet nem állítottam, tehát ha te erről akarsz vitázni, azt mással tedd.
"A systemD meg hogy jön ide?": a systemd nagyon jó példa, ott is azt állították, hogy valami hiperszuper meg az elődje régi volt, meg minden, pont ugyanazokat az állításokat tették meg, mint a konténernél. és pont ugyanúgy nem teljesítettek egyet se, mint a konténernél. a systemd nagyobb bughalmaz, mint a w10 update rendszere. Volt egy rendes, szabványos, svr4-es init. az minden linux disztrón egyforma volt (magánügy, ha nem svr4-es init volt egy disztróba, engem nem érdekelt), hibátlanul futott. Tény, hogy egy debian svr4-es inittel pár másodperccel lassabban bootolt, mint egy systemd-vel, de legalább bebootolt, mindig pontosan azt csinálta, amit mondtam neki, és ugyan már ki a bánatos francokat érdekelte, hogy 5 másodperccel lassabb a boot, mikor a raid vezérlő 300 másodpercig tesztelte magát minden bootkor? meg egyébként is, kétévente bootolva ráérek arra az 5 másodpercre.
"Nem mondom, hogy a systemd fenékig tejföl": pedig mondhatnád, mert páran röhögnénk végre egy nagyot.
"De még mindig jobb mint szerencsétlenkedni minden disztrón a saját dolgaival.": konkrét megtörtént eset: systemd-ben a mount unitok nem működnek rendesen. azt megoldani, hogy egy program csak azután induljon el, miután kinyitott egy titkosított partíciót és felmountolta, systemd-vel hónapokba került. svr4 inittel meg 5 perc. akkor melyik is a gyorsabb? ki fizeti ki nekem azt, hogy a systemd nevű rakás sz.rt kellett konfigurálnom három hónapig, és nem derült ki, miért nem jó?
különben is mi az alaptörvény? hogy ami nem romlott el, ne akard megjavítani. elromlott az init? nem. akkor nem cseréljük le. kiss. egyszerű volt az init? egy dolgot csinált, de azt jól? igen. egyszerű a systemd? egy dolgot csinál? nem egyszerű, egy rakás dolgot csinál, de legalább zömében rosszul.
"A mindent akarok, de semmit nem akarok érte tenni otthoni mentalitásból kiindulva igazad van,": én nem a magyar közszférában dolgozom, hanem a versenyszférában, és a bankok is. itt arról szól a történet, hogy csökkentsd a költséget, növeld a bevételt, mert a kettő különbsége a profit. ez a történet erről szól. és ebbe se a konténer nem passzol, se a systemd.
"Hát ja lefordítom azok nyelvére is akik nem egészen értik ezt, tehát szerinted ha búzát aratunk": oké, legyen mezőgazdasági példa, az öreg Moldova kiváló példát adott ehhez.
a hsz-ed több részében is az a probléma, hogy a konténert ebben a konkrét témában is támadtam, és ott nincs 300 ezer user, meg hasonló hülyeségek. Ha ez szóba kerül, az egy másik téma nyitását igényli.
-
hallador
addikt
A konténer tesz pár ígéretet, amiből, szerintem, egyet se tart meg.
például:
- gyorsan lehet deployolni. nem hiszem, hogy az oprendszer saját csomagkezelőjénél gyorsabban bármi tud deployolni.Mert miért is kellene csak oprendszer csomagokat deployolni, a fejlesztők által készített saját fejlesztéseket hogyan szeretnéd teríteni a saját csomagkezelővel?
- biztonságos1. a konténer szoftverekben is lehet hiba, az interneten olvasott hírek szerint van is.
Hát ja mint magában az operációs rendszerben is, ennyi erővel nem szabad csak számológépet használni azt nem tudod semmihez csatlakoztatni, sarkított példa, de érthető szerintem.
- biztonságos2. a konténerekből pillanatok alatt ki lehet törni, tehát hoszt oprendszerbeli védelmet nem ad
Mint ahogy a rosszul beállított ssh-t is fel lehet törni pillanatok alatt, ami magától semmilyen védelmet nem nyújt. Ezt ne hozd fel mert, ha ez így lenne, akkor a google-től, az amazonon át a Microsoftig senki nem használná ezt a technológiát, de most már ott tartunk, hogy a Cisco, vagy a HP mint hardvergyártó is konténereket használ a frissítésekhez.
- egyszerű. a konténer maga lehet egyszerű (egyébként nem az), de a használatához mindenféle kiegészítő szoftverek kellenek, amiket egyrészt sok energia megtanulni, üzemeltetni, másrészt ugyanúgy bugosak, mint a konténer.
Nahát nincs ingyen semmi, meg kell tanulni, hát igen az élet nem olyan mint amit megszoktak otthon van ilyen. Mi az, hogy bug-os? Mond már meg, hogy melyik operációs rendszer az amiben nem volt épp aktuális bug, tudsz ilyet mondani?
- mindenféle szolgáltatásokat ígér: amiket az alap oprendszer ugyanúgy tud, mint amit a konténer állít magáról.
Bizony így van, csak ameddig a konténer képes ezt a 10-ed annyi erőforrással megoldani. Addig az operációs rendszer mivel minden egyes feladathoz egy külön kernel kellene, addig a konténer számára nem kell. Pont ez a lényege. Platformfüggetlen a dolog nincs odakötve a kernelhez, vashoz oprendszerhez platformhoz.
a konténer szerintem egy olyan technológia, ami úgy jött létre, hogy pár programozónak már nagyon viszketett a segge az unalomtól, hogy programozni kellene valamit, hát csináltak egy konténert, ahelyett, hogy megvakarták volna, vagy uram bocsá', megmosták volna. ezzel a húzásukkal ahelyett, hogy a hibák alaprendszerből történő kitakarításába feccölték volna értékes munkaerejüket, újabb hibák rendszerbe pakolása sikeredett. ez egy ilyen "nem elég, hogy dácsiát vettél bmeg, még szét is borítod munka közben" típusú hozzáállás. ezzel párhuzamosan meg kidobják azok munkáját, akik valóban hasznosan áldozták idejüket arra, hogy egy dpkg meg egy apt rendesen működjön.
Még szerencse, hogy csak szerinted, mert vannak azok a csúnya dolgok, amik keresik az egységesített dolgokat, ahol a dpkg,, yum, bind, meg ki tudja miket nyugodtan elfelejtheted, mert ezt megoldja a rendszer, ezáltal nem is kell neki semmire várnia. Ha az egyik konténer megsemmisül a microservice-en belül, a másik úgy képes elindulni, ha kell, hogy 1 sec-sem esik ki a rendszer üzemeltetésből, na ezt old meg vm-el, vagy teljes virtuális géppel, mindezt úgy, hogy egy fizikai vason futhat akár 40 konténer is. A rugalmasság az ereje, nem a szerinted miért nem jó, hát ja a 2000-es évek elejének vége van, ezt kellene felfogni.
egyébként ki lehet ezt számolni: ha p1,p2,p3,...,pn a valószínűsége, hogy az i-dik szoftverréteg hibátlanul működik, akkor
P=p1*p2*...*pn
a valószínűsége, hogy az egész kóceráj egyben jó lesz, ahol minden pi<1. Következmény: minél több réteged van, ami 1-nél kisebb valószínűséggel hibátlan, az összegük annál labilisabb lesz.
Igen pont ez a lényege, hogy a konténert nem virtualizáción futtatunk, hanem natív hardveren. Ugye a konténert virtualizálni az valóban két réteg, ha virtualizálni akarom, akkor vannak erre már technológiák amint a HLC - COD , és barátai. Nem fogja elfogadni az érveidet, egy olyan vezető sem, akinek a 0 - 24 órás üzem a lényeg.
Van amire nem jó a konténer, ilyen a nagy Oracle adatbázis, azt nem illik konténerbe tenni.
a unix alapfilozófiája: KISS: Keep It Stupid and Simple. sem a konténer, sem a systemd nem ez.
Meg a unix röpke 50 éves, lehet a múltban élni csak minek. A systemD meg hogy jön ide? Igen újra kell tanulni a Linux management-et, mert a SysV init sem mai gyerek már és nem felel meg a mai kor követelményeinek sem, elég csak arra gondolni, hogy mindenki elkezdte írogatni a kis scriptjeit a saját kis prorgam indításhoz, meg kezeléshez, aztán amennyi Linux disztró annyi féle systemmanagement. Na ennek aztán nagy értelme volt, persze aki szereti a káoszt annak első osztályú volt, de aki meg nem, annak a SystemD-t megtanulni még mindig egyszerűbb lesz, mert a systemctl, vagy a timedatectl a debian-on is ugyanaz lesz, mint a CentOS-en, bezzeg milyen jó volt amikor lehetett nyomni az upstartot, az init-et, a systemd-t, meg mi mindent párhuzamosan?
Nem mondom, hogy a systemd fenékig tejföl, mivel a Red Hat fejlesztette, de a saját 7-es rendszerükben a SystemD tudásának fele van benne, ellentétben a CoreOS (vagy tisztességes nevén Container OS, by google)-ban minden funkciója elérhető.
De még mindig jobb mint szerencsétlenkedni minden disztrón a saját dolgaival.Persze szigorúan magánvélemény.
az informatika alaptörvénye pedig ez: ha nem romlott el, ne akard megjavítani. értsd: ha nincs valós igény egy problémára, akkor az nem lesz megoldva. a konténer nem valós igény.
A mindent akarok, de semmit nem akarok érte tenni otthoni mentalitásból kiindulva igazad van, a való világ szerencsére nem úgy működik, mint magyar köz szféra. Szerencsére.
Jönnek a süket dumával, hogy gyorsan kell deployolni. Ezt az igényt az hozta elő, hogy trógerül végzik el azokat a munkafolyamatokat, amik a szoftver meghatározásához kellenek, konkrétan a folyamatszervezést és a szoftver tervezését. Nem tudja a megrendelő se, hogy mit akar? nem baj, csinálunk valamit, hátha attól rájön, hogy mit akar, és akkor majd megcsináljuk azt is.
Vagy inkább a magyaros piros pöttyös talicska bt helyett, van több ezer szerver, vagy több 10 000 konténer, amire nem lehet deployolni értelmes idő alatt kézzel nyomogatva . Addig elmegy a dolog, ameddig annyi szervert üzemeltetsz amennyit meg is tudsz fejben jegyezni, de ha van 5000 fizikai szerver meg 50 000 vm, meg 100 000 konténer, akkor már nem fog menni a dolog amit mondasz...
Magyarul pazaroljuk a programozók munkáját, mert ha nem tudják, mit kell programozni, biztosan kidobásra ítélt kódot csinálnak, és megspóroltuk a szervezést, a megrendelő interjúztatását, kifaggatását. így a végén a legdrágább munkaerő sorozatos pazarlásával készül el valami. Ha így programozunk, akkor nyilván kell a gyors debloy, hogy a megrendelő két percenként változó igényeit követni lehessen. De ez marhaság, ez csak egy aktuális menedzsment bullshit. Ami ugyanez a kategória: kínosan viszketett már valamelyik yuppie menedzsernek, feszített a hátsója, hát mondott egy ordas baromságot ahelyett, hogy kiment volna a kishelyiségbe, és bedurrantott volna a perem alá. (zárójelben jegyzem meg: ennek a hülyeségnek az értelemszerű következménye egy csomó agilis szoftverfejlesztési módszertan is. hogyan dolgoztassuk a programozót akkor is, ha fingunk nincs arról, milyen feladatot kellene adni neki.)
Hát ha így működne a google vagy a microsoft akkor már a 2000-es években tönkrementek volna. Azt értem, hogy amit leírsz az otthon így megy, na pont ezért vannak ilyenek, hogy az az csúszik, mert az emberi tényező olyan amilyen. De azért ugye te sem egészen gondoltad komolyan, hogy mindenhol úgy szórják az uniós pénzeket a semmire mint arrafelé?
Néha felemlegetik az emberek a linuxnál a töredezettséget, hogy miért van kettőnél több desktop, stb. Amikor a konténer szóba kerül, akkor lesz hozzá egy bazi hosszú lista, "orchestration", hogy ceph, kubernetes, meg a fene se tudja, még mi, amik mind megoldanak egy olyan részfeladatot, ami konténer nélkül nincs. rotfl, aki ezeket feltelepíti magának, az csak plusz munkát okoz.
Hát ja lefordítom azok nyelvére is akik nem egészen értik ezt, tehát szerinted ha búzát aratunk, akkor minden alkalommal kaszát kellene használni azért mert az egyszer bevált, igaz kell hozzá 300* több ember, és 4* annyi idő de végülis működik.
Ahelyett, hogy kifejlesztünk egy gépet, ami nyilván igénybe vehet több évet is, és a 300 emberrel 600* több terményt tudunk termeszteni, igaz lesznek kisebb sarkok ahova a kombájn nem fér oda, de emiatt ne is használunk kombájnt? Hát?
Hiszen amúgy a kombájnt egyszer kellett kifejleszteni, az pénzt és időt vett igénybe, se nem éri meg mert hát az mennyibe került? Meg kell hozzá még 3 traktor is kombájnonként ami a terményt elszállítja.Levetítve ezeket a banki átutalásos rendszerekre:
1. konténernek elvben lehet értelme akkor, ha több usert akarsz kiszolgálni egyszerre egy vason.
2. konténernek lehet elvben értelme akkor, ha több feladatot akarsz ellátni egy géppel, amelyek csak egy töredék gépet használnának ki. (egyébként ez más okból is hamis érv)Kérdés mekkora a rendszer amit üzemeltetek, mert ha van 10 fizikai szerverem, amin virtualizálok, akkor rendben van, de ha van 1000 akkor az érveid megbuktak. Ha van 3000 000 user akit ki kell szolgálnod záros határidőn belül, ami nem 3 000 másodperc, az érveit megdőltek stb.
Ez a két érv ne legyen már igaz egy banki utalásos rendszerre. Ez annyira kritikus rendszer egy bankban, hogy erre vegyenek megfelelő mennyiségű dedikált gépet, és azon ne menjen semmi más. Egy banknak legyen már pénze pár darab márkás szerverre, főleg ilyen otp-k, mikor 1 milliárd eurós adózás utáni nyereséget jelentenek be.
Na látod Te nem láttál még nagy rendszert elbagatelizálod a dolgot, itt nem pér szerverről van szó, hanem pár 100 szerverről, nyilván bármilyen cég úgy van vele, mint magyarok (persze uniós pénzből az "ingyen van") ugye ismered a jó magyar mondást "ami a tiéd az az enyém is, ami az enyém ahhoz semmi közöd" lefordítom senki nem fog a két szép szemedért feleslegesen pénzt kidobálni, csak azért mert valakinek volt egy jó ötlete, na feljebb fejtegetted a programozókat, ez amit ide felvázoltál szerinted mennyivel jobb?
3. A konténertechnológia jelenleg jól láthatóan nem hibátlan szoftver.
Ja ja mert a Windows vagy a Linux az?
4. Volt már a héten intel proci sebezhetőség?
Aminek mi köze van a konténerekhez?
ezek alapján súlyos hiba lenne az átutalási rendszer mellé beengedni ugyanazon gépre bármilyen más szoftvert, pláne idegen felhasználót. következmény: nincs szeparálási igény, a szeparálást a gép fémdoboza adja. akkor meg minek konténer?
Ezek alapján amit leírtál súlyos hiba számítógépet használni.
Egy ilyen rendszert úgy lehet jól megcsinálni, hogy fogod az architektúra tervet, amit egy átlagos java architekt tervezett, és kihajigálod az összes réteget, ami nem kell. majd elolvasod Himfy-t, és alkalmazod
ami marad, azt pure linuxon megvalósítod, és akkor jó lesz.Igen, 2000-ben, nem 2019-ben.
Szerintem
(#120) UnA
Ha nem lenne hosszú távú gondolkodás, akkor a több generációs cégek nem léteznének, az, hogy otthon nincsenek ilyen cégek, amik 50 - 100 éve léteznek és gyarapodnak, nem jelenti, hogy máshol sincsenek.
(#102) rednifegnar
Mi sem értjük az 5 másodpercet, de szerintem van egy olyan benne, hogy valamelyik kitalálta ezt és azért is meg akarják csinálni. Értelme nem sok van, de el lehet mondani, hogy ezt is "megoldottuk".
-
Doom
aktív tag
válasz
#06658560
#109
üzenetére
Van különbség. A papírpénzt a jegybank (MNB) bocsátja ki, közvetlenül befolyásolja a mennyiségét és garantálja (szabályozza) az értékét a monetáris politikáján keresztül.
Az elektronikus pénzt a kereskedelmi bankok teremtik, a jegybank közvetetten befolyásolja a mennyiségét a kötelező tartalékrátával. Nem garantálja viszont az értékét, mert ez a kereskedelmi bankod felé való követelés (a bank szempontjából tartozás), mint korábban írtam. A kereskedelmi bankod megígéri neked, hogy kp-ban odaadja a számlád egyenlegéig azt a mennyiséget, amennyit kérsz. De addig ő használja, ahogy a törvény megengedi neki. Mintha a barátodnak kölcsönadnál - akkor vele szemben lenne követelésed.
Ez egyébként jól látszik a bank könyvvitelében is. Ha tanultál számvitelt, akkor talán mond valamit az, hogy te a bankbetétedet az aktívák között (eszköz oldalon) tartod nyilván, míg a bank a passzívák között (forrás oldalon). Utóbbi oldalon te a kapott hitelt tartod nyilván.
Ha a bankod csődbe megy, a jegybank nem fizeti ki neked kp-ban a pénzed (pontosabban az OBA helytáll egy bizonyos összegig, amennyiben van benne elég pénz, de ezt is a piaci szereplők töltik fel), tehát szélsőséges esetben elveszítheted a betétedet. Ahhoz, hogy a kp-dat kvázi "elveszítsd" (azaz az értéke elvesszen), az országnak kell csődbe menni, nem egy banknak.
Nehezen hiszem, hogy nem kapsz kamatot a betétedre. Minden betét esetén meg van határozva a kamatláb, ami alapján havonta növekszik a számlaegyenleged. Az persze más kérdés, hogy most olyan alacsonyak a kamatok, hogy szemmel alig látható, de attól még fizet a bank. Talán valamikor majd megint látni lehet szabad szemmel is. -
válasz
ZeroCool
#116
üzenetére
Érthető a válasz, el is tudom fogadni, nyilván az idő faktor is csak relatív lehet (már ha a mennyiségét becsüljük: sok, kevés, elég).
Ha valakinek van tapasztalata, akkor mesélhetne ennek kapcsán a tesztelésről is, hogy mennyire veszik komolyan, mennyire automatizált és mennyire tartják erőforrás pazarlásnak a dolgot.
A számlavezető bankom mobil alkalmazásán kb 1 éve az látszott, hogy felhasználói szemléletű tesztelő soha nem látta, mert ha igen, akkor garantált nem megy ki úgy az app, mára ez picit javult, de még mindig katasztrófa. Aztán volt kollégám ehhez a bankhoz került és mesélt olyat, hogy a tesztelő ugyan jelezte a problémákat, de a menedzsert egyáltalán nem érdekelte.
-
ZeroCool
csendes tag
válasz
kleinguru
#114
üzenetére
Jó a kérdés. Ezekhez a technológiákhoz értő szakemberek is kevesen vannak még ma Magyarországon szerintem (arányosan). Ez egy viszonylag új technológia és szemlélet. Ezen túl ezeknek a cégeknek van egy kialakult infrastruktúrájuk, és ehhez szervezetük. Ezen technológiák bevezetéséhez egy más szemléletre és infrastruktúrára is szükség van, amire váltani azért egy hosszabb folyamat. Főleg úgy, hogy közben a már meglévő üzletileg kritikus alkalmazásokat is fent kell tartani addig amíg esetlegesen azok is nem állnak át.
Maga konténerizáció hozza magával a DevOps szemlélet kialakítását is.Ugyan soknak tűnik az az idő ami az Instant Payment kialakítására rendelkezésre állt, de ha belegondolsz, hogy szinte az összes rendszert módosítani kell emiatt, és ezzel együtt még esetleg egy új technológiát is be kell vezetni, máris nem tűnik olyan soknak ez az idő, ha biztonságosra és stabilra akarják megcsinálni.
-
Tikakukac
titán
válasz
kleinguru
#114
üzenetére
Nincs megfelelő szakember gárdájuk
Laktárs dolgozott be banknál, annál a szép zöldnél. Őt idézve: annak is örülj, hogy egyáltalán megvan a pénzed
Ebből azt vontam le, hogy minden faja. Minden más ismerős, barát, régi egyetemi csoporttárs aki ilyen helyekre ment mind arról számolnak be, hogy maximálisan kompetens mindenki és 110%-ot nyújtanak. Dehogy. -
válasz
ZeroCool
#113
üzenetére
Abban mindenki egyet ért, hogy az eszközt kell választani a feladathoz és nem a technológiához a feladatot.
Azon bankok, aki nem ezt használják, ők miért nem?
Nincs megfelelő szakember gárdájuk, vagy az ő igényeiknek nem ez felelt meg a legjobban?Ráadásul elég érdekes, hogy a legtöbben nem...
-
ZeroCool
csendes tag
Ne haragudj nem akarlak megbántani, de nagyon sok butaságot írsz. Egy kicsit olvass még ennek utána. Olyan érzésem van, hogy soha nem hallottál még arról hogy Virtual Machine, és soha nem láttál egy nagyobb IT infrastruktúrát.
Első körben a konténerizációnak semmi köze az IG3/AZUR/IP projektekhez. Ez egy eszköz amit a megvalósítást segíti. Van olyan bank aki ezt használja, de legtöbben nem.
Általában egy nagyobb IT-val rendelkező helyeken nem az van amit írsz, hogy vesznek egy vasat, arra raknak linuxot és akkor telepítsünk rá valamit. Komoly szerverek vannak, amelyeken virtuális gépek futnak, saját operációs rendszerekkel, olyannal amire egy adott rendszernek szükséges van. Na már ezeken a virtuális gépeken saját ökoszisztémát kell kialakítani. Egy virtuális gép a rá telepített operációs rendszerrel már önmagában is egy szignifikáns mértékű erőforrást használ.
Nézzünk egy egyszerű példát. Van egy JAVA-s alkalmazás, ami 8-as verziót használ. Ennek kell még valamekkora storage és még mondjuk linuxon fut. Van egy másik .NET-es alkalmazásod amihez viszont windows oprendszer kell, több memória .... Mit tett eddig a jó üzemeltető? Csinált még egy VM-et. Ami a saját működéséhez is elvisz megint egy csomó erőforrást.Na legfőképpen ezt a problémát oldja fel a konténerizáció. Nem kell "még egy VM". A konténerek a host operációs rendszer minden szolgáltatását igénybe tudják venni, és egy konténerben csak egy szolgáltatás vagyis alkalmazás fut. A konténernek minimális erőforrás igénye van önmagában, mivel a host operációs rendszer erőforrásait használja. Egy konténer önmagában egy egészet képes alkotni, minden környezeti beállítással ami nincs hatással sem a host operációs rendszerre, sem a többi konténerre. Egy konténert el tudsz készíteni úgy, hogy legyen benne 7-es JAVA, a másikat úgy, hogy legyen benne 8-as. Mind a kettőben egy másik alkalmazás fut. Mi történik ha a 8-as JAVA-t upgradelni akarják 11-re? Megteszik, és a többi konténerben futó alkalmazásra semmi hatása nincs. Érted már a lényeget?
Nem biztonságos? Megint csak írsz valamit, de fogalmad sincs milyen konfigárciós lehetőségek vannak.
Ezen túl egy elkészített Docker image immutábilis. Egyszóval ha a fejlesztők azt egyszer elkészítik, azt kiadják akkor abban teljesen biztosak lehetnek, hogy nem lesz konfigurációs probléma akkor amikor azt valaki elindítja, mert az fog elindulni amit ők kiadtak.
Írtál még az orkesztrációs eszközökről. Ezek nélkül is tökéletesen tud futni egy konténer. Mire jó? Hogyan oldod meg most azt, hogy ha egy alkalmazás szervered leáll? Vagy esetleg csak az alkalmazás benne? Most is mindenféle monitorozó eszközt használnak, hogy lássák ha egyáltalán gond van, és fix méretű klasztereket használnak a kiesésmentességre. Az orkesztrációs eszközök ebben segítenek. Ők maguktól el tudnak indítani, illetve leállítani konténereket bizonyos feltételek alapján. Ennek mentén a skálázódás és a kiesésmentesség sokkal jobban menedzselhető. Hirtelen ráugrik 100x annyi felhasználó az alkalmazásra mint 1 perccel azelőtt volt? Elindít még 4 példányt az alkalmazásból, és vígan kiszolgálja a megnövekedett terhelést. Majd amikor vége, akkor leállítja ezeket a példányokat, és máris nem használ el az alkalmazásod annyi erőforrást.
Egy másik nagyon hasznos szolgáltatás. Hogyan oldod meg a mostani rendszerekkel a kiesés mentes verzió frissítést? Nagyon nehezen, mindenféle loadbalancerek, és szerverek kézi konfigurációjával. Ezek az eszközök egy maguktól megoldják neked. Stabilan.Amit még írtál, hogy milyen gyorsan lehet deployolni. Itt is a "nem hiszem". Nem érted a lényeget. Nem egy szövegszerkesztőt akarsz a linux alá feltelepíteni, hanem egy pl. egy banki üzleti alkalmazást. Ez pedig lényegesen gyorsabb mint az alkalmazásszerveres megoldás. Persze a szoftvert is jól kell tervezni.
Nem egyszerű? Nem is bonyolult, csak hát ez is egy olyan dolog amiről nem 3 youtube videót kell megnézni, hogy hogyan kell, hanem olvasni és tanulni.
Én azt mondanám, hogy mielőtt legközelebb kioktatod a fejlesztőket egy olyan technológiáról amiről halvány sejtelmed sincs, hogy milyen trógerek és semmirekellőek, azelőtt kicsit tájékozódj. Főleg, hogy több embert is teljesen tévútra terelsz ezzel.
-
bambano
titán
"A bank nem kezelési költséget fizet a betétedre, hanem kamatot": értelmezésben kihívásokkal küszködők kedvéért a "kezelési költség fejében nála tárolom" megfogalmazás azt jelenti, hogy aki beteszi a pénzt a bankba, a tárolásért cserébe kezelési költséget fizet a bank részére.
-
Doom
aktív tag
válasz
#06658560
#103
üzenetére
Nem, a betét az a pénz, amit az elhelyezők kölcsönadtak a banknak. Nem fogod a befizetett kp-dat megtalálni a bank raktárában, de ha így lenne, akkor a bank nem használhatná, pedig megteszi. A bank nem kezelési költséget fizet a betétedre, hanem kamatot. Ha kezelési költséget fizetne, akkor az szerződésben fixált összeg lenne, nem függene a piaci viszonyoktól, mint ahogy a betét kamatai függenek.
-
#102
rednifegnar
senior tag
bambano
#85
rednifegnar
senior tag
sztem itt mar megint atestek a lo tulalodalara. 5sec, miert? miert nem 30, 10 vagy 1, vagy 0?
nem ezt kellett volna, siman megtartani az 1 orast ahogy eddig, csak kiterjeszteni; mukodjon mindig, ejjel nappal, hetvegen es ezt betartattatni, szamonkerni. ez nem lett volna nagy dolog a jelenlegi kornyezettel es mindenki jol jar, de nem, most 5sec es nem fog mukodni. majd jon a sumakolas, a halasztas a buntetessel fenyegetozes. dejavu navonline detto ugyanez, utolso napokig valtozo specko, azota is valtozasok, fenyegetes, ellenorzes. kozben egy csomoan nem tudtak/akartak teljesiteni, jott a sunnyogas, ugyse veszik eszre hogy meg nem ment be. mar a nav-nal se tudtak megmondani mi pontosan az hogy "azonnali bekuldes", akadozik minden , a bekuldott adatok fele nem jo semmire, erre most jon a kovetkezo verzios szopola (aztan majd a 2.0 amirol nem tudni mi lesz csak azt hogy meg nagyobb szopas). -
bambano
titán
válasz
kleinguru
#95
üzenetére
A konténer tesz pár ígéretet, amiből, szerintem, egyet se tart meg.
például:
- gyorsan lehet deployolni. nem hiszem, hogy az oprendszer saját csomagkezelőjénél gyorsabban bármi tud deployolni.
- biztonságos1. a konténer szoftverekben is lehet hiba, az interneten olvasott hírek szerint van is.
- biztonságos2. a konténerekből pillanatok alatt ki lehet törni, tehát hoszt oprendszerbeli védelmet nem ad
- egyszerű. a konténer maga lehet egyszerű (egyébként nem az), de a használatához mindenféle kiegészítő szoftverek kellenek, amiket egyrészt sok energia megtanulni, üzemeltetni, másrészt ugyanúgy bugosak, mint a konténer.
- mindenféle szolgáltatásokat ígér: amiket az alap oprendszer ugyanúgy tud, mint amit a konténer állít magáról.a konténer szerintem egy olyan technológia, ami úgy jött létre, hogy pár programozónak már nagyon viszketett a segge az unalomtól, hogy programozni kellene valamit, hát csináltak egy konténert, ahelyett, hogy megvakarták volna, vagy uram bocsá', megmosták volna. ezzel a húzásukkal ahelyett, hogy a hibák alaprendszerből történő kitakarításába feccölték volna értékes munkaerejüket, újabb hibák rendszerbe pakolása sikeredett. ez egy ilyen "nem elég, hogy dácsiát vettél bmeg, még szét is borítod munka közben" típusú hozzáállás. ezzel párhuzamosan meg kidobják azok munkáját, akik valóban hasznosan áldozták idejüket arra, hogy egy dpkg meg egy apt rendesen működjön.
egyébként ki lehet ezt számolni: ha p1,p2,p3,...,pn a valószínűsége, hogy az i-dik szoftverréteg hibátlanul működik, akkor
P=p1*p2*...*pn
a valószínűsége, hogy az egész kóceráj egyben jó lesz, ahol minden pi<1. Következmény: minél több réteged van, ami 1-nél kisebb valószínűséggel hibátlan, az összegük annál labilisabb lesz.
a unix alapfilozófiája: KISS: Keep It Stupid and Simple. sem a konténer, sem a systemd nem ez.
az informatika alaptörvénye pedig ez: ha nem romlott el, ne akard megjavítani. értsd: ha nincs valós igény egy problémára, akkor az nem lesz megoldva. a konténer nem valós igény.Jönnek a süket dumával, hogy gyorsan kell deployolni. Ezt az igényt az hozta elő, hogy trógerül végzik el azokat a munkafolyamatokat, amik a szoftver meghatározásához kellenek, konkrétan a folyamatszervezést és a szoftver tervezését. Nem tudja a megrendelő se, hogy mit akar? nem baj, csinálunk valamit, hátha attól rájön, hogy mit akar, és akkor majd megcsináljuk azt is. Magyarul pazaroljuk a programozók munkáját, mert ha nem tudják, mit kell programozni, biztosan kidobásra ítélt kódot csinálnak, és megspóroltuk a szervezést, a megrendelő interjúztatását, kifaggatását. így a végén a legdrágább munkaerő sorozatos pazarlásával készül el valami. Ha így programozunk, akkor nyilván kell a gyors debloy, hogy a megrendelő két percenként változó igényeit követni lehessen. De ez marhaság, ez csak egy aktuális menedzsment bullshit. Ami ugyanez a kategória: kínosan viszketett már valamelyik yuppie menedzsernek, feszített a hátsója, hát mondott egy ordas baromságot ahelyett, hogy kiment volna a kishelyiségbe, és bedurrantott volna a perem alá. (zárójelben jegyzem meg: ennek a hülyeségnek az értelemszerű következménye egy csomó agilis szoftverfejlesztési módszertan is. hogyan dolgoztassuk a programozót akkor is, ha fingunk nincs arról, milyen feladatot kellene adni neki.)
Néha felemlegetik az emberek a linuxnál a töredezettséget, hogy miért van kettőnél több desktop, stb. Amikor a konténer szóba kerül, akkor lesz hozzá egy bazi hosszú lista, "orchestration", hogy ceph, kubernetes, meg a fene se tudja, még mi, amik mind megoldanak egy olyan részfeladatot, ami konténer nélkül nincs. rotfl, aki ezeket feltelepíti magának, az csak plusz munkát okoz.
Levetítve ezeket a banki átutalásos rendszerekre:
1. konténernek elvben lehet értelme akkor, ha több usert akarsz kiszolgálni egyszerre egy vason.
2. konténernek lehet elvben értelme akkor, ha több feladatot akarsz ellátni egy géppel, amelyek csak egy töredék gépet használnának ki. (egyébként ez más okból is hamis érv)Ez a két érv ne legyen már igaz egy banki utalásos rendszerre. Ez annyira kritikus rendszer egy bankban, hogy erre vegyenek megfelelő mennyiségű dedikált gépet, és azon ne menjen semmi más. Egy banknak legyen már pénze pár darab márkás szerverre, főleg ilyen otp-k, mikor 1 milliárd eurós adózás utáni nyereséget jelentenek be.
3. A konténertechnológia jelenleg jól láthatóan nem hibátlan szoftver.
4. Volt már a héten intel proci sebezhetőség?ezek alapján súlyos hiba lenne az átutalási rendszer mellé beengedni ugyanazon gépre bármilyen más szoftvert, pláne idegen felhasználót. következmény: nincs szeparálási igény, a szeparálást a gép fémdoboza adja. akkor meg minek konténer?
Egy ilyen rendszert úgy lehet jól megcsinálni, hogy fogod az architektúra tervet, amit egy átlagos java architekt tervezett, és kihajigálod az összes réteget, ami nem kell. majd elolvasod Himfy-t, és alkalmazod
ami marad, azt pure linuxon megvalósítod, és akkor jó lesz. -
Doom
aktív tag
Azt gyanítom, hogy az általam felsorolt pontok közül csak az SMS, ami rendelkezésre áll, és az sem olyan, hogy átpöccintek egy kapcsolót, és megy az SMS. A mai SOA világban ez többnyire úgy működik (pongyolán fogalmazva), hogy bele kell fejleszteni az SMS szolgáltatás hívását egy bizonyos helyre, hogy egy bizonyos funkció triggerelje azt. Ez specifikálás, fejlesztés, release, többkörös teszt, élesítés. De például közben egy másik projekt is fejlesztheti ugyanazt a modult, és az a másik projekt nem szeretné, ha ez belekontárkodna az ő munkájába, mert az projektkockázat, ami miatt ő bukhatja a saját határidejét. Ez kőkemény politika is. Sajnos sok helyen projektszemlélet van, nem mindig a szervezet (nem csak bankról van szó) érdekeit nézik. Általában a törvényi határidő minden egyéb szempontot üt, és mivel sok a projekt, sosem lehet a tökéletes megoldásra törekedni, csak az "elég jóra".
Én személy szerint egyébként kétlem, hogy az azonnali átutalás annyival többet érne az egy órásnál, amennyi pénz ebbe nemzetgazdasági szinten belemegy. De legalább ez is pörgeti a GDP-t. -
Doom
aktív tag
válasz
#06658560
#92
üzenetére
Ha te adsz nekem kölcsön 10000 Ft-ot, amit én használhatok, ahogy jónak látok, és én cserébe megígérem, hogy amikor kéred, visszaadom kamatostul, akkor az a 10000 Ft nem a tiéd már, hanem az enyém, hiszen azt csinálok vele, amit akarok (cserébe kamatot fizetek). A bank ugyanerre az analógiára működik.
A bankban lévő pénz ún. számlapénz, ami csak egy szám a számlavezető rendszerben (= bankszámlaegyenleg). Ezzel a bank azt csinál törvények adta keretek között, amit akar, pl. kihelyezi hitelbe. Semelyik gazdaságban nincs annyi készpénz, amennyiből az összes betétet ki lehetne fizetni, ezért bármelyik bank bedönthető, ha az összes betétes egyszerre be akarja hajtani a bankon a tartozást (= ki akarja venni kp-ban a "pénzét"). Ha a bank rosszul hitelez, és a kihelyezett hiteleket nem fizetik vissza neki, akkor sem tudja kifizetni a betéteket, és tönkremehet. Ilyenkor jön az OBA, aki a bank helyett helytáll feléd a betétedért egy bizonyos összegig (meg amennyi tartaléka van).
Kicsit kezdek messzire menni, de remélem, érthető. -
-
hallador
addikt
Én ezért nem élek már ott. Ebből lett elegem. Nem működik semmi a legtöbben meg akarnak gazdagodni befektetett munka, tanulás nélkül ez ma már nem megy. Én nem akarok a Kádár rendszer paródiájában megöregedni. Van akinek ez tetszik sőt jól is érzi magát benne. Elég volt az eredetiben élni. Akik hatalmon vannak már 30 éve ez mind Kádár "gyereke". Úgy is viselkednek.othon a közönyösség, nem törődömség, azonnal beszólok, fikazok amit érek a közélet része lett. Az én gyerekeim ne nőjének fel ott... Akinek ez tetszik az meg ott van...
-
#06658560
törölt tag
Ha nem az ő pénze, akkor mégis kié? Maga a pénz egy ígérvény, így nem befolyásol semmit. És nem a bank részéről, mert amikor kártyával fizetek egy boltban, akkor az a bolt részéről egy ígérvény, hogy azért annyi értékű árut ad nekem, fordítva pedig részemről, hogy adott áruért az értékének megfelelő elfogadott közvetítő eszközt adok neki. A bankhoz utalt fizetésem az nem a bank pénze, hanem az enyém.
-
fzboxx
senior tag
Tanulságos ez a hozzászólás folyam is... Annyira elkeserítő...
Miért nem tudunk normálisan vitatkozni? Megint két "pártra" szakadtunk, és egyre mélyül az árok is... Pedig annyit kellene csak tenni, hogy mindkét oldal legjobb ötleteit, módszereit egybe kéne gyúrni és megvalthatnank a világot...
De ez nekünk valahogy nem megy... -
hallador
addikt
ha pedig te már telepítettél ilyet, az csak annyit mond, hogy érintettséged folytán az objektivitásod nulla.
Tehát ha úgy 50 bank Európában ilyet használ, akkor Te mint,aki 0 konkrétumot írtál le arról, hogyan kellene működni majd jól kioktatsz olyat aki épített ilyet...
Ejjha Te véletlenül nem valami filozófus vagy?
(figyu most itt úgy felnevettünk, hogy régen röhögtünk ekkorát. Nem baj nyomd csak...
![;]](//cdn.rios.hu/dl/s/v1.gif)
) -
bambano
titán
"Hol vannak olyan követelményei a napközbeni átutalásnak mint az 5 sec-en belüli utalásnak gondolkozzál már....": nem hangzott el olyan állítás, hogy a napközbeni utalásnak meg az 5 sec-en belüli utalásnak ugyanolyanok a követelményei. az hangzott el, hogy akkor, amikor kétszer is belenyúltak a rendszerbe, miért nem csinálták meg elsőre úgy, hogy az 5 másodperces utaláshoz is jó legyen. ez így tripla munka.
"Miért Te mivel csinálnád meg?": az nyilvánvaló, hogy konténerekkel biztosan nem. teljesen felesleges a konténerhez szükséges szoftver-rétegekkel rombolni a megbízhatóságot. egy ilyen feladatra egy bank legyen képes dedikált infrastruktúrát biztosítani, és akkor nem kell a konténer.
Mondok neked valamit: tojást sem tojtam. mégis pontosan tudom, hogy melyik tojás záp. de lefordítom, nehogy kétségeid maradjanak: attól, hogy még nem telepítettem ilyen rendszert, meg tudom mondani, hogy hogyan ne fogj neki.
ha pedig te már telepítettél ilyet, az csak annyit mond, hogy érintettséged folytán az objektivitásod nulla.
-
hallador
addikt
eddig nem volt napközbeni utalás, majd lett. tehát belenyúltak.
Hol vannak olyan követelményei a napközbeni átutalásnak mint az 5 sec-en belüli utalásnak gondolkozzál már....
kösz, most már értem, miért nem tudták megcsinálni.
Miért Te mivel csinálnád meg? Csak kíváncsi vagyok, mert úgy csinálsz, mintha szakértő lennél ebben a fizetései rendszerben, de én építettem is ilyet nem csak magyarosan fikázok, mert ez nemzeti sport a nem fizetünk a szakembernek, mert csak mellett. Igaz nem Magyarországon szerencsére.
Nem lehetetlen a feladat, de korántsem olyan egyértelmű mint sokan gondolják, mert otthon ehhez is értenek, a minden mellett...
-
bambano
titán
"Nem nyúltak bele sehogyan sem.": eddig nem volt napközbeni utalás, majd lett. tehát belenyúltak.
[link]szerk: "az egész rendszer automata, container alapú, mert más nem képes ilyen gyors és rugalmas lenni a virtuallizáció nagy és lusta a fizikai gépek eleve nem alkalmasak erre marad a konténer.": kösz, most már értem, miért nem tudták megcsinálni.
-
hallador
addikt
több hsz-re reagálva megkérdezném ismételten: nemrég mélyen belenyúltak a rendszerekbe, amikor megcsinálták a napközbeni többszöri átutalást. akkor miért nem csinálták meg rendesen?
Nem nyúltak bele sehogyan sem. Ez egy teljesen új technológiát jelent, Linuxokon fut az egész. Nem Type 1 típusú virtualizció végzi a HA funkcionalitást, hanem a Linux cluster a legtöbb esetben ezt a rendszert újra kell telepítani ennek megfelelően, több konkrét probléma is van:
- monitoring, 5 sec alatt kell megjavítani a problémát, ami igazából 2. mert ugye még meg is kell javítani, ezt ember nem javítja az egész rendszer automata, container alapú, mert más nem képes ilyen gyors és rugalmas lenni a virtuallizáció nagy és lusta a fizikai gépek eleve nem alkalmasak erre marad a konténer.
- Logolás 5 sec alatt kell a logból értelmezhető valamit gyártani ha baj lenne. hmmm...
- visszaigazolás a giro. és a bank között.
- titkosítás több 100 egyidejű tranzakció között..
- etceteraszerk: megkérdezném azt is, hogy ha jól sejtem, a bankoknak egymással egyáltalán nincs közvetlen kapcsolatuk. akkor mit számít, hogy melyik bank van kész és melyik nincs az azonnali átutalással?
- Valóban nincs közvetlenül, de közvetve ott a giro.Szóval ez nem úgy megy, hogy belenyúlunk jó "Kelet-Európai" - "Találékonysággal" = gányolással.
Ehhez különálló rendszert kell építeni nem is akármilyet.
A helyedbe nem ezt kérdezném meg, hanem azt, hogy erre 9 hónap miért nem volt elég? Na ez itt a jó kérdés.
-
bambano
titán
több hsz-re reagálva megkérdezném ismételten: nemrég mélyen belenyúltak a rendszerekbe, amikor megcsinálták a napközbeni többszöri átutalást. akkor miért nem csinálták meg rendesen?
szerk: megkérdezném azt is, hogy ha jól sejtem, a bankoknak egymással egyáltalán nincs közvetlen kapcsolatuk. akkor mit számít, hogy melyik bank van kész és melyik nincs az azonnali átutalással?
-
#79
A.K.
tag
rednifegnar
#56
A.K.
tag
válasz
rednifegnar
#56
üzenetére
nem olyan könnyű 20-30 éves rendszerekbe belenyúlni majd újra tesztelni az egészet.. gyakran már fejlesztőt is alig találnak hozzá.. lecserélni meg végképp, több éves meló is akár és rengeteg pénzbe kerül
persze ha most kezdesz el fejleszteni egy rendszert (ld. elektromos/"önvezető" autók) akkor jóval könnyebb megfelelni a mai követelményeknek (több szakember, modernebb eszközök, stb..) de éppen ezért nincs értelme összehasonlítani a kettőt -
hallador
addikt
Nem. Szerintem azért, mert:
1) Nagyon bonyolult problémáról van szó.Ez rendben valóban komoly dolog, az, hogy a logolást, és a visszaellenőrizhetőséget megoldja, bárki is.
2) Egyszerűen nincs megfelelő számú, megfelelően képzett szakember a piacon akik ezt a problémát ennyi pénzért, ennyi idő alatt meg tudják oldani.
Na ez nem igaz. Van, az, hogy a magyar nem akar fizetni, nem képzi az embereit, nem csinál semmit, csak pénzt akarnak , csak lehúzni a szakembereket, mert orbanisztánban ez nemzeti sport. Az nem a szakember, meg a piac hibája. Az 5 éve nem küldtük a szakembereket tanfolyamra, nem tudja mi az a docker, ansible, kubernetes stb, ami az AFR-hez kellene. Hagyták, hogy a legtöbb ilyen helyen semmirekellő osztályvezetőcskék, legyenek a vezetők a szokásos ki ha én nem, természetesen szakmailag a zoknim is képzettebb náluk stílusban vezetik a semmit.
Na ne félj, ha a külföldi bankok nem készültek volna el akkor lenne bünti, csak böllér haver kis cirkusza nem tudott elkészülni, hát mást sem büntetnek...
Akik értenek a technológiához eszük ágába sincs ilyen helyre menni dolgozi. Aki ott is van 6 - 8 hónap múlva lelép, mert nem képzik őket, nincs semmi. Csak mi vettünk fel olyan embereket akik vidékről mentek fel ilyen helyre, látták mi van léptek is kifelé az országból, legalább 4 - 5-öt.
Nem lehet szakember hiányra fogni van szakember csak csesznek megfizetni, mert sokkal jobb macskát hordani magánrepülőn, meg kifogásokat gyártani, mint embernek maradi.3) Irreálisan rövidnek tűnt a határidő már a kitűzéskor is. Fogalmam sincs miért erőltették ezt ennyire.
Tavaly augusztus óta tudják, hogy lesz ilyen, egy dolog miatt nem sikerült, mert a magyar tulajdonú bankokban nincsenek folyamatok, és nem megy semmi, mert a tekintélyelvű semmirekellő vezetők, alkalmatlanok erre a feladatra. Ne félj van ahol sikerült ez, de ott nem úgy gondolkodnak mint kisvasutas haver, meg kispalytásai..
4) Igen, az utólagos MNB módosítások sem jöttek jól.
Na ez a szokásos, nem gondolkodunk, csak nyomjuk a semmit.
Sajnos látjuk mi folyik. Nem bántásból mondom, de jön vissza a kádár rendszer, én éltem akkor és hiába élek külföldön, haza is dolgozunk, egyre nagyobb a szakadék az üzleti szféra, és az úgynevezett "független"
magyar tulajdonú bankok között. -
hallador
addikt
Ez az informatikusokra nem igaz. Informatikában a nem magyar tulajdonú integrátor fizeti a legtöbbet az üzemeltetőknek, vagy a rendszermérnököknek Budapesten, vidéken pedig szintén a külföldi itegrátor fizet a legjobban a Debrecen, Pécs, Székesfehérvár tengelyen, persze a pesti fizetéseknél így kevesebbett. A többit nem tudom.
A Magyar tulajdonú bankok a legrosszabbul fizetők között vannak a bankszektorban, a külföldi tulajdonú más kérdés. Sorban mennek a magyar bankoktól az emberek folyamatosan, akkora a fluktuáció mint a 90-es években. Sajnos látjuk a helyzetet….
Amióta betette a lábát a piacra a kis vasút kalauz és kis haverja azóta pedig még rosszabb a helyzet...
Ez az informatikára vonatkozik nem a többire. -
csaba951
veterán
válasz
Tigerclaw
#71
üzenetére
>lássa mire mennyit költött...mi szaladt el, hol kell
>meghúzni a derékszíjatEbben a fejlesztésben a bank teljesen ellenérdekelt. Ha mínuszban van hó végén az ügyfél, akkor majd vesz fel hitelt - a banktól!
>ha kártyás vásárlásnál, blokk helyett/mellett annak a tartalma
>bekerülne az banki alkalmazásomba és kapnál róla üzenetet.Ezt adatvédelmi okokból nem tehetik meg. A pontgyűjtő kártyák viszont pont erre vannak. Csak annak a kiértékelését nem te kapod meg.
-
Tigerclaw
nagyúr
A számlavezetésben sem ártana némi fejlesztés. Pl. miből tartana beépíteni a mobilos alkalmazásukba, vagy a netbank felületbe olyan funkciókat, amik átláthatóvá és követhetővé teszik a forgalmat felhasználóbarát módon?
Pl. csoportosítani azokat a tranzakciókat, amik ugyanazzal a partnerrel történtek, táblázatba rendezni, diagramot készíteni, összesíteni azokat. Az ügyfél szervezhetné csoportokba a partnereket, hogy lássa mire mennyit költött...mi szaladt el, hol kell meghúzni a derékszíjat, stb.
Azt nem tudom, hogy a tranzakciók során milyen metainformációk cserélődnek, de néha még azt sem egyszerű kibogozni utólag, hogy mi is volt az. Pl. vásárolsz egy webáruházban, aminek van egy "fantázia neve", de a tényleges fizetés egy xy Kft./Rt. felé bonyolódik, amit nem ismersz és annak a neve is gyakran csak valami rövidítésként szerepel a tranzakciók között. Talán a használt szabványos protokoll sem mai csirke, vagyis limitált a hely a metainfók számára, de jó lenne azt is fejleszteni.
Azt se bánnám, hogy ha kártyás vásárlásnál, blokk helyett/mellett annak a tartalma bekerülne az banki alkalmazásomba és kapnál róla üzenetet.
-
Doom
aktív tag
Tehát azért, mert van 1-2 bank, aki nem tud határidőre készen lenni:
1. A Giroban fejlesszenek le egy funkciót, amely segítségével lekérdezhető, hogy egy bank IG3 képes-e
2. Minden bank építse be ezt az ellenőrzést az utalás előtt
3. Várassák ki az ellenőrzés idejét az ügyféllel, aki mindent azonnal akar
4. Találják ki, hogyan kezeljék azt az esetet, ha a Giro nem válaszol
5. Küldjék ki az SMS-t saját költségre ezek a bankok, ha a cél nem IG3 képes
6. Egyéb, amire nem gondoltamTörvényi erővel mindent le lehet nyomni a bankok torkán, csak kérdés, hogy érdemes-e. A végén úgyis az ügyfél szív vagy így, vagy úgy (ld. pl. ingyenes számlák és szolgáltatások erős megritkulása).
1) Nagyon bonyolult problémáról van szó.
Ehhez képest te elég egyszerűen képzeled az egyik kardinális kérdés megoldását. -
Doom
aktív tag
Nekem csak forex-szel van tapasztalatom, ahol szintén van HFT, de ott csak naponta van kamatelszámolás. Daytrade esetén pl. nem fizetsz kamatot. A HFT nagyon gyakori és nagyon rövid időre kötött ügyletek, amelyek kis elmozdulást céloznak. Úgy tudom, ez így van a rendes tőzsdén is, de lehet, hogy tévedek.
-
Doom
aktív tag
Az a helyzet, hogy nem a te pénzed. Az egy ígérvény a bank részéről, hogy ha te hozzá akarsz jutni ahhoz a mennyiségű pénzhez (= kp), akkor ő azt kifizeti neked. Ha elutaltad a pénzt, akkor azt már nem követelheted a banktól. Ezért nem igazán tudnak visszaszedni téves utalásokat, ha már "kiment" a bankból a lóvé (azaz a te bankod MNB-nél vezetett számlájáról átkerül az összeg a célszámla bankjának MNB-nél vezetett számlájára). Amíg a két bank között nincs meg az elszámolás, és a célbank nem írta jóvá a célszámlán a pénzt, addig a célszemély pedig nem követelheti a másik banktól.
-
Bibby
addikt
"így egy overnight kamatot bezsebel a bankom..."
Jó reggelt kívánok, igen, pl ebből is él a bank, hogy forgatja a pénzt amit rá bíznak.
Az más kérdés ha úgy érzed lehúznak, kartelleznek, elodázzák a fejlesztéseket. Knock-knock Neo. A mobilszolgáltatók talán nem ezt csinálják? Vagy bármely iparág legnagyobb szereplői? Az olajcégek nem gátolják az alternatív energiaforrásokat? Bizony, a kisemberrel minden szinten kiszúrnak. Kapitalizmus, tőke, politika, "szabad" piac. -
#06658560
törölt tag
válasz
janeszgol
#43
üzenetére
Deutsche Bank: tavalyig külföldi használathoz engedélyeztetni kellett a kártyát. A hétvégi vásárlásaid nem jelentek meg csak hétfőn legkorábban, vagyis pillanatnyi egyenleget nem láttál, hiába mondta azt aktuálisnak. Volt, hogy szombaton Magyarországon vásárlás csak csütörtökön lett lekönyvelve, közben lutri volt, mikor mit tudtam fizetni.
Ha befizetsz, automatában azonnal, vagy a legközelebbi banki nyitvatartási időben kerül a számládra, fiókban embernél két nap. Cserébe pénzfelvét a Cashgroup automatákból ingyenes. Utalás országon belül ingyenes.Ellenben az N26 online bank, nincs fiókja, minden appon keresztül megy, azonnal, pikk pakk, kurva jól.
-
Coccer
tag
A fizetés teljes más, azt nyilván a könyvelés megfelelő időben elküldi, hogy a számládon legyen az összeg a szerződésedben rögzített időpontig.
(42) Kopi: Persze, tudom, ezért reagáltam arra a hsz-re, amire és azt, amit. Ha ennyire gáz az országokon belüli helyzet is (értsd: eltérő fejlettségi szintek még Nyugat-Európában is), akkor egy ilyen funkció lakossági szintű bevezetése önmagából adódóan nem egyszerű és legfőképpen nem zökkenőmentes. Nem is csodálom, hogy az otthoni piacon sem megy pikk-pakk. Ezt szerettem volna kifejezni.
-
#57
UnA
Korrektor
rednifegnar
#56
válasz
rednifegnar
#56
üzenetére
"elektromos auto, onvezeto auto, drontaxi" - ezek közül csak az első létezik.
A gyors banki utalás pedig már legalább 20 éve nem technológiai kérdés, hanem egy bank olyan, hogy semmire nem ad ki pénzt feleslegesen. Egyszer majd menj el dolgozni, IT vonalon hihetetlen dolgokat lehet találni egy banknál...
-
#56
rednifegnar
senior tag
rednifegnar
senior tag
elektromos auto, onvezeto auto, drontaxi, korszakban penteken inditok egy utalast es hetfo reggel er oda? wtf? 21. szazad? siralom...
-
Somatom
veterán
Persze, hogy az én pénzem. Csak az utalás ideje alatt nem rendelkezem fölötte.
Milyen másodperc alapú kamat? Egy bank pontosan tudja, hogy mekkora az a minimum összeg, ami naponta utalásra kerül. Ez az összeg minden nap a rendelkezésére áll úgy, hogy az ügyfelei azt nem követelhetik rajta, hiszen zárolva van. -
#44
Jeanne d'Arc
addikt
Valahogy nem csodálkozom!
Nálunk minden késik a bejelentetéstől számítva min. fél évet. -
-
bambano
titán
tehát overnight kamat van. értem.
vagyis ha banküzem zárás előtt elutalom a pénzem, azt a fogadó bank csak másnap kapja meg, így egy overnight kamatot bezsebel a bankom...egyébként a bankok pancsersége tökre egyértelmű. a boldog békeidőkben, a 90-es években még havi szinten ment a számlavezetés, meg is hekkelték őket ezerrel. ebből jutottunk el pár évvel ezelőtt oda, hogy nagyjából négy óra alatt átmegy egy átutalás. amikor pár évvel ezelőtt lecserélték a rendszereket olyanról, ami postagalambra alapozott volt olyanra, ami négy órát tudott, miért nem cserélték le olyanra, ami realtime megy?
tudomásom szerint eddig is clearinghouse-t használtak a bankok, a giro-t. miért nem lehet megoldani, hogy a giro bármelyik bankkal bármilyen protokollal tudjon beszélgetni? ha az otp tud azonnali átutalást, akkor elmegy az otp-ből a giro-ba azonnali átutalással a pénz, onnan meg a célbankba úgy, ahogy az fogadni tudja.
más. még mindig egy olyan formátumban kell leadni a csoportos beszedést a banknak, amiről látszik, hogy kb. az 50-es években tervezték, és cobol programok kezelik. bakker 2019. van. az otp giro interfésze még mindig nem hallott xml-ről meg json-ről.
-
Somatom
veterán
Ez egy nagyon jó kérdés! Én már nem férek hozzá, a célszámla tulaja pedig még nem fér hozzá. Akkor tulképp mit is csinálnak a pénzemmel? Mellesleg, nem két óráról van szó, hanem fél napról, mert a délutáni utalások csak a következő banki napon teljesülnek, miközben az összeg zárolása azonnal.
-
Bibby
addikt
Azt ugye tudod hogy overnight kamat van (vagyis hogy őszinték legyünk az sincs már, mert örülnek ha nem negatív) a bankközi piacokon? Vagy mit gondolsz két óra alatt mit csinálnak az elutalt pénzzel, megpörgetik ruletten? A hozzászólásod mindenféle alap tudás nélküli vádaskodás.
-
Coccer
tag
Németben még mindig 3 nap egy utalás a-ból b-be, van azonnali utalás, de még a német UPC-nek sem tudtam ilyet küldeni, mert a bankjuknál nincs ilyen utalás fogadására képes számla opció.
Sok bank itt még sms-t sem tud küldeni az ügyfeleinek (köztük a Deutsche sem), nincs ilyen szolgáltatás. Nem véletlenül szeretik a magyar vendéglátósok a német kártyával fizető vendégeket.
-
csaba951
veterán
Szerencsére erre egyszerű a válasz. Állandóan a bank. A görög válságban nyíltan is megmutatták, hogy a náluk nyilvántartott pénzedet akkor és úgy költheted el - ahogy ők azt megengedik neked. Persze azt nem vitatják, hogy ez a pénz a tiéd. Lásd: Dumb and Dumber.
-
csaba951
veterán
Adott példában a bank még házon belül leellenőrzi, hogy B bank IG3 képes-e. Ha nem, akkor eleve elutasítja a tranzakciót. Az ügyfélnek pedig küld azonnal egy tájékoztató SMS-t, hogy egy régi, elavult fizetési módot használó áruházban próbált meg vásárolni. Hidd el, ez pár hónap alatt meg fogja oldani a dolgot. Az ügyfelek elmennek oda, ahol van ilyen szolgáltatás.
>Egyébként te (és mások) tényleg azt hiszed,
>hogy azért tart ennyi ideig a megvalósítás,
>mert a bankok a saját szórakozásukra szöszölnek
>a megvalósítással?Nem. Szerintem azért, mert:
1) Nagyon bonyolult problémáról van szó.2) Egyszerűen nincs megfelelő számú, megfelelően képzett szakember a piacon akik ezt a problémát ennyi pénzért, ennyi idő alatt meg tudják oldani.
3) Irreálisan rövidnek tűnt a határidő már a kitűzéskor is. Fogalmam sincs miért erőltették ezt ennyire.
4) Igen, az utólagos MNB módosítások sem jöttek jól.
5) A telefonszámra/e-mailre utalás lehetősége még fog meglepetést okozni az ügyfeleknek. Szerintem ezt a részt egyáltalán nem is kellett volna engedni. De ugye az MNB ragaszkodott hozzá...
-
Doom
aktív tag
Nem tudom, mit értesz az alatt, hogy "ennyire". Nem vagyok penge fizetésforgalomban, csak érintőlegesen tudok róla néhány dolgot. Bankokban dolgoztam IT projekteken, ezért van némi fogalmam, hogy működnek dolgok. Jogban még annyira sem vagyok képben.
Nem vagyok benne biztos, hogy értem a kérdésed lényegét. Nyilván a bank nem "költheti el" az ilyen függőben lévő utalt pénzeket. De ha leírsz egy példát, hogy mi az, ami aggaszt, akkor megpróbálhatok konkrétabb választ adni. -
Somatom
veterán
Ha ennyire képben vagy, akkor légyszi, árulj el nekem valamit! Attól a pillanattól, amikor lenyomtam az utalás gombot, nem rendelkezem az összeg felett. Amíg az érkező számlára nem vezetik rá az utalt összeget, addig annak a számlának a tulaja sem rendelkezik az összeg felett. A két időpont között ki rendelkezik az összeg felett?
-
Doom
aktív tag
Azért ez nem ilyen egyszerű. Csak egy példa. "A" bank IG3 képes (azonnali átutalás), "B" bank nem. Te "A" bankból IG3-on küldöd a lóvét, "B" bank viszont nem tudja fogadni. IG3 és IG2 között nincs átjárás, te meg anyázol, hogy a lóvéd nem ment át azonnal, és csak 3 óra múlva jutsz hozzá a rózsaszín plüssmackóhoz, amit a Vaterán akartál venni. És emellett valószínűleg egyéb technikai problémák áthidalása is szükséges lenne, ami extra költség azoknál, akik betartják a határidőt.
Egyébként nem csak a bankok a ludasak ebben, hanem az MNB is, aki még idén is módosított a szabálykönyvön, amihez persze igazodni kell.
És persze egy bankban nyilván nem ez az egyetlen projekt, ami fut, össze kell hangolni más projektekkel is.
Ez csak néhány aspektus, ami megmagyarázhatja, hogy miért is ennyire bonyolult és nehézkes ez az egész.
Egyébként te (és mások) tényleg azt hiszed, hogy azért tart ennyi ideig a megvalósítás, mert a bankok a saját szórakozásukra szöszölnek a megvalósítással? Már rég készen lehetnének, de annyira élvezik a projektet, hogy inkább nyújtják, ameddig csak lehet, és égetik a pénzt? Nem értem az ilyen feltételezéseket
-
csaba951
veterán
>vannak pénzintézetek akik már elkészültek, és vannak akik
>még a kanyarban sincsenek, és mivel a rendszer csak teljes
>egészében működőképes, mindenkit be kell várni.Nem, nem kell őket bevárni. Ott a határidő. Aki kész van az használhatja, aki nem, az meg nem. Utóbbiak majd magyarázkodhatnak az ügyfeleiknek, hogy számukra ez miért nem elérhető. Az ügyfelek meg eldöntik, hogy ez mennyire fontos nekik. Ha nagyon, akkor kihalnak azok akik nem képesek ezt szolgáltatni.
#11 Pano
Jó, jó. Szingapúrhoz képest az egész EU alaposan le van maradva! -
Hintalow
senior tag
A bankszektorban vannak a legjobb fizetések?
Te még TV reklámnál közelebb nem láttál bankot ugye?
Már 10 éve dolgozom benne (nagybank, nem valami kicsi takszöv) és a legjobb értékeléseket kapó kollégák bérnövekedése idén akár 5% is lehet....
Szóval urban legend habbal
Amúgy, noha nem ez a területem, de bazinagy meló van vele, vannak pénzintézetek akik már elkészültek, és vannak akik még a kanyarban sincsenek, és mivel a rendszer csak teljes egészében működőképes, mindenkit be kell várni.
Meg hát ez csak egy nagyobb projekt a sok közül, amik futnak (és sajnos ezeknek jelentős része MNB ellenőrzések és havonta változó gumiszabály értelmezéseknek való megfelelés/adatszolgáltatás, amik hasznot nem hajtanak de cserébe irdatlan kapacitásokat foglalnak le, cserébe az ilyenek , mint a címbeli meg késnek) -
Ryoo
senior tag
Nem állítottam, hogy egyszerű, de igenis a más országokhoz mérve szégyen, hogy ez még nem került bevezetésre. Ha meg bejelentenek egy dátumot, akkor ahhoz meg lehetne tartaniuk magukat, vagy inkább ne jelentsenek be semmit, és csak akkor szóljanak, mikor már kész, és holnaptól használhatom, akkor nem lehet ilyen blama.
-
#10
PirosHello
senior tag
PirosHello
senior tag
A mostani (lassú) átutalást is meg lehet hackelni, ha vki nagyon profi. Ez sem lesz teljesen biztonságos soha, na de könyörgöm lassan 2020-at írunk, és megoldható is a feladat, csak be vannak ijedve? Na ne már
Ráadásul ahogyan előttem írták, a bankszektor az egyik (ha nem az első) legnyereségesebb terület. Van money bőven -
Somatom
veterán
Miért a bank szektorban vannak a legjobban fizető állások? Miből telik a bankoknak? Bocs, de nem sajnálom őket! Amikor kitalálták a július elsejét, akkor kellett volna kijelenteni, hogy amelyik bank ezt nem teljesíti, az júli másodikától az éves nyereségének tízszeresét kell befizesse büntibe ... naponta. Biztos nem lett volna hiba a bevezetéssel.
-
joey04
titán
nem egyszerű feladat, de volt idejük felkészülni. Amúgy meg nem ingyen van. Mindenki fizet x összeget a bankjának, csak azért, mert ott vezeti a számláját, meg eleve forgatja a bank a pénzedet, ha akarod, ha nem. jusson már ezekből a fejlesztésekre... És nem is AZONNAL akarja mindenki, hanem csak a megadott időpontban. más kérdés, hogy már jóval korábban illett volna bevezetni.
-
Tegye fel a kezét aki meglepődött
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Ebből azt vontam le, hogy minden faja. Minden más ismerős, barát, régi egyetemi csoporttárs aki ilyen helyekre ment mind arról számolnak be, hogy maximálisan kompetens mindenki és 110%-ot nyújtanak. Dehogy. 
Új hozzászólás Aktív témák
- GIGABYTE Z390 AORUS MASTER WiFi Alaplap
- GAMER PC! Ryzen 7800X3D / RTX 5070 Ti / 32GB 6400MHz / B650 WiFi / 1TB Gen4 / 750w GOLD! BeszámítOK
- T14 Gen5 14" FHD+ IPS Ultra 7 165U 16GB 512GB NVMe magyar vbill ujjlolv IR kam gar
- Urevo U1 Walking Treadmill
- Phone 15 Pro fehér, 256GB kijelző viseltes, akksi 87%
- Vadiúj gèpházak! Gamereknek ès Akiknek fontos a külső!
- SzinteÚJ! HP Elitebook 860 G10 i7-1355U 16GB 1000GB 16" FHD+ Gar.: 1 év
- GYÖNYÖRŰ iPhone 13 Pro 256GB Sierra Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3361
- BESZÁMÍTÁS! 32GB (2x16) G.Skill Ripjaws V 4000MHz DDR4 memória garanciával hibátlan működéssel
- SzinteÚJ! HP Elitebook 860 G9 i7-1255U 16GB 1000GB 16" FHD+ Gar.: 1 év
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest