Palkkaa vanhempia ja kokeneita Ansible-kehittäjiä

Ansiblen suosio tekee tästä työkalupaketista kysytyn ratkaisun web-kehitystehtäviin. Yritykset ja tuotemerkit, jotka käyttävät tällaista tekniikkaa jatkuvassa työssään (tai haluavat kokeilla sitä tulevaisuudessa), tutustuvat mielellään Ansibleen tarkemmin.

Tällä avoimen lähdekoodin automaatiomoottorilla on ollut suuri kysyntä, eikä ihme, että näin on; se edistää halutun, yksinkertaistetun automaation saavuttamista. Ja te varmasti pyritte tähän yrityksessänne. Näin ollen voisit käyttää muutamia vinkkejä Ansible devien optimaaliseen etsimiseen ja palkkaamiseen.

Parhaan ehdokkaan valitseminen kaikkien hakijoiden joukosta ei ole yksinkertainen tehtävä; monet täyttävät työpaikkailmoituksesi vaatimukset, ja tässä tulee hankala kohta. Riskinä on, että panostatte liikaa vaivaa, aikaa ja rahaa prosessiin, joka on alkanut huonosti suunniteltuna ja jonka peruuttaminen myöhemmin tulee kalliiksi.

Hyppäämme suoraan asiaan ja selvitämme olennaiset asiat Ansibesta ja siitä, miltä Ansible devien palkkaamisprosessin tulisi näyttää.

Ansibesta

Ansible edustaa ohjelmistotyökalupakettia (jota pidetään myös avoimen lähdekoodin automaatio- ja IT-infrastruktuurimoottorina), jota käytetään muun muassa konfiguraationhallintaan, orkestrointiin ja sovellusten käyttöönottoon. Ansiblen muita, yhtä käyttökelpoisia käyttötapoja ovat infrastruktuurin tarjoaminen, palvelinten ja työasemien päivittäminen, tietoturvan päivittäminen, ohjelmistojen asennus, korjausjärjestelmät ja automaation jakaminen laajemmassa mittakaavassa.

Ansiblen avulla kehittäjät voivat konfiguroida tietokoneita verkkotasolla - ei vain yksittäistä tietokonetta. Se on helppo asentaa ja käyttää, eikä tietoturvainfrastruktuuria tai agenttiohjelmiston käyttöä koskevia vaatimuksia ole. Yhdessä DevOps kanssa Ansible on erinomainen työkalupaketti, koska se mahdollistaa yksinkertaisen automaation ja helpottaa DevOps-asiantuntijoiden työtä.

Michael DeHaan loi Ansiblen, ja se julkaistiin ensimmäisen kerran vuonna 2012. Seuraavana vuonna 2013 Said Ziouani ja Timothy Gerla perustivat Ansible, Inc:n (AnsibleWorks, Inc.). Red Hat osti sen myöhemmin vuonna 2016.

Miksi ja milloin palkata Ansible-kehittäjä?

Sinun on palkattava Ansible-kehittäjä, jos tarvitset automaatiota. Tämä on Ansiblen keskeinen myyntivaltti.

Automaation merkittävät hyödyt näkyvät pääasiassa pilvipalveluiden (sekä yksityisten että julkisten) käyttöönoton toiminnallisuudessa ja standardoinnissa. Moduulien, pelikirjojen ja roolien avulla kehittäjät voivat orkestroida tietoturvajärjestelmät parhaalla mahdollisella tavalla.

Työskentelemällä vain yhdellä automaatioalustalla (Ansible) käyttöönotto, hallinta ja työn skaalaus tulevat paljon helpommin hallittaviksi. Huomaat myös, että päivittäinen hallinta on helpompaa ja luotettavampaa, samoin päivitykset ja asennukset siinä mielessä, että ne on helppo toteuttaa.

Ansiblen avulla kehitysprosessi nopeutuu ja paranee prosessin nimeltä monivaiheinen sovellus-orchestrointi ansiosta. Tämä mahdollistaa säännölliset koodipäivitykset, mukaan lukien virheenkorjaukset ja muut uutuudet tulevissa ohjelmisto-ominaisuuksissa.

Hyödyllisiä tilastoja Ansibesta

Ansible devin keskipalkka on 87 019 dollaria vuodessa, pienin palkka on 68 000 dollaria ja suurin 112 000 dollaria vuodessa.

