Migrarea către infrastructura cloud este una dintre cele mai mari schimbări organizaționale din ultima decadă. O astfel de mutare către cloud le oferă companiilor ocazia unică de a deveni mai flexibile, de a reduce costuri și de a își concentra resursele pe competențe în loc de mentenanță.
Pe măsură ce tot mai multe companii migrează către un cloud public sau de la un cloud public la altul, apare tot mai mult nevoia unui plan de migrare. În articolul acesta veți descoperi care sunt dificultățile migrării către cloud, în special către Google Cloud Platform, și cum vă puteți construi un plan de bătaie pentru o migrare eficientă.
Care sunt posibilele dificultăți cu care vă puteți confrunta în procesul de migrare?
Trecerea la o infrastructură cloud poate fi un proces complex și riscant pentru orice companie. Alegeri greșite care puteau fi evitate, lipsa unei strategii sau a unui suport tehnic, mai jos sunt câteva dintre cele mai întâlnite probleme în timpul unei migrări în cloud:
- Setarea unor obiective vagi. Uneori, companiile au dificultăți în a-și seta o viziune coerentă vizavi de strategia mutării în cloud. Acest lucru va afecta nu doar procesul migrării, dar și implementarea și rezultatele acestuia.
- Lipsa sprijinului specializat. Migrarea către cloud este un proces amplu care necesită angajamentul a numeroși specialiști. Proiectele riscă să fie realizate neglijent atunci când apar probleme de competențe, talent, timp, efort sau conștientizarea amplorii proiectului de către management.
- Planificare slabă a migrării. Se întâmplă ca lucrările să fie începute fără o analiză prealabilă a infrastructurii actuale sau fără a înțelege complexitatea aplicațiilor existente.
- Alegeri neadecvate din punct de vedere tehnologic. O greșeală costisitoare (în special pe termen lung) poate fi lipsa de revizuire a sarcinilor și cererilor actuale, precum și selectarea necorespunzătoare a serviciilor sau configurarea lor greșită.
- Model operațional ambiguu. Pentru a efectua o migrare eficientă este necesară selectarea competențelor adecvate pentru echipă și dezvoltarea sau adaptarea proceselor înainte, în timpul și după implementare.
Evaluați cât este de pregătită compania voastră pentru migrarea în cloud
Înainte de a începe pregătirea unui plan de migrare, asigurați-vă că aveți răspunsul la următoarele întrebări. De ce este migrarea în cloud sau migrarea către Google Cloud Platform o alegere pentru firma dvs? Ce beneficii tangibile va avea compania comparativ cu infrastructura actuală?
Migrarea acoperă multe aspecte, inclusiv altele decât cele aparținând departamentului IT, și este important să se verifice statusul organizației în următoarele domenii:
- cunoștințe – atitudine față de dobândirea de noi competențe, gradul de independență al echipelor,
- suport – conducere și sprijin din partea consiliului administrativ și managerial, personal, disponibilitatea de a acomoda inovatie în activitatea companiei,
- scalabilitate – nivelul tehnologiilor utilizate si posibilitatea scalarii acestora,
- securitate – securitatea datelor si gestionarea accesului la resursele companiei.
Pentru a migra cu succes în cloud, ceea ce va aduce mari beneficii pe termen lung, este necesar să avem un nivel ridicat de conștientizare în aceste patru domenii.
Planul de migrare în 4 pași recomandat de Google Cloud
Tranziția la infrastructura cloud este un proces constituit din etape succesive. Specialiștii Google Cloud au creat un plan de migrare universal care poate fi folosit în orice organizație – indiferent de scopul migrării, strategia aleasă sau mărimea resurselor migrate.
Etapa 1. Evaluare
Prima etapă constă în analiza situației actuale, aprofundarea în mediul aplicației și a infrastructurii, urmărirea dependențelor, nivelul de consum sau cerințele de sistem. Aceasta este și etapa de determinare a costului total de proprietate (TCO), adică a costului total al întreținerii infrastructurii.
Activități care fac parte din prima etapă a planului de migrare:
Efectuarea unui inventar al aplicațiilor și tehnologiilor disponibile
Cheia unei migrări eficiente stă în a a avea o bună înțelegere a aplicației curente, a componentelor sale și a conexiunilor dintre acestea și mediul de rulare. Este necesar să revizuiți aplicațiile și resursele – tehnologiile utilizate, bazele de date, depozitele de date sau rețelele, precum și relațiile dintre acestea. Rezultatul muncii în această etapă ar trebui să includă, de asemenea, o listă a tuturor mașinilor folosite împreună cu specificațiile, sistemele de operare, licențele și modurile în care aplicația le folosește.
Organizarea pe categorii a aplicațiilor și resurselor
După ce ați încheiat examinarea elementelor și resurselor aplicației, urmează o organizare a acestora pe categorii. Puteți crea propriile categorii, dar merită să luați în considerare doi factori:
- criticitatea elementului (va avea eșecul migrației un impact negativ asupra funcționării organizației?),
- nivelul de dependență (este elementul conectat la baza de date sau afectează alte funcționalități?)
Matricea de mai jos vă poate ajuta să identificați elementele care pot fi migrate mai întâi.
Educarea organizației despre cloud
Echipa ar trebui să știe cât mai multe despre cloud. Trecerea de la on-premise sau VPS implică o schimbare a sferei de responsabilități pentru administratori, dar și developeri. Profesioniștii au la dispoziție cunoștințele disponibile de la sursă – din materialele Google Cloud – pentru a opera eficient soluțiile, pentru a simplifica sau automatiza procesele sau pentru a utiliza limbaje de programare, biblioteci software și API-uri pentru a eficientiza implementările.
Dacă implementarea cloud-ului aduce o schimbare și în alte departamente decât IT, merită asigurat un nivel adecvat de conștientizare în alte zone ale organizației.
Efectuarea experimentelor și crearea unei dovezi de concept
O altă etapă importantă este selectarea și implementarea unui Proof of Concept, ansamblul unor demonstrații despre fezabilitatea unui concept. Prin PoC se verifică nevoile de business și cerințele care trebuie îndeplinite de versiunea finală a programului.
Citește și:
În această etapă, echipa dvs. ar trebui să experimenteze cu Google Cloud Platform pentru a identifica cel mai bine cerințele aplicației și răspunsurile la situații specifice de utilizare.
Printre domenii pe care le puteți „investiga” folosind GCP se numără și:
- suport pentru încărcare foarte mare pe mașinile virtuale,
- implementarea unui firewall pentru o sarcină de lucru complexă,
- compararea performanței bazei de date on-premise cu performanța serviciilor Cloud SQL, Cloud Spanner, Firestore sau Cloud Bigtable,
- verificarea disponibilității clusterelor GKE în diferite regiuni,
- evaluarea vitezei și stabilității procesului de implementare folosind diverse servicii GCP.
Calculul costului total de proprietate (TCO) pentru ambele soluții
Costul total de proprietate constă nu numai în prețul mașinilor achiziționate sau costul serviciilor cloud. Atunci când calculați TCO al unei soluții on-premise, ar trebui să luați în considerare costul alimentării mașinilor, rețelelor, costurilor de întreținere și lucrărilor de service.
Calculatorul TCO-ul serviciilor Google Cloud Platform oferit de Google Cloud vă poate fi de folos. Rețineți că serviciile GCP sunt fără server, ceea ce înseamnă că costul total de proprietate se va reduce la costul de întreținere (de obicei 20-30% din costurile interne).
Identificarea resurselor necesare pentru prima migrare și testare
Ultimul pas din faza de evaluare constă în selectarea resurselor care vor fi migrate mai întâi în cloud. Acești primi pași au scopul de a vă familiariza cu procesul de migrare și testare a aplicațiilor în cloud – de aceea este o idee bună să alegeți elemente simple ale aplicației. În etapele următoare, vei migra zone din ce în ce mai complexe cu o importanță mai mare pentru afacere.
Ce elemente ar trebui prioritizate?
- elemente non-critice pentru afaceri, astfel încât restul organizației să nu simtă efectele migrărilor de test,
- cazuri non-edge – zone cu o structură populară pentru a putea folosi un model de migrare similar la alte elemente similare, astfel încât să se poată extinde baza de cunoștințe,
- domenii care nu au multe dependențe în alte părți ale sistemului, pentru a nu fi nevoit să introducă numeroase modificări simultan în aplicație,
- elemente care nu necesită refactorizare sau necesită modificări minore,
- elemente care nu necesită migrarea unor cantități mari de date.
Etapa 2. Planificare
A doua etapă a planului de migrare este dedicată construcției și configurării mediului, stabilirii identităților și atribuirii de roluri și accese. Aceasta este faza în care construiți bazele propriei infrastructuri cloud. Aveți grijă să nu luați decizii și actiuni care vor bloca unele căi de dezvoltare a soluțiilor – asigurați-vă că veți avea ocazia de a aplica schimbări ulterioare.
Confirmarea identității utilizatorului
IAM (nume complet al serviciului cloud: Identity and Access Management) este un centru de gestionare a rolurilor și a autorizațiilor pentru resursele GCP. IAM vă permite să controlați accesul la toate serviciile utilizate dintr-un singur panou. În IAM, puteți acorda roluri utilizatorilor individuali, serviciilor sau grupurilor de utilizatori.
Tipuri de utilizatori pe care îi puteți adăuga în panoul IAM:
- cont Google – un cont de utilizator pentru serviciile Google Cloud – utilizator privat (de exemplu, deținătorul de e-mail în domeniul @ gmail.com) sau utilizator al pachetului Workspace,
- grup de conturi Google – grup de utilizatori privați care utilizează servicii Google Cloud,
- grup de conturi Google Workspace – un grup de utilizatori din domeniul Workspace, de exemplu utilizatori de e-mailuri din domeniul @fotc.com,
- grup de conturi din domeniul Cloud Identity – un grup de utilizatori cu o identitate confirmată prin utilizarea serviciului Cloud Identity,
- cont de serviciu – nivel de acces pentru servicii și aplicații din afara Google Cloud Platform.
Organizarea resurselor
După ce identitățile utilizatorilor dvs. sunt autentificate cu serviciile Google Cloud, puteți trece la structurarea acestora în funcție de organizație sau proiect, cărora le acordați apoi acces și roluri.
Mai jos este un exemplu de distribuție a resurselor în Google Cloud Platform folosind foldere și proiecte:
Acordarea de roluri și accese în IAM
Următorul pas este acordarea acceselor și posibilitatea de a introduce modificări la serviciile și resursele Google Cloud Platform. Pentru a efectua migrarea, va trebui să atribuiți următoarele roluri:
- administrator organizație – acesta gestionează accesul în panoul IAM și setează ierarhia rolurilor,
- administrator de rețea – aceasta creează și configurează rețele și dispozitive de rețea, inclusiv Cloud Router, Cloud VPN sau Cloud Load Balancing; gestionează suplimentar firewall-urile în cooperare cu administratorul de securitate
- administratorul de securitate – acesta stabilește reguli și restricții de securitate pentru organizație și resursele acesteia, configurează noi roluri pentru proiecte în IAM și ține evidența jurnalelor de evenimente,
- administratorul plăților (administratorul de facturare) – acesta configurează conturile de facturare, monitorizează utilizarea resurselor și cheltuielile pe Google Cloud Platform.
Puteți citi mai multe:
Proiectarea rețelei și a conexiunii
Ultimul pas din a doua fază a planului de migrare este configurarea rețelei și crearea unei conexiuni între mediul existent și Google Cloud. După crearea proiectelor și atribuirea de roluri, trebuie să creați cel puțin o conexiune Virtual Private Cloud (VPC – aceasta este o rețea privată care acoperă diferite regiuni care nu utilizează internetul public).
VPC vă va permite să sortați și să combinați elemente individuale ale aplicației care urmează să fie migrate. De asemenea, este necesar să setați firewall-ul, regulile acestuia și să configurați monitorizarea evenimentelor folosind serviciul Cloud Logging.
Etapa 3: Implementare
După etapele de analiză și evaluare, cu bazele în cloud puse la punct, poate debuta procesul de migrare. Începeți cu elementele selectate de la bun început – cele mai puțin complexe, cu o cantitate mică de date, neavând multe dependențe și nefiind critice pentru funcționarea organizației.
O bună practică este căutarea de oportunități de îmbunătățire a proceselor în timpul migrării și împărtășirea cunoștințelor în interiorul echipei. Fiecare implementare ulterioară va fi din ce în ce mai dificilă, dar specialiștii vor acumula din ce în ce mai multe competențe. Testele joacă un rol important – Google Cloud insistă în special pe importanța testării regresiei.
Pe măsură ce procesul de migrare progresează, poate fi necesar să se revizuiască și să se analizeze elementele fundamentale ale mediului. Este o idee bună să faceți un pas înapoi din când în când pentru a vă asigura că nu vă abateți de la drumul ales.
Google Cloud acceptă diverse tehnici de migrare și implementare a resurselor, inclusiv:
- implementări complet manuale,
- implementări folosind instrumente de configurare (ex. Ansible, Chef, Puppet),
- orchestrare de containere (Google Kubernetes Engine),
- implementare automatizare (Cloud Build),
- implementări de infrastructură ca cod (de ex. Deployer management, Terraform).
Etapa 4: Optimizare
Tranziția către cloud nu se încheie cu transferul tuturor resurselor posibile. O etapă la fel de importantă – ultima de altfel – este procesul de optimizare și îmbunătățire.
Ce alte zone pot fi optimizate după mutarea în cloud?
Construirea, consolidarea și dezvoltarea unei echipe de specialiști
Administratorii și developerii, în timp ce pregătesc și conduc procesul de migrare, dobândesc cunoștințe valoroase în utilizarea ulterioară a potențialului platformei Google Cloud. Merită să aveți grijă de nivelul de implicare și de creativitate, explorarea competențelor lor prin partajarea materialelor din Google Cloud, sprijinirea certificărilor, crearea unui buget pentru efectuarea de experimente ulterioare sau finanțarea participării la hackathon-uri și alte evenimente. Cu cât echipa de specialiști este mai numeroasă și mai conștientă de potențialul platformei, cu atât cresc șansele de expansiune și succes pentru întreaga organizație.
24/7
Monitorizarea continuă a serviciilor și proceselor asigură că totul funcționează așa cum ar trebui. Printr-o astfel de monitorizare veți găsi oportunități de îmbunătățire a proceselor, introducerea de noi practici și verificarea impactului schimbărilor asupra mediului și aplicației. Monitorizarea poate fi efectuată cu serviciul Operations (numit anterior Stackdriver).
Automatizarea proceselor și activităților
Operațiunile manuale, de altfel consumatoare de timp, implică un anumit risc. Căutați oportunități de automatizare a proceselor cheie, cum ar fi implementările și actualizările de configurare (precum Cloud Composer sau Spinnaker pentru Google Kubernetes Engine). Acest lucru va economisi timp pentru echipa dvs., costuri pentru deservirea soluției și va reduce riscul de a comite erori.
Simplificarea prin cod
Încercați să includeți cât mai multe informații posibil în codul dvs. Implementați procese precum Infrastructure as a Code (infrastructură, configurare sau gestionarea proceselor din codul sursă) sau Policy as Code (gestionarea politicii de la nivelul codului). Utilizarea codului vă va permite să mențineți un control mai mare asupra mediului, gestionarea și auditarea mai ușoară. De asemenea, va oferi posibilitatea de a crea cod folosind metoda de dezvoltare bazată pe teste.
Folosirea serviciilor gestionate automat în loc de servicii gestionate manual
Google Cloud Platform oferă multe servicii care pot fi gestionate automat, ușurând echipa și sporind flexibilitatea și scalabilitatea.
Exemple de servicii care pot fi gestionate automat:
- Cloud SQL în loc de întreținerea manuală a clusterului MySQL,
- AutoML pentru recunoașterea și clasificarea graficelor în loc de a crea și antrena propriile modele de învățare automată,
- implementarea Google Kubernetes Engine în loc de propriul cluster Kubernetes.
Optimizări de performanță și scalabilitate
Unul dintre avantajele migrării către cloud este accesul la spațiu nelimitat pe disc și putere de calcul. Acestea pot fi ajustate manual sau automat la cerințele aplicației. Puteți scala orizontal adăugând sau eliminând mașini virtuale, noduri de cluster sau instanțe de baze de date și pe verticală modificând configurația serviciului sau adăugând o altă instanță în serviciul Compute Engine.
Căutarea posibilității de a reduce costurile
Google Cloud Platform oferă posibilități mari de monitorizare a consumului și a costurilor asociate acestuia. Cu ajutorul diagramelor, tabelelor și rapoartelor transparente, puteți urmări în consolă sumele alocate pentru un anumit serviciu, pe un anumit proiect sau într-o anumită perioadă de timp. Merită să acordați atenție portofoliului de servicii gratuite de Cost Management care vă ajută să monitorizați și să prognozați costurile. ă.
Google Cloud Platform oferă, de asemenea, limite și reduceri gratuite. Unele dintre serviciile incluse în nivelul gratuit sunt:
Google Cloud Platform vă poate oferi un voucher de 300 USD pentru a fi folosit în consolă în primul an. O ofertă considerabil mai bună este cea a FOTC care vă oferă un voucher mai mare pentru a testa serviciile Google Cloud – 500 USD. Dacă doriți să beneficiați de un astfel de voucher de 500 USD și asistență pentru a face primii pași în cloud, vă încurajăm să contactați specialiștii noștri.
Vezi și:
Intenționați să migrați în cloud? Obțineți un voucher de 500 USD și asistență profesională pentru primii pași în cloud
Specialiști certificați FOTC vă vor ajuta să decideți dacă soluția unui cloud public este potrivită pentru compania dvs, precum și să:
- evaluați potențialul de investiție
- selectați o soluție și să planificați o strategie precedată de o analiză detaliată
- migrați și utilizați Google Cloud Platform
- beneficiați de un voucher de 500 USD pentru primii pași în Consola GCP