Új hozzászólás Aktív témák
-
Reaper
őstag
Én használom a Paypasst ahol csak lehet, de ez igen kevés sajos. Pl a sarki kisboltos, vagy a pizzafutár az életben nem fogja elfogadni. Ez van szarházi Citinél is hiába kaptam új kártyát, nem volt paypassos, aztán jött az "ügyfélélmény javítása", így átmentem a Raiffeisen prémiumoz, azóta jó élet van.
A kp használat azért sem fog kihalni itthon, mert sokan pl albérletben laknak, ahol a főbérlő csak kp-t fogad el, adózási (elkerülési) okokból, és százalékosan ez elég nagy szelet egy család havi kiadásainak.
Ahogy ha a kocsi is behal, és elviszed Pista bácsihoz, ő is csak nézegetné a szép kártyádat. -
Reaper
őstag
Azt még tedd hozzá, hogy anyagi vonzata is van a kötegelt feldolgozásnak, hogy a mainframe pont a brutális mennyiségű tranzakciók párhuzamos kezelésére lett kitalálva valamikor 40 éve, és ezt a funkciót nem lehet kiváltani, ahogy te is írtad, ez drága cucc, de nem csak a "vas" bérlése, hanem amikor a egyik részleg a másiknak, akár cégen belül is fizet, akkor figyelni kell, hogy mennyi CPU időt használsz. Na most tegyük fel Pistike talált valamit vaterán, vagy valahol, és utalna némi pénzt, ha ezt azonnal szeretné, akkor az összes hozzá tartozó JCL, query, cobol, szirszar le kellejen hogy fusson mindkét banki oldalon, plusz a visszaigazoló reportok, stb. El lehet képzelni, hogy egy emberre ennyi, akkor pár millióval ez már mekkora plusz extra futási idő, viszont a MF képessége, a párhuzamos tr. feldolgozás nagyon nem lenne kihasználva. A 4 órán belüli futás is nagy luxus azért nekünk, maradjunk ennyiben. De ezt csak az látja, aki dolgozik/dolgozott ilyen környezetben, ezért gondoltam megosztok némi részletet róla
szerk.: lehet nem túl összeszedett írás, de most ennyi telt tőlem
[ Szerkesztve ]
-
Reaper
őstag
Nem érted mekkora mennyiségben. Jelen esetben összegyűjtik a tranzakciókat, ami 4 óra alatt bejött és azt "kötegelve", dolgozzák fel. Nem tudom, hogy mondjam, hogy megértsd, de ezek úgy vannak kitalálva, hogy a "flat file" több százezer/millió tranzakciót tartalmazzon. Amit te szeretnél az olyasmi, mintha bányadömpereket arra akarnál használni, hogy kézben elvihető köveket szállíts egyesével.
-
Reaper
őstag
Nem mondom, hogy nem lehet utolérni, csak azt mondom nem nagyon lehet kiváltani. Én MF-el dolgozva napi kapcsolatban voltam SAPs emberekkel is egy multinál, amikor megpróbálták, és persze managementi nyomásra annál a multinál sikerült is. Egy probléma van csak, a stabilitás, ugyanis az SAP rendszereken futó abap programok schedulere, amikkel én találkoztam windows agenteket használ, amik pl hajlamosak simán "lefagyni" és akkor addig állnak. A MF-en az "én" rendszeremen összesen egy rendszerhiba volt valamikor 2000 környékén, a többi, bármi probléma is volt, az user error. És tökmindegy neki mekkora adatmennyiség.
Pont ezért a kiszámíthatóságért, használják a bankok. -
Reaper
őstag
Oké rosszul fogalmaztam, ilyenkorra már eléggé le van fáradva a fejem.
- a fileon belüli feldolgozás rekordonként megy, viszont ezt meg tudja csinálni egymással párhuzamosan egyszerre. Egy részről azért amit említettél a partícionálás, másrészről meg mert, képes akár egy partíción is ezt egyszerre csinálni. Gondolok itt arra, hogy bejön egy file, ami tartalmazza A bankhoz, B bankhoz, C bankhoz tartozó 4 órás adatokat. Képes egyszerre futtatni mindenféle fennakadás nélkül, stabilan, elérhetően, automatizálva, hiba nélkül, beavatkozás nélkül.- én értem, hogy érted amit írok, csak úgy gondoltam hátha másokat is érdekel, hogy miről volt szó, ezért írtam pár plusz infót
- még mindig azt mondom, hogy a probléma ott van, hogy nem éri meg egyesével foglalkozni a tranzakciókkal, mert rengeteg egyéb report jön-megy ezekkel a műveletekkel, a bakoknak sokszor olyan tranzakciós vonalon kell kommunikálni egymással amik különböznek, ezért egy átmeneti, köztes típust használnak ami szintén még egy plusz megálló az adatnak, plusz ezeknek a joboknak a saját authentikációja. Nem tudom máshogy megfogalmazni, egyszerűen túl nagy az egész rendszer ahhoz, hogy egyesével szórakozzon minden átutalással, nagyon nem hatékony. Amúgy ha napi szinten csinálsz ilyen fileokat, akkor gondolom részt veszel a developementben is, és tudod, hogy ilyen változtatásokat az életben nem fog egy épeszű manager sem jóváhagyni, mert nem "cost effective", és akkor még a fejlesztési költségről nem is beszéltünk.
szerk.: azért most elgondolkodtatál, ha kapnék egy ilyen megbízást holnap, hogyan kezdenék neki...
[ Szerkesztve ]