Mitä tulee Ansiblen suosioon työkalupakettina, 9,49 % kehittäjistä on sanonut, että se on heidän tärkein kehitystyökalunsa.

Suosittuja tuotemerkkejä, jotka perustuvat Ansiblen käyttöön.

Nämä ovat joitakin tuotemerkkejä, jotka käyttävät Ansiblea:

1. Revolut
2. Amelco
3. Udemy
4. Walmart
5. trivago
6. Alibaba Travels
7. Udemy
8. Typeform
9. ViaVarejo
10. LaunchDarkly

Ansible-kehittäjän haastattelu

Tämä on tietysti keskeinen, keskeinen osa palkkausprosessia. Löytääksesi ja palkataksesi parhaan Ansible devin sinun on kiinnitettävä huomiota teknisiin ja ei-teknisiin taitoihin (ja tiettyihin olennaisiin ominaisuuksiin), jotka devillä on oltava. Sitten sinun on käytettävä asiaankuuluvia haastattelukysymyksiä, jotka arvioivat dev:tä vastaavasti.

Ansible-kehittäjän tekniset taidot

Kokeneella Ansible-kehittäjällä on merkittävää kokemusta:

• Yaml-syntaksin tunteminen
• Kokemusta koodieditorista, kuten Visual Studio Code.
• Tuntee hyvin Ansible-galaksin, sen hakemistotehtävät ja komennot.
• Ansiblen pelikirjojen käyttäminen
• Tietämys lähteidenhallintajärjestelmistä, kuten Git ja sen komennoista git pull, git push, git clone.

Anmol Nagpal, Proxify-verkon DevOps-insinööri**, sanoi, että Ansible-kehittäjältä on etsittävä muutamia ratkaisevia teknisiä painopisteitä:

"Ansible devillä tulisi olla runsaasti Unix- ja Windows-käyttöjärjestelmien tuntemusta ja ymmärtää Docker laajasti.". He tarvitsevat käytännön kokemusta CI/CD-automaatioputkistoista ja yhtä tärkeää on erinomainen kokemus myös L2- (ethernet) ja L3- (kytkin) verkkojen käytöstä."."

Ansible-kehittäjän ei-tekniset taidot

Ei-tekniset taidot ovat yhtä välttämättömiä kuin tekniset taidot. Niin paljon kuin arvostat teknistä osaamista - ammattitaito ja asenne työpaikalla ovat merkittäviä vaikuttavia tekijöitä työsuhteen onnistumisessa.

Rekrytoijien, rekrytointipäälliköiden ja kykyjen hankinnan asiantuntijoiden tulisi keskittyä pisteellisyyteen. Tämä osoittaa, kuinka vastuullisesti joku suhtautuu haastatteluun, mikä on hyvä indikaattori tulevasta käyttäytymisestä työympäristössä (ajoissa oleminen, toisen ajan kunnioittaminen).

Tämän sanottuani, myös dev:n valmistelu osoittaa hänen omistautumisensa - laitteiden laatu (kamera, kuulokkeet), huone ja valaistus sekä pukeutuminen ovat kaikki tärkeitä tekijöitä, jotka vaikuttavat siihen vaikutelmaan, jonka hakija jättää ensivaikutelman.

Sitten heidän englanninkielen taitotasonsa on vielä yksi keskeinen tekijä, jota on syytä tarkastella. Jos devin ja asiakkaiden välillä on kielellinen este, se todennäköisesti vaikuttaa päivittäiseen viestintään. Myös yleisasenne on olennainen; avoimuus, kommunikatiivisuus, optimistisuus, uteliaisuus ja tarkka kuuntelu edistävät pitkälti menestyksekästä työskentelydynamiikkaa.

He tarvitsevat hyviä viestintä- ja ongelmanratkaisutaitoja, kykyä viihtyä tiimissä ja kasvuhakuista ajattelutapaa.

Ansible-kehittäjän perusasiat ja arviointi

Ansiblen oppimisessa ei tarvitse hypätä renkaiden läpi (eli se on hyvin suoraviivaista). Yksi merkittävä asia, joka ehdokkaalla on oltava, on erinomainen Linux-järjestelmän hallinta, koska meidän on käytettävä Ansiblea siinä (Ansiblea voi käyttää myös WSL:ssä - Windows Subsystem for Linux - mutta Ansible ei tällä hetkellä tue sitä, eikä sitä pitäisi käyttää todelliseen työhön).

