Structura
Parametrizare
Configurare
Validare
Triggere
Rulare
• Structura
Se porneste prin crearea, unui subfolder ci-cd, si a unui fisier json cu
denumirea standard `[Link]`, in folderul care continue codul sursa.
Se creeaza structura primului Pipeline sub forma unui fisier yml prin
specificarea locatiei codului sursa si generarea unui Starter pipeline.
Creaza un pipeline si apoi explica ce este in el~
Se modificați fișierul YAML pentru a dezactiva triggerul implicit și a
evita rularea accidentală a pipeline-ului.
Se editeaza fișierul YAML pentru compilarea și implementarea Dev
ADF prin declararea unui liste de pasi care sa ruleze. Separarea si executia
pasilor consta in doua etape: BuildDEVDataFactory imediat dupa
publish si apoi DeployToPROD.
Observam ca de fapt acesti doi pasi sunt definiti ca si
stage/nivel. Trecerea de la primul la cel imediat urmator este
conditionata de executia cu succes a primului.
Fiecare stage are ca param de intrare o serie de variavble
definite in fisiere de variabile, separate pentru fiecare mediu.
Parametrizarea se poate face atat din fisiere cat si din interfata,
Pipelines > Library > click + Variable group.
Eu am ales sa folosesc varianta in care definesc variabilele in fisiere pentru
declararea variabilelor care tin de mediul de dezvoltare deoarece in ADF se
poate parametriza orice proprietate din definițiile JSON. Și este mult mai ușor
să schimbam ceva prin modificarea unui singur fișier obiect.
Executia de la pasul BuildDEVDataFactory face referinta catre un alt
fisier yaml [Link], care contine o serie de alti pasi. Acestia sunt
Curatarea spatiului de lucru
Instalarea [Link] și npm package management salvate în fișierul
[Link]. Acest lucru va permite utilizarea ADFUtilities pentru
validare și crearea șablonului de implementare.
Validarea codului sursă ADF folosind comanda validate.
Generarea de template ARM pe baza codului sursă ADF folosind
comanda export.
Publicarea templatelui ARM ca un artefact de pipeline numit `adf-
artifact` la o cale locala.
Executia de la pasul DeployAzureResources
Defineste doi pasi – deploy de resurse azure si apoi deploy de template adf
Executia Deploy ADF este definite intr-un alt fisier, pentru granulare, cu
parametrii specifici : [Link] si consta dintr-o serie de alti pasi definiti
ca si task-uri:
Descarca artefactele ARM care au fost publicate în etapa de compilare.
Ca buna practica se listeaza toate fișierele descărcate din director.
Dezactivarea triggerelor ADF ca practică recomandată pentru a ne
asigura că niciun pipeline ADF nu poate rula în timp ce implementarea
este în desfășurare.
După finalizarea implementării, se reactiveaza toate declanșatoarele care
au fost oprite, astfel încât conductele ADF să poată relua rularea conform
programului configurat.
OBS!
Pentru a implementa cu succes Serviciile legate, service principal trebuie
sa aiba acces suficient la resursele Azure aferente legate din ADF.
-- Blocaje:
Service connections : definire de roluri si tip de acces
-Ce nu a mers?
Nu s-a putut parametra si duce prin pipeline Integration Runtime de tip
Self-Hosted.
Solutie: aceasta de reconfigureaza dupa deploy-ul initial.
Deploy de