Infrastructură - management - Merită trecerea de la baza de cod personalizat la Ansible?

Câteva fundal:

Când am început la locul meu de muncă actual (în infrastructura serverului), o bază de cod bash, perl și python era deja în vigoare pentru executarea de la distanță a joburilor pe sistemele Linux, singurul tip care a scris și întreține această bază de cod a petrecut ani de zile rafinându-l, încă de dinainte de a începe acolo.

Deși baza de cod existentă poate face multe, uneori este destul de greu de folosit din cauza lipsei de documentație. Unele dintre scripturile executate sunt, de asemenea, depășite. De aici depindem destul de mult de autorul bazei de cod. (poate adăuga; doar autorul are voie să editeze scripturile implicate)

În ultimul timp am experimentat cu Ansible și medii de configurare linux, utilizatori, grupuri, firewall, instalez pachete și execut verificări. Am sugerat să începem traducerea sarcinilor de bază în Ansible și, cu timpul, să le combinați cu Tower sau AWX pentru a obține o imagine de ansamblu bună asupra joburilor și a succesului acestora.

Astăzi, alții nu sunt prea dornici de această idee, în special autorul bazei de cod. Argumentul autorilor pentru a nu trece la Ansible este că este „prea abstract”.

Întrebările sunt:

Ar trebui să încerc să fac forță pentru a mă muta la Ansible?

Pro, așa cum văd eu:

• O mulțime de funcționalități există deja prin module.
• Ar trebui să fie mai ușor de înțeles pentru noii colegi.
• Poate fi folosit cu un front-end, cum ar fi Tower sau AWX.
• (Probabil) În general, mai sigur, deoarece scripturile personalizate necesită să vă scrieți propriile cecuri.
• Îmi imaginez că Tower/AWX poate fi utilizabil pentru alte echipe din organizația noastră

Contra, așa cum văd eu:

• Curbă de învățare
• Va fi nevoie de multă muncă pentru implementare.
• „Un alt sistem” de întreținut.

Cineva a trecut deja prin preluarea Ansible, cu o infrastructură deja existentă, argumente pro și contra?

Pot adăuga că nu sunt „cea mai puternică voce” la locul meu de muncă, iar autorul bazei de cod este „cel mai înalt” dintre noi toți. Deci este implicată o ierarhie, iar sugestiile din partea mea trebuie să fie bine motivate pentru a fi ascultate.

Mă bucur pentru orice despre asta.

PS.Ansible ar putea fi orice instrument de automatizare, în ceea ce privește experiența ta. Tocmai mi s-a întâmplat să înțeleg Ansible.

Cred că merită să vorbești cu seniorul tău și să-l asculți cu atenție, așa cum ai menționat că este atât cu experiență, cât și un tip inteligent.

Este esențial pentru următorii pași să înțelegeți foarte bine motivele care stau la baza, de ce lucrurile stau așa cum sunt acum. Întrebați și despre provocările sau slăbiciunile care ar trebui rezolvate din punctul său de vedere. Destul de des există motive subiacente în spatele unei decizii care sunt greu de înțeles pentru oamenii care sunt noi în companie.

În funcție de informațiile pe care le-ați primit, poate fi necesar să vă răspundeți la întrebarea dacă această companie este cea potrivită pentru dvs., deoarece modul în care ați descris-o aici ridică într-adevăr câteva sprâncene. Dacă decideți că postul este cel potrivit pentru dvs., ar trebui să căutați să vă ajutați seniorul concentrându-vă pe problemele care au fost exprimate. Dacă nu, pur și simplu actualizați CV-ul și începeți să căutați noi oportunități.

După cum au subliniat alții în comentarii, nu numele instrumentului specific este decisiv, ci dacă este cel mai potrivit instrument pentru circumstanțele specifice și pentru companie. Având în vedere situația specifică, o evoluție în loc de o revoluție ar putea fi răspunsul corect.

Un pas evolutiv, de exemplu, ar putea fi utilizarea în continuare a scripturilor existente, dar pentru a le face mai convenabil să lucrezi, extinzând în același timp gama de oameni capabili să folosească funcția oferită de scripturi. Pot fi controlul versiunii și utilizarea instrumentelor ca Rundeck ar fi abordarea adecvată pentru a face un pas înainte.

Frecvent este de ajutor să prezinți POC-uri scurte în care poți arăta cum un instrument specific poate rezolva o sarcină concretă într-un mod mai inteligent. O astfel de abordare este adesea mai eficientă pentru a-i convinge pe alții decât discuțiile sau lucrările. De asemenea, ar trebui să căutați în mod activ sprijin în cadrul companiei, deoarece indiferent de instrumentul ales, cel mai mult contează cât de bine este acceptat.

Acestea fiind spuse - personal și mie îmi place Ansible, ați subliniat deja avantajele. Cu toate acestea, felul în care ați prezentat situația, propunerea lui Ansible ar putea fi confundată în interior ca un pas revoluționar (negativ) sau chiar ca o opoziție.

Concluzia este să asculți și să acționezi cu oarecare tact. Noroc!