Toinen suositeltava edellytys on, että sinulla on runsaasti kokemusta ja hyvää tietämystä ihmiselle luettavasta datan sarjallistamisen kielestä, YAML, koska Ansiblen pelikirjat on kirjoitettu tällä kielellä.

Lopuksi, Ansible on kirjoitettu Python. Parhaimmillaan kehittäjän on oltava hyvin perehtynyt ja erittäin kokenut Python:ssa.

Anmol lisäsi tulevien Ansible-insinöörien suositeltavat must-haves (tai välttämättömyydet) seuraavasti:

"Dev tarvitsee vähintään kuuden kuukauden kokemuksen Linuxista. Mutta he tarvitsevat myös tietoa Ansiblen toiminnallisuudesta, Ansible-rooleista, tunnisteista, pelikirjoista ja GitLabista. Muuten tiedustelisin heiltä konfiguraationhallinnasta, miten pelikirjaa ajetaan tunnisteiden kanssa, ja kysyisin myös Ansible Galaxysta, ad hoc -komennoista, ei suoraa pääsyä palvelimille ja muista vastaavista merkityksellisistä seikoista."

Ansiblen haastattelukysymykset

1. Voitteko selittää, mitä CI/CD on?

Odotettu vastausr: Käyttöönottoprosesseihin ja kehityksen virtaviivaistamiseen käytämme Continuous Integration. Kun sovellus on rakennettu, kutsumme Ansiblea CI-järjestelmästä. Tämä on yleinen tapa tehdä yksinkertainen integrointi.

Jatkuvan toimituksen avulla toteutamme prosessin, jossa koodi viedään tuotantoon, kun koodi on aiemmin ollut etätietovarastossa.

2. Mitkä ovat Ansible-palvelimen vaatimukset?

Odotettu vastaus: On välttämätöntä, että virtuaalikoneeseen on asennettu Linux. Ohjelmointikielistä tarvitaan vähintään Python v2.6 tai uudempi.

3. Mitä ovat Ansible-pelikirjat?

Odotettu vastaus: Ansible Playbooks on ryhmä tehtäviä luettelossa, jota käytetään suorittamaan isäntäasemia vastaan automaattisesti. Kun meillä on useampia isäntiä useammassa ryhmässä, tätä kutsutaan inventaarioksi.

Playbookin jokainen erillinen moduuli on tarkoitettu tiettyyn tehtävään. Siinä on metatiedot, joiden osalta käyttäjä suorittaa työtehtäviä, ja tiedot itse tehtävän suorittamisesta (missä ja milloin).

Voimme käyttää leikkikirjaa kahdella tavalla: alustasta (Red Hat Ansible Automation Platform) ja CLI:stä.

4. Mitä ovat Ansible-tehtävät?

Odotettu vastaus: Pienintä toimintayksikköä, jonka haluamme automatisoida toimintakirjan avulla, kutsutaan tehtäväksi. Tämä tehtävä pilkkoo konfigurointikäytännön ja jakaa sen koodilohkoihin. Seuraavaksi nämä koodilohkot auttavat automaatioprosesseissa ja ovat elintärkeitä automaatioprosessin kannalta kokonaisuudessaan.

Leikkikirja koostuu tehtäväsarjoista, ja Ansible suorittaa ne (tehtävät) täsmälleen kuten leikkikirjassa, samassa järjestyksessä. Kaikkia näitä tehtäviä käytetään sovelluksen käyttöönotossa ympäristöön, joka on etäällä, tai myös web-palvelimen asennuksessa.

5. Ansible-moduuleista.

Odotettu vastaus: Ansible-moduuleja käytetään Ansible-soittokirjan sisällä ja ne ovat itsenäisiä skriptejä. Tässä on muutamia esimerkkejä:

