Noll
Med tillväxten av moln och behållare, DevOps har blivit allt viktigare. Old-school sysadmin metoder och betyder helt enkelt inte upp till att hantera server-instanser som kan snurra upp på ett ögonblick varsel när det behövs. Red Hat vet det bättre än många andra företag, och så att den senaste versionen, Red Hat Ansible Tower 3.4, går ännu längre i att automatisera dagens IT-stack.
Också: Hybrid cloud: Vad det är, varför det är viktigt
Den största förändringen i denna uppdatering av Ansible Tower är dess arbetsflöde förbättringar. Resultatet är Red Hat, som har investerat kraftigt i Kubernetes behållare orkestrering, har optimerat Ansible för virtuella moln och använda.
Specifikt, Ansible Tower har lagt betydligt mer nytta till arbetsflöden. I Ansible, du använder ett arbetsflöde för att konfigurera en sekvens av jobb eller arbetsflöde mallar. Dessa kan eller inte kan dela lager, playbooks, eller behörigheter. Men, som job mallar, arbetsflöden har “admin” och “execute” tillstånd. Med ett arbetsflöde kan du spåra fullständig uppsättning av jobb som en enda enhet.
I 3.4, arbetsflöden nu har stöd för att automatisera kapslade arbetsflöde, workflow inventering, arbetsflöde alltid mallar och arbetsflöde konvergens. Vad innebär det exakt? Låt oss titta.
Kapslade Arbetsflöden: Detta är precis vad det låter som. Med kapslade arbetsflöden, du kan ha arbetsflöden inom arbetsflöden.
Arbetsflöde-nivå Inventering: Ansible har litat på lager från jobbet mallar. Detta är inte längre fallet. Du kan nu ange en inventering för ett arbetsflöde, som sedan kan användas av alla jobb mall i arbetsflödet.
Arbetsflöde Alltid Jobb Mallar: Några automation steg bör alltid köra oavsett om arbetsflödet jobb misslyckas eller lyckas. Dessa inkluderar cache varningar och liknande. Med detta, dessa steg kommer att köra oavsett vad som händer med resten av arbetsflödet.Slutligen, med Arbetsflöde Konvergens, kan du spåra slutförandet av flera arbetsflöde jobb innan du fortsätter. Till exempel, när du installerar uppdateringar, kan du behöva vänta tills alla noder i ett kluster är klar med ett jobb innan du avbryter en tjänst på varje nod. Detta ger dig en mer komplett beroende kedja för arbeten inom arbetsflöden.
En relaterad ny funktion som gör det möjligt för dig att parallellisera jobb över noder i Ansible Tower kluster med jobb skivning. Innan Ansible 4.4, en enda Ansible jobb skulle bara köra som en enda ansible-playbook jobb. Nu kan du skapa ett arbetsflöde från ett jobb mallen i stället för ett jobb. Med denna kan du köra flera arbetsflöden på en gång.
Också: Hybrid moln, publika moln, privata moln: Vet skillnaderna
Du kan nu också använda Ansible Tower med Red Hat Enterprise Linux (RHEL) i FIPS-kompatibelt läge.
Det finns också andra mindre förbättringar. Solen av alla dessa förbättringar är Ansible Torn nu fungerar bättre än någonsin på komplexa jobb som de du hittar på Kubernetes-powered hybrid moln.
Relaterade artiklar:
Red Hat Satellit-integrerad nya, förbättrade Ansible DevOps
Ansible 3.3 Tornet kommer att göra DevOps enklare än någonsin
Sex steg till DevOps framgång, analyzedBest moln-tjänster för småföretag CNETHybrid cloud: En lathund TechRepublic
Relaterade Ämnen:
Affärssystem
Digital Omvandling
Datacenter
CXO
Innovation
Förvaring
0