ITPS

„E mai ieftin să avem IT-ul intern.” Fraza asta folosește un avantaj financiar inexistent pentru a ascunde reținerea față de a colabora cu un provider de servicii.   Externalizarea sau un IT expert in house sunt similare ca și cost. Problema e că se face o comparația între cele două, când defapt acesta sunt complementare. Colaborarea dintre cele două este rețeta de succes pentru continuitatea de business a unei companii.   Scopul unui provider de servicii IT este să augmenteze capabilitățile IT-ului intern. Când intervin: – concediul, boala și plecarea IT-ului intern — service provider-ul acoperă golul – lipsă de cunoștiințe de soluții noi unde service provider-ul poate acționa și ca trainer – probleme înafara programului. Un SLA stabilește clar cine și când se ocupă. – riscul concentrat într-o singură persoană care ține parolele, configurările și istoricul în memoria personală   Calculul corect nu e „intern vs. extern”. E „cât mă costă o oră de nefuncționare” vs „cât plătesc ca acea oră să nu se întâmple”.   Întrebarea pentru un CFO nu e „cât costă IT-ul?”. E „ce cumpăr, de fapt, cu banii ăștia — și ce risc rămâne neacoperit?”.   Ați pus vreodată pe hârtie costul unei singure zile de nefuncționare în firma dumneavoastră?   #ITPS #managementIT #businesscontinuity

Veeam, Commvault, Rubrik sau in-house? E întrebarea cu care încep majoritatea discuțiilor despre backup. Și de obicei e întrebarea greșită.   Alegerea tool-ului rezolvă cam 20% din problemă. Restul de 80% nu ține de produs.   Ce nu se întreabă aproape niciodată într-un audit de backup:   – Care e RPO-ul real, pe fiecare sistem critic? Nu cel din politică — cel pe care îl obții efectiv la următoarea restaurare. – Backup-urile sunt izolate de rețeaua de producție? Dacă ransomware-ul prinde și storage-ul de backup, licența Veeam nu te ajută cu nimic. – Cine deține cheile de criptare și unde sunt ținute? – Câte versiuni păstrezi în urmă și cât de departe poți merge înainte de a da peste prima copie deja compromisă? – Cât durează un restore complet, cronometrat, nu estimat?   Un tool bun configurat prost e mai periculos decât un tool modest configurat corect — pentru că îți dă încredere fără să o merite.   Noi pornim invers: definim ce trebuie să supraviețuiască și în cât timp, apoi alegem tehnologia. De obicei lucrăm pe Veeam pentru că, configurat cum trebuie, livrează RTO-ul pe care l-am promis.   Tu de la ce pornești când proiectezi un backup — de la tool, sau de la RTO?   #ITPS #backup #Veeam  

Aici stă infrastructura care ține în funcțiune zeci de companii din România.   Nu e un birou cu câteva servere într-un colț. E un datacenter Tier III — ISO 27001 și ISO 9001, carrier neutral — cu alimentare redundantă, 6 furnizori de servicii de comunicații și monitorizare 24/7. Acoperit de o asigurare de 1 milion de euro.   Diferența dintre „avem servere” și „avem un datacenter” se vede exact în ziua în care se ia curentul.   10.000+ dispozitive critice, gestionate de aceeași echipă, în același loc, de peste 20 de ani.   #ITPS #datacenter #colocation

GDPR, datele pacienților și partea despre care nu vorbește nimeni: ce se întâmplă cu dosarele medicale atunci când ajung în backup?   Într-o clinică sau un laborator, discuția despre protecția datelor se oprește de obicei la consimțământul pacientului și la accesul în aplicație. Important, dar incomplet.   Datele pacienților nu stau doar în sistemul principal. Stau și în backup-uri. Iar acolo apar întrebări la care puține organizații medicale au un răspuns clar:   – Unde sunt stocate fizic copiile de backup cu date medicale? În ce țară? – Sunt criptate înainte să părăsească clădirea? – Cine are acces la ele și cum se demonstrează asta unui auditor? – Dacă un pacient își exercită dreptul la ștergere, ce se întâmplă cu datele lui din backup-urile vechi? – Cât durează, concret, să restaurați un sistem medical fără să pierdeți istoricul?   Un incident pe date medicale nu e doar o problemă tehnică. Aduce cu sine o notificare către autorități în 72 de ore, o discuție cu pacienții și un risc de reputație care nu se repară cu un comunicat de presă.   Autorizația ISO 27001 nu rezolvă asta singură. Dar înseamnă că fiecare întrebare de mai sus are în spate un proces documentat și verificabil — nu doar o promisiune.   Lucrăm de ani buni cu organizații din zona medicală, dintr-un datacenter Tier III certificat ISO 27001 și autorizat pentru arhivare electronică. Tratăm backup-ul de date medicale ca pe ceea ce este: o obligație legală, nu o opțiune tehnică.   Dacă administrați o organizație medicală: știți unde sunt, chiar acum, copiile de backup cu datele pacienților dumneavoastră?   #ITPS #GDPR #healthcareIT

Dacă tu ai construit infrastructura IT, știi deja diferența. Dar merită spusă cu voce tare.   Majoritatea „testelor de backup” verifică un singur lucru: că jobul a rulat fără eroare. Verde în consolă, gata.   Asta nu e un test de restore. E un test de logging.   Noi testăm altfel: – restore complet într-un mediu izolat, nu doar pe hârtie – verificare că aplicația pornește și datele sunt consistente, nu doar că fișierele există – cronometrare reală a RTO, comparată cu cât suportă businessul – restore din versiuni imuabile — pentru cazul ransomware unde backup-ul e criptat deja Tu cum îți validezi restore-urile — pe consolă, sau pe un mediu real? #ITPS #backup #ransomware

Majoritatea companiilor află că backup-ul lor nu a funcționat exact în ziua în care au nevoie de el. Incidente există mereu și nu doar de natura software, cât și de natură fizică – incendii, inundații, pagube structurale etc.   Problema nu e lipsa unui backup. Problema e că nimeni nu testează vreodată restaurarea și că nu dispun și de un backup offsite.   Un backup care rulează în fiecare noapte și un backup din care poți reporni toata activitatea sunt două lucruri diferite. Între ele stau detalii care nu se văd până nu pică ceva: o bază de date salvată inconsistent, o versiune coruptă scrisă peste cea bună, un set de fișiere care se restaurează în 14 ore când businessul suportă maximum două etc.   Un test simplu pe care îl puteți cere echipei IT, fără jargon:   „Alegeți un server important. Restaurați-l, de la zero, într-un mediu separat. Cronometrați. Verificați că aplicația chiar pornește și datele sunt complete.”   Dacă apare ezitare, aveți deja răspunsul.   Dacă testul durează prea mult sau nimeni nu vrea să-l facă pe un sistem real, asta nu înseamnă că echipa e slabă. Înseamnă că backup-ul n-a fost tratat ca un plan, ci ca o bifă.   Noi verificăm replicarea zilnic și cronometrăm restaurarea, pentru că singura întrebare care contează nu e „avem backup?”, ci „în cât timp suntem din nou operaționali?”.   Când ați făcut ultima dată acest test? Și cât a durat?   #ITPS #backup #disasterrecovery

Iată 3 decizii pe care merită să le luați trimestrul acesta:   1.    Ați testat ultima restaurare din backup? Nu răspundeți cu: „avem backup”, ci cu „l-am restaurat și a funcționat”. Diferența se vede abia în ziua proastă.   2.    Câți oameni pot opri continuitatea business-ului dacă pleacă mâine? Dacă răspunsul e „unul”, aveți un risc operațional, nu un coleg de încredere.   3.    Cine răspunde vineri la 19:00 când apare o problemă? Un SLA are valoare doar dacă cineva chiar răspunde la telefon și e capabil să rezolve problema rapid.   Niciuna din aceste decizii nu cere un proiect mare. Cer o oră de onestitate.   Pe care o amânați de cel mai mult timp?   #ITPS #managedIT #businesscontinuity

20+ ani. 300+ clienți activi. 95% rată de înnoire a contractelor.   Nu sunt cifre de prezentare. Sunt rezultatul unui lucru simplu: când infrastructura IT a unei companii funzționează fără surprize, clientul rămâne.   De peste 20 de ani gestionăm infrastructura critică a companiilor din România, dintr-un datacenter Tier III propriu, în Timișoara: 868+ proiecte finalizate 10.000+ dispozitive critice gestionate 20+ furnizori de tehnologii best of breed 80+ certificări tehnologice ISO 27001 și ISO 9001   Nu vindem tehnologie. Ne asumăm responsabilitatea funcționării infractructurilor IT — și răspundem prompt când nu o fac.   De azi începem să arătăm cum lucrăm. Urmăriți-ne.   #ITPS #manageditservices #datacenter

⛎ 🈂️ 🈯