• Pakettien hallinta - Erilaisten pakettien asentamiseen, päivittämiseen, alentamiseen ja poistamiseen.
• Ansible Command Module - komentojen toteuttamiseen etäsolmussa. ja sitä käytetään yleensä etäpalvelimien Linux-komentoihin.
• Ansible Yum Module - Käytetään erilaisten palveluiden asentamiseen Yum-paketinhallinnan avulla (oletusarvoisesti Red Hat Linux -jakeluissa).
• Ansible File Module - Uuden tiedoston luomisen eri menetelmiä varten; omistajan määrittäminen, ryhmäoikeudet ja paljon muuta.
• Ansible User Module - Linux-järjestelmän eri käyttäjätilien hallintaan, ryhmien lisäämiseen, salasana-asetuksiin ja jopa käyttäjätilin poistamiseen.
• Ansible Lineinfile Module - olemassa olevan rivin muokkaamiseen; rivien lisääminen, muuttaminen, poistaminen ja korvaaminen.
• Ansible Archive Module - Pakattujen arkistojen luomiseen, mutta eri tiedostoihin.
• Ansible Template Module - Moduuli, joka sisältää kaikki mahdolliset konfiguraatioparametrit, joita tarvitset palvelimen konfiguraation hallinnan helpottamiseksi luomalla staattisia tiedostoja.
• Ansible Cli_Command Module - Konfiguraatioiden (tekstipohjaisten) työntämiseen laitteisiin network_cli-lisäosan kautta.
• Ansible Windows-moduulit - Nämä moduulit on testattu Windows-isännille.

6. Mitä voit sanoa Ansible-tunnisteista?

Odotettu vastaus: Tunniste edustaa Ansiblen rakenteen, sen tehtävien, roolien ja näytelmien attribuuttia. Sanotaan, että meillä on massiivinen pelikirja. Tässä tapauksessa on parasta suorittaa vain jokin osa siitä eikä kaikkea kyseisessä playbookissa. Tag-attribuutti on täydellinen ratkaisu tähän.

Tunnisteita käytettäessä voimme valita, mitä ohjaamme vai käytämmekö tunnisteita komentorivin kautta. Voimme kuitenkin käyttää kahta tapaa suodattaa tunnisteisiin perustuvia tehtäviä:

• (Komentorivillä) käytä -tageja ja -skip-tageja.
• (Ansiblen kokoonpanoasetukset) käytä TAGS_RUN ja TAGS-SKIP.

7. Kuvaile Ansible-roolit.

Odotettu vastaus: Ansible-roolien avulla voimme kehittää uudelleenkäytettäviä automaatiokomponentteja. Teemme tämän ryhmittelemällä ja kapseloimalla malleja, konfiguraatiotiedostoja, käsittelijöitä ja tehtäviä (kaikki nimettyjä automaation artefakteja).

Roolit ovat siitä hyviä, että ne mahdollistavat muun muassa tiedostojen, tehtävien, vars:n, metan, oletusasetusten ja käsittelijöiden automaattisen lataamisen. Kun olemme siis koonneet sisällön rooleihin (ryhmittelemällä useita tehtäviä), on melko helppoa jakaa tämä muiden käyttäjien kanssa.

Roolit koostuvat lukuisista pelikirjoista; pohjimmiltaan ne ovat joukko tiedostoja, jotka on osoitettu tietylle roolille ennen määritysten jakamista.

8. Mikä on Ansible Galaxy?

Odotettu vastaus: Ansible-roolien massiivinen julkinen arkisto on nimeltään Ansible Galaxy, ja myös nämä roolit lisääntyvät ja päivittyvät jatkuvasti. Galaxy on verkkosivusto, jonka avulla käyttäjät voivat luoda, asentaa, hallita ja jakaa yhteisön kehittämiä rooleja.

Jos me (kehittäjät) luomme rooleja, voimme jakaa ne Galaxyn kautta ja käyttämällä GitHub-tiliä. Näin voimme tuoda roolit ja tuoda ne kaikkien Ansible-yhteisön jäsenten saataville. Jos puolestaan tuomme rooleja, ne näkyvät ja ovat saatavilla Galaxyn hakuindeksissä, joten käyttäjät voivat käyttää niitä myös lataamalla ne ensin.

9. Voisitko kertoa tarkemmin Ansible Towerista?

Odotettu vastaus: Ansible Tower edustaa Ansible-yritysversiota, joka mahdollistaa Ansible-etuuksien käyttöönoton mittakaavassa. Se voidaan integroida olemassa olevaan infrastruktuuriin, kuten tietoturvaan, verkkoon, sovellusten käyttöönottoon, tallennukseen ja ohjelmistokehityksen elinkaariprosesseihin.

Ansible Towerin ominaisuuksiin kuuluvat:

