Nul
Med vækst af skyen og containere, DevOps er blevet mere og mere vigtigt. Old-school sysadmin metoder og betyder ganske enkelt ikke op til administration af server-forekomster, der kan dreje op på et øjebliks varsel, når det er nødvendigt. Red Hat ved, at der er bedre end mange virksomheder, så sin seneste udgivelse, Red Hat Ansible Tower 3.4, går endnu længere i at automatisere i dag er DET stak.
Også: Hybrid cloud: Hvad det er, hvorfor det er vigtigt
Den største ændring i denne opdatering af Ansible Tower er arbejdsprocessen forbedringer. Nettoresultatet er Red Hat, der har investeret massivt i Kubernetes container orkestrering, har optimeret Ansible for hybrid cloud-brug.
Specifikt, Ansible Tower har tilføjet langt mere nytte til arbejdsprocesser. I Ansible, at du bruger en workflow til konfiguration af en sekvens af job eller workflow-skabeloner. Disse kan eller kan ikke dele opgørelse, playbooks, eller tilladelser. Men ligesom job, skabeloner, arbejdsgange har ‘admin’ og ‘udfør’ tilladelser. Med en arbejdsproces, kan du spore det fulde sæt af arbejdspladser som en enkelt enhed.
I 3.4, arbejdsgange, der nu også omfatter støtte til automatisering af indlejrede arbejdsgange, bedre lagerstyring, workflow altid skabeloner, og workflow konvergens. Hvad betyder det præcist? Lad os se.
Indlejrede Arbejdsgange: Det er præcis, hvad det lyder som. Med indlejrede arbejdsgange, du kan, for at få arbejdsgange inden for arbejdsgange.
Workflow-niveau Opgørelse: Ansible har været afhængig af opgørelsen fra job skabeloner. Dette er ikke længere tilfældet. Du kan nu angive en opgørelse for en arbejdsproces, som derefter kan bruges af alle job skabelon i det pågældende workflow.
Workflow Altid Job Skabeloner: Nogle automation skridt bør altid køre, uanset om arbejdsprocessen job mislykkes eller lykkes. Disse omfatter cache advarsler og lignende. Med dette, er disse skridt, der vil køre ligegyldigt hvad der sker med resten af arbejdsgangen.Endelig, med Workflow Konvergens, kan du spore færdiggørelsen af flere workflow job, før du fortsætter. For eksempel, når du installerer programopdateringer, du måske nødt til at vente, indtil alle knudepunkter i en klynge er færdig med en opgave, før vi skal stoppe en tjeneste på enhver node. Dette giver dig en mere fuldstændig afhængighed kæde til job inde arbejdsgange.
En beslægtet nye funktion sætter dig i stand til at parallelize job på tværs af noder i Ansible Tower klynge med job-udskæring. Før Ansible 4.4, en enkelt Ansible job ville kun køre som en enkelt ansible-playbook job. Nu, kan du generere en arbejdsproces fra et job skabelon i stedet for et job. Med dette, kan du køre flere arbejdsgange på en gang.
Også: Hybrid cloud, public cloud, private cloud: Kender godt de forskelle,
Nu kan du også bruge Ansible Tårn med Red Hat Enterprise Linux (RHEL) i FIPS-kompatibel tilstand.
Der er også andre mindre forbedringer. Solen af alle disse forbedringer er Ansible Tower fungerer nu bedre end nogensinde på komplekse opgaver som dem, du finder på Kubernetes-drevet hybrid clouds.
Relaterede historier:
Red Hat Satellit-integreret nye, forbedrede Ansible DevOps
Ansible Tower 3.3 kommer til at gøre DevOps nemmere end nogensinde
Seks skridt til at DevOps succes, analyzedBest cloud tjenester til små virksomheder CNETHybrid cloud: Et cheat sheet TechRepublic
Relaterede Emner:
Virksomhedens Software
Digital Transformation
Datacentre
CXO
Innovation
Opbevaring
0