IT infrastruktūros projektavimas prasideda nuo jūsų įmonės poreikių, esamos aplinkos ir planuojamos plėtros. Suplanuojame serverių, tinklo, saugyklų ir prieigų architektūrą, migracijos eigą bei perdavimo dokumentaciją. Sprendimą siejame su realiomis apkrovomis, rizikomis ir numatoma plėtra.Aptarti infrastruktūros projektąPeržiūrėti paslaugos informaciją
IŠSAMI PASLAUGOS PATIKRA
Nuosekliai įvertinkite reikalavimus, architektūrą, diegimą ir perdavimą. Pateikę el. paštą matysite atsakymais pagrįstą sričių apžvalgą, prioritetus ir veiksmus; PDF bus išsiųstas tuo adresu. Tai nėra nepriklausomo audito išvada.
Įmonėms, kurios kuria, plečia ar pertvarko infrastruktūrą pagal darbo, duomenų ir prieigos poreikius.
Pateikite esamos aplinkos duomenis, naudojamas programas, planuojamą augimą ir veiklai priimtiną prastovą.
Gaunate parengtą infrastruktūrą, architektūros dokumentaciją, priėmimo bandymų rezultatus ir aiškias priežiūros atsakomybes.
IT infrastruktūros projektavimas – būsimos techninės aplinkos ir jos atsakomybių planavimas prieš perkant ar diegiant įrangą. Diegimo projektas turi baigtis ne vien veikiančiais įrenginiais, bet ir patikra, dokumentacija bei aiškiu perdavimu priežiūrai.
Projektą pradedame nuo to, ką įmonė turi galėti atlikti: kokias programas naudoja darbuotojai, iš kur jungiasi, kokie duomenys svarbiausi ir kurių sistemų sustojimas tiesiogiai stabdo veiklą. Kartu įvertiname lokacijas, darbo vietų skaičių, numatomą augimą ir turimą įrangą. Šis sąrašas tampa reikalavimais architektūrai, o ne vien naujos technikos pirkinių krepšeliu.
Kliento prašome pateikti dabartinės aplinkos schemą, jei ji yra, įrangos bei licencijų sąrašą ir žinomas problemas. Atskirai aptariame leistiną prastovą, prieigos poreikius bei biudžeto ribas. Jei svarbūs duomenys dar nežinomi, pirmiausia numatome jų surinkimą: projektuoti pagal nepatikrintas prielaidas būtų sunku pagrįsti.
Architektūroje susiejame tinklą, skaičiavimo resursus, saugyklas ir administravimo prieigas. Schema turi parodyti ne tik įrenginius, bet ir duomenų kelią, paslaugų priklausomybes bei vietas, kurių gedimas paveiktų kelias sistemas. Projektavimo apimtį sudaro klientui reikalingos sritys; nebūtina keisti visų aplinkos dalių vienu metu.
Tinklo planą sudarome pagal darbo vietas, įrenginių grupes ir reikalingus ryšius tarp lokacijų. Atskirai aprašome nuotolinę prieigą, jos naudotojus ir administravimo teises. VPN pasirinkimas turi atitikti prieigos scenarijų; vien tunelio sukūrimas nepakeičia paskyrų ir teisių valdymo.
Serverių ir virtualizacijos planas remiasi programų apkrova, suderinamumu ir atkūrimo poreikiais. Numatomą resursų rezervą pagrindžiame augimo scenarijumi, o ne bendru pažadu, kad įrangos užteks bet kokiam krūviui. Pažymime ir priklausomybes, kurių vieno serverio pakeitimas neišsprendžia.
Saugykloms vertiname duomenų kiekį, augimą, prieigos greičio poreikį ir gedimo poveikį. Atsarginių kopijų vietą bei atkūrimo kelią planuojame atskirai nuo kasdienės duomenų saugyklos. Kopijų sprendimo apimtis turi aiškiai nurodyti saugomus objektus ir patikrinimą, kuriuo bus vertinamas atkuriamumas.
Darbo vietos Darbuotojo prisijungimas Tinklas ir prieiga
Tinklas ir prieiga Leidžiama prieiga prie programų Serveriai ir programos
Serveriai ir programos Darbas su duomenimis Duomenų saugykla
Serveriai ir programos Atrinktų sistemų ir nustatymų kopijavimas Atskirtos kopijos
Duomenų saugykla Atrinktų duomenų kopijavimas Atskirtos kopijos
Supaprastintas komponentų ryšys, o ne konkretaus kliento schema. Įtraukiamus komponentus ir prieigos ribas nustatome projektavimo metu.
Palyginame, ką racionalu panaudoti iš esamos aplinkos ir ką verta keisti dėl palaikymo, pajėgumo ar rizikos. Kai tinka keli sprendimai, pateikiame jų skirtumus: pradines investicijas, licencijų bei priežiūros poreikį, plėtros galimybes ir atkūrimo sudėtingumą. Pigiausias pradinis pirkinys nebūtinai reiškia mažiausią eksploatavimo naštą.
Įrangos ar platformos pasirinkimą grindžiame patikrinamais reikalavimais ir suderinamumu. Prieš užsakymą aiškiai nurodome, kas įeina į diegimo darbus, o kas yra tiekėjo įranga, mokama licencija ar vėlesnė priežiūra. Klientas turi matyti ir pasirinkimo pasekmes, ir sprendimą ribojančias prielaidas.
Veeam kopijų ir atkūrimo galimybes vertiname kaip vieną infrastruktūros projekto dalį; jų taikymą lemia saugomos sistemos ir licencijos.
Migracijos plane numatome darbų seką, duomenų perkėlimo būdą, sistemos pakeitimo momentą ir atsakingus kontaktus. Su klientu pasirenkame tinkamą laiką, darbuotojų informavimo tvarką ir funkcijas, kurios turi būti patikrintos prieš grąžinant aplinką darbui. Jei įmanoma, pasirinkto objekto perkėlimą pirmiausia išbandome ribota apimtimi.
Prieš darbą patikriname kopijas ir sąlygas grįžti į ankstesnę būseną. Plane pažymime, po kurio žingsnio grįžimas gali pareikalauti papildomo duomenų sutikrinimo. Galimą prastovą įvertiname pagal programų ir infrastruktūros galimybes, o poveikį įvardijame dar prieš kliento patvirtinimą.
Kiekviename etape apibrėžiame darbus, jūsų indėlį ir patikrinamą rezultatą.
01
Su klientu surenkame veiklos, duomenų, prieigų ir augimo poreikius bei esamos aplinkos duomenis. Rezultatas – reikalavimų sąrašas su pažymėtais neaiškumais, kuriuos reikia išspręsti prieš projektavimą.
02
Parengiame architektūrą ir paaiškiname tinkamų variantų skirtumus. Klientas pasirenka sprendimą suprasdamas jo palaikymo poreikį, rizikas ir numatytas priėmimo patikras.
03
Sudarome įrangos, licencijų ir diegimo darbų apimtį. Patikriname suderinamumą bei atsakomybes, kad pirkimo sprendimas atitiktų patvirtintą architektūrą.
04
Vykdome diegimo ir perkėlimo planą pasirinktu darbų langu. Fiksuojame pakeitimus, tikriname tarpinius rezultatus ir taikome numatytas grįžimo sąlygas, jei patikros nepavyksta.
05
Su kliento atstovu atliekame priėmimo bandymus ir perduodame dokumentaciją. Atviri klausimai bei vėlesnės priežiūros atsakomybės įrašomi į perdavimo rezultatą.
Po diegimo perduodame aktualią architektūros schemą, įrangos ir sistemų inventorių, adresavimo dokumentaciją bei svarbių konfigūracijų kopijas ir aprašus. Prieigų informaciją pateikiame saugiu būdu, atskirdami ją nuo bendros projekto ataskaitos. Dokumentuose turi būti aišku, kur saugomi nustatymai, kas valdo komponentus ir į ką kreiptis dėl licencijų ar garantinio aptarnavimo.
Priėmimą siejame su iš anksto numatytais bandymais: reikalingais ryšiais, naudotojų prieigomis, programų veikimu ir į apimtį įtrauktomis atkūrimo patikromis. Rezultatus užfiksuojame, o likusius trūkumus surašome su atsakomybe ir tolesniu veiksmu. Vien įrenginio įjungimas nėra pakankamas viso projekto užbaigimo kriterijus.
Projekto pabaigoje klientui reikia aiškaus atsakymo, kas toliau prižiūrės infrastruktūrą. Perduodame stebėtinus objektus, reguliarių darbų poreikį ir įrangos ar programų palaikymo ribas. Jei priežiūrą perima vidinė komanda ar kitas tiekėjas, dokumentaciją aptariame su paskirtu atsakingu asmeniu.
Diegimo projektas ir nuolatinė priežiūra yra skirtingos apimtys. Darbo vietų pagalbai gali būti reikalinga IT ūkio priežiūra, serveriams – administravimo planas, o kopijoms – atskirai numatytos patikros. Prieš užbaigdami projektą užfiksuojame šių sričių savininkus, kad po perdavimo neliktų neprižiūrimų komponentų.
Įmonė atidaro kitą padalinį, kuriam reikia bendros verslo sistemos ir saugios prieigos prie dokumentų. Pirmiausia palyginame, kur laikomi duomenys, kokios programos būtinos vietoje ir kas nutiktų nutrūkus ryšiui. Tik tada pasirenkame tinklo, nuotolinės prieigos ir vietinių įrenginių sprendimą.
Perdavimui numatome konkrečius bandymus: darbuotojo prisijungimą, darbą su programa ir reikalingą prieigų atskyrimą. Tai pavyzdinė projektavimo situacija, o ne įgyvendinto kliento projekto aprašymas; galutinis įrangos sąrašas priklausytų nuo surinktų reikalavimų.
| Veiksnys | Kodėl svarbu | Kokios informacijos reikės |
|---|---|---|
| Projektavimo ir diegimo apimtis | Analizė, architektūra ir migracija reikalauja skirtingų darbų. | Lokacijos, sistemos ir planuojami pokyčiai. |
| Įranga ir licencijos | Trečiųjų šalių išlaidos sudaro atskirą investicijos dalį. | Turimos įrangos sąrašas ir reikalingos licencijos. |
| Perdavimo ir priežiūros poreikis | Kasdienis aptarnavimas vertinamas atskirai nuo projekto. | Kas priims ir prižiūrės aplinką. |
Pasirinkite paslaugą pagal konkretaus darbo apimtį.
Prižiūrėti jau veikiančius serverius, virtualizaciją ir serverių paslaugas.
Įvertinti organizacijos saugumo būklę ir pateikti pagrįstą trūkumų bei prioritetų ataskaitą.
APTARKIME
Papasakokite, ką planuojate keisti, kokias sistemas naudojate ir kas svarbu veiklos tęstinumui. Pagal tai įvertinsime projektavimo, diegimo ir migracijos apimtį.