• Työnsuunnittelu
• GUI-kojelauta (graafinen käyttöliittymä)
• RESTful API
• Työn tilapäivitykset reaaliajassa
• Usean pelikirjan työnkulut
• Kirjausintegraatiot (ulkoiset)
• Pääsynvalvonta (roolipohjainen)

10. Millä tavoin voit testata Ansiblen projekteja?

Odotettu vastaus: Voimme testata näitä projekteja kolmella tavalla:

• Assertit - Jos suoritamme testin Pythonissa, Assertit kopioivat testin suorituksen metodin ja tavan. Kun järjestelmä pääsee tiettyyn (aiottuun) tilaan, Asserts tarkistaa tämän puolestamme.
• Manuaalinen suoritus - Tätä varten meidän on vain toistettava ja varmistettava, että järjestelmässä on haluttu tila. Tämä menetelmä on melko yksinkertainen, mutta yksi haittapuoli on se, että tulosten välillä voi olla eroja eri ympäristöissä (testiympäristö vs. tuotantoympäristö).
• Tarkistustila - Jos emme suorita simulaatiota, mutta haluamme tietää, miten asiat sujuisivat, tarkistustila voi näyttää meille juuri tämän asian, eli voimme tarkistaa, käyttäytyykö kaikki sitoutumisen osat niin kuin haluamme. Yksi puute on se, että emme voi ajaa komentoja ja skriptejä leikkikirjoja ja rooleja varten. Ratkaisu tähän on tarkastustilan poistaminen käytöstä tiettyjen tehtävien osalta, ja meidän tarvitsee vain suorittaa check_mode:no.

Mikä erottaa hyvän Ansible-kehittäjän hyvästä?

Parhaat Ansible-kehittäjät ovat enemmän vuosien kokemusta, hyvää englannin kielen taitoa, kriittistä ajattelua ja keskimääräistä parempia tuloksia teknisissä testeissä.

Lisäksi on tiettyjä erityisiä asioita, joita laadukkaat Ansible-palvelun kehittäjät tekevät, mikä tekee heidän työstään helpompaa, puhtaampaa ja optimoidumpaa (sen lisäksi, että se nopeuttaa kehitysprosessia.):

• Kommentit ja välilyöntien käyttö - YAML:n avulla kehittäjät voivat kirjoittaa Ansiblen Ansible Playbookit; siksi välilyönnit (kirjaimellinen välilyönti) auttavat YAML:ää merkitsemään sisäkkäisyyttä ja määrittelemään dokumentin rakenteen.
• Organizing playbooks through roles - Luultavasti tehokkain tapa hallita playbooks, vaikka on olemassa muitakin tapoja tehdä se yhtä hyvin. Rooli-ominaisuus on tarkoitettu yksinomaan hyvin organisoituja pelikirjojen rakenteita varten.
• Versiohallinnan käyttö - Versiohallinta ei ole mitään uutta tai epätavallista koodauksessa, päinvastoin. Esimerkiksi muuttujien, roolien, inventaarion ja pelikirjojen pitäminen Git-versiojärjestelmässä on erinomainen tapa pitää tietovarastot kurissa.
• Muuttujien uniikki nimeäminen - Muuttujien nimet eivät ole vain uniikkeja, vaan niillä on myös merkittävä merkitys. Sekaannusten välttämiseksi kehittäjät lisäävät muuttujaan etuliitteen (roolin nimi), jolloin muuttujat ovat siististi järjestettyjä.
• Staging ja tuotanto erillisellä inventaariolla - Kaikki on helpommin saatavilla, kun dev ei pidä kaikkea yllä yhdessä inventaariotiedostossa vaan käyttää erillisiä inventaariotiedostoja.
• Lohkosyntaksin käyttäminen - Ansible-lohkot auttavat kehittäjää suorittamaan loogisesti tehtävien ryhmittelyn. Tämän sanottuaan ne mahdollistavat helposti rollbackit kiireellisissä tapauksissa, asettavat tiedot tehtäviin ja järjestävät koodia.
• Natiivien moduulien käyttö - Sen sijaan, että kehittäjät käyttäisivät liikaa tiettyjä komentoja (shell, raw, command) ja myöhemmin monimutkaistaisivat asioita, he käyttävät niitä säästeliäästi. Ja he tekevät niin, koska Ansibella on natiivimoduuleja, satoja.
• Rolling updates with serial keyword - Ansible tarjoaa serial keyword -avaimen, jonka avulla dev voi valita kerralla päivitettävien koneiden lukumäärän ja yhden erän. Serial-avainsanalla kehittäjät voivat myös valita hallinnoitavien isäntien määrän.

