- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Telekom mobilszolgáltatások
- Honor Magic5 Pro - kamerák bűvöletében
- Nothing Phone (2) - több, mint elsőre látszik
- iPhone topik
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Android alkalmazások - szoftver kibeszélő topik
- Redmi Note 12 Pro - nem tolták túl
- Itt az első kép a 2024-es Nokia 3210-ről
- Vodafone-ra áttért Digi Mobilosok
Hirdetés
-
Premier előzetesen a Gray Zone Warfare
gp A mai naptól hivatalosan is elrajtol a játék korai kiadása PC-n.
-
Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
ph A Kereskedelmi Minisztérium egyelőre csak felméri a helyzetet, egyelőre nem látni, hogy tudnak-e bármit is tenni.
-
Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
it Egyre nagyobb probléma az AI hallucinálása – most az osztrák adatvédelmi hatóság veheti elő a ChatGPT miatt az OpenAI-t, alapvetően a GDPR megsértése miatt.
Új hozzászólás Aktív témák
-
narumon
őstag
100 usernél jó ha van helyi erő, de nem mindegy hogy az egy rendszermérnök (olyan fizetésért) vagy egy vérPisti aki tud kábeleket ki-be húzgálni. Egy vékony kliensnél sok diagnosztikára nincs lehetőség. Egér, bill, táp kibe, esetleg monitor check és ennyi. Tulajdonképpen egyszerűbb az, hogy ha valami miatt leáll a gép akkor feldugnak oda egy másikat.
A rendszergazdák nem fogják ezt szeretni amúgy, nekünk is volt olyan projekt ahol 1 maradt a másik 4 ment a levesbe ezek után.Adatmentés? A felhőben van az adat az ott eléggé biztonságban van, ha külön backup kell rá akkor az persze fizetős, de legalább lokálisan is máshova fog kerülni. A sávszélesség viszont nem játszik, hiszen nem a földön van az adat. Vagy másra gondolsz?
https://www.facebook.com/Naruvideo
-
Meridian
senior tag
Nekünk még azt tanította egy rendszertervező mérnök vállalkozó, aki nem tanár volt, hanem külsős meghívott (winserver üzemeletést tanított nekünk), hogy 40 userenként egy állandó rendszergazda IT-s kell. 300 fő esetén 8 fő IT-s minimum kell.
Az illető nagyobb bankok rendszereit üzemeltette, Citryx, VMware alapokon... a Hyper-V-t akkor még szidta, mondta még gyerekcipőben jár a 3rd party cuccok miatt meg a lassú átállási idő, ha egy node kiesik (magyarázta a példát is, amikor egy SQL szerver alól kiesik egy node és átmegy egy másikra az akkoriban a VMware alatt egy pingidőnyi kiesés volt, HyperV alatt meg 80 sec - 2013-ban volt ez), azóta persze ez a véleménye változhatott.
[ Szerkesztve ]