Hørt om Ansible, men ikke sikker på hva det er? Ikke bekymre deg, du vil vite om Ansible i løpet av de neste 5 minuttene.
Innholdsfortegnelse
Hva er Ansible?
Ansible er et åpen kildekode DevOps-verktøy som kan hjelpe virksomheten med konfigurasjonsadministrasjon, distribusjon, klargjøring osv. Det er enkelt å distribuere; den utnytter SSH for å kommunisere mellom servere. Den bruker playbook til å beskrive automatiseringsjobber, og playbook bruker et veldig enkelt språk YAML.
Ansible gir pålitelighet, konsistens og skalerbarhet til IT-infrastrukturen din. Du kan automatisere konfigurasjoner av databaser, lagring, nettverk, brannmurer ved å bruke Ansible. Den sørger for at alle nødvendige pakker og all annen programvare er konsistent på serveren for å kjøre applikasjonen.
La oss ta et eksempel; du har en feilsøkingsversjon av et program som er bygget på visual C++. Nå hvis du vil kjøre det programmet på en datamaskin, må du oppfylle noen forutsetninger som Microsoft Visual C++-biblioteks-DLL-er, og du trenger visual C++ installert på datamaskinen. Så, dette er delen der Ansible vil sørge for at alle disse grunnleggende pakkene og all programvare er installert på datamaskinen din, slik at applikasjonen din kan kjøre problemfritt i alle miljøer, enten det er test- eller produksjonsmiljø.
Den inneholder også alle de historiske dataene til applikasjonen din, så hvis du når som helst vil gå tilbake til forrige versjon, eller du vil oppgradere den, kan du enkelt gjøre det.
La oss ta en titt på noen av de følgende funksjonene.
Agentløs – Noe som betyr at det ikke finnes noen form for programvare eller noen agent som administrerer noden som andre løsninger som dukke og kokk.
Python – Bygget på toppen av python, som er raskt og et av de robuste programmeringsspråkene i dagens verden.
SSH – Veldig enkel passordløs nettverksautentiseringsprotokoll som er sikker. Så ditt ansvar er å kopiere denne nøkkelen til klienten
Push-arkitektur – Overfør de nødvendige konfigurasjonene til dem, klienter. Alt du trenger å gjøre er å skrive ned disse konfigurasjonene (playbook) og skyve dem alle samtidig til nodene. Du ser hvor kraftig det kan være å sende endringene til tusenvis av servere på få minutter.
Oppsett – et minimalt krav og konfigurasjon som trengs for å få det til å fungere.
Ansible arkitektur
La oss starte med Public/Private Cloud som er Linux-serveren. Den kan også fungere som et oppbevaringssted for alle IT-installasjoner og konfigurasjoner.
Arkitekturen ovenfor har en haug med vertsmaskiner som en ansible server kobler til og skyver spillebøkene gjennom SSH.
Den har en mulig automatiseringsmotor som bruker som brukere direkte kan kjøre en spillebok som blir distribuert på vertene. Det er flere komponenter i den mulige automatiseringsmotoren. Den første er en vertsbeholdning. Det er en liste over alle IP-adressene til alle vertene.
Deretter er det moduler. Ansible kommer med hundrevis av innebygde moduler, og moduler er de kodebitene som kjøres når du kjører en spillebok. En lekebok inneholder skuespill, en lek inneholder forskjellige oppgaver, og en oppgave inneholder moduler.
Når du kjører en playbook, er det modulene som kjøres på vertene dine, og disse modulene inneholder handling i dem. Så når du kjører en spillebok, foregår denne handlingen på vertsmaskinene dine. Du kan også lage dine tilpassede moduler. Alt du trenger å gjøre er å skrive noen linjer med kode og gjøre det til din modul, og du kan kjøre den når du vil.
Så har arkitekturen lekebøker. Playbooks her definerer faktisk arbeidsflyten din fordi uansett hvilke oppgaver du skriver i en playbook, blir den utført i samme rekkefølge som du har skrevet dem. For eksempel, hvis du har skrevet at installere en pakke først og deretter starte, vil den gjøre det samme. Playbooks er veldig enkle å skrive YAML-kode. YAML-kode er et veldig enkelt dataserialiseringsspråk; det er omtrent som engelsk.
Neste, i arkitekturen er plugins. Plugins her er spesielle typer moduler. Disse pluginene blir utført før en modul blir utført på nodene. Plugins blir utført på hovedkontrollmaskinen for loggingsformål. Du har plugins for tilbakeringing fordi dette lar deg koble til forskjellige mulige hendelser for visning og logging. Cache-plugins brukes til å holde en hurtigbuffer med fakta for å unngå kostbare faktainnsamlingsoperasjoner. Ansible har også action-plugins, som er front-end-moduler, og de kan utføre oppgaver på kontrollermaskinen før de kaller modulene selv.
Arkitekturen har plugins for tilkobling. Det er ikke alltid nødvendig å bruke en SSH for å koble til vertsmaskinene dine; du kan også bruke en plug-in for tilkobling. Ansible gir deg for eksempel en plugin-modul for docker-container, og ved å bruke denne plug-in-modulen kan du enkelt koble til alle Docker-beholderne dine og begynne å konfigurere med en gang.
Det var alt om arkitekturen. Neste, la meg fortelle deg nøyaktig hvordan det fungerer.
Hvordan fungerer Ansible?
Ansible fungerer ved å koble til noder og skyve ut små programmer kalt ansible-moduler. Ansible kjører deretter disse modulene over SSH som standard og fjerner dem når de er ferdige.
Ansible management node er den kontrollerende noden, som kontrollerer hele utførelsen av Playbook. Det er noden du kjører installasjonen fra, og inventarfilen gir listen over verten der modulene må kjøres. Administrasjonsnoden oppretter ssh-tilkobling, og deretter kjører den modulene på vertsmaskinene og installerer produktet. Den fjerner modulene når de er installert. Så det er slik ansible fungerer.
Deretter kan du være interessert i å lære hvordan du installerer og konfigurerer Ansible.
Konklusjon
Jeg håper nå du har en idé om Ansible for å komme i gang. Ansible er en game changer i hvordan du administrerer infrastrukturen, og hvis du er Sysadmin eller utvikler, kan du sjekke ut dette praktisk trening å fremme ferdighetene.