Edellä lueteltuihin kohtiin Anmol lisäsi:

"Kehittäjällä tulisi olla erinomainen tuntemus tunnisteista ja rooleista sekä vianetsinnästä. He hallitsevat YAML:n tietoturvan ja salauksen ja osaavat toimia rollbackin ja shell-skriptien kanssa. Tietenkin heillä on myös hyvä Python- ja Go-kielen tuntemus.""

Mahdolliset haasteet Ansible-kehittäjän palkkaamisessa

Kun tiedät, mitä mahdollisia haasteita rekrytointiprosessin aikana on, voit odottaa, että ehdokkaat ovat valmistautuneet riittävästi:

Limited talent pool

Tämä haaste on yleinen, mutta ehkä voisit kokeilla ja tutkia sitä laajemmin. Kokeile erilaisia työpaikka-alustoja, joissa rekrytoijista ja lahjakkuuksista ei ole pulaa. Mitä enemmän työpaikka-alustoja tutkitaan, sitä paremmat mahdollisuudet ovat laajentaa tätä lahjakkuusreserviä.

Korkeasti koulutettujen ehdokkaiden puute

Tähtiosaamisen löytäminen ehdokkaista voi olla ongelma, vaikka kykyjen määrä olisi melko suuri - pätevien ehdokkaiden määrä on tässä yhteydessä tärkeintä, ei se, kuinka suuri kykyjen määrä on. On monia hyviä Ansible-palveluntarjoajia, mutta ei ehkä sellaisia, joilla on tähtitietoa ja erinomaisia taitoja.

Kilpailijat

Edellyttäen, että on olemassa Ansible devs, jotka aidosti loistavat siinä, mitä he tekevät, he voivat olla jo työllistettyjä tai pyytää palkkaa, joka ei sovi budjettiisi.

Näissä tapauksissa kilpailijasi voivat olla ratkaiseva tekijä. Jotkut antavat deville jo haluamansa (korkean) palkan tai ovat valmiita pulittamaan, jos haluavat palkata parhaan devin, jonka muut haluavat. Jotkut kilpailijat voivat myös olla valmiita antamaan paljon parempia tarjouksia kuin markkinoilla keskimäärin.

Kallis ja pitkällinen rekrytointiprosessi

Kustannukset ovat haaste myös rekrytointi- ja palkkaamisprosessissa. Tämä tarkoittaa, että on olemassa riski, että rekrytoijat etsivät ehdokkaita huonosti, ja tämä aiheuttaa epäsopivia ehdokkaita haastatteluihin, jolloin parhaat kehittäjät jäävät pois ja prosessi toistuu uudelleen.

Liiketoiminta-ajurit ja Ansiblen arvo

Katsotaanpa, mitä hyötyä Ansiblen käytöstä kehityksessä on; millä tavoin Ansible tuo lisäarvoa yritykselle ja miksi sen käyttö/toteutus on välttämätöntä:

• Joustava - Dev voi helposti järjestää ja sanella yleisen dynamiikan sovellusympäristölle käyttöönottopaikasta riippumatta. Räätälöinti sujuu yhtä helposti myös erityisvaatimusten mukaan.
• Ei tarvita agenttiohjelmia - Palomuuriportteja tai erityisten ohjelmistojen asennusta ei enää tarvita, koska nyt on mahdollista automatisoida asiakkaan järjestelmä ilman näiden asioiden asentamista ja ilman yksilöllisiä ja uusia hallintarakenteita.
• Kustannuksetta - Koska Ansible on avoimen lähdekoodin ohjelma, se on myös maksuton ja kaikkien saatavilla.
• Tehokas - On uskomatonta, että Ansiblen avulla ei tarvitse asentaa ylimääräisiä ohjelmistoja; tämä puolestaan tekee paljon tilaa sovelluksen erityisresursseille, muuten palvelimella.
• Helppo asentaa ja käyttää - Ansiblen ominaisuudet tekevät siitä helppokäyttöisen, mutta myös helppokäyttöisen aluksi.