Plerique, animadvertentes aliud novum terminum in IT blogosphaerio vel colloquio, serius ocius interrogant similem quaestionem: βQuid est hoc? Modo aliud buzzword, "buzzword" aut aliquid vere dignum attente attendendo, studendo, novos prospectus promittens?" Idem mihi cum termino accidit GitOps dudum. Armatus cum multis articulis exsistentibus, tum scientia collegarum e coetu Quaenam sit ista bestia, et quis usus eius in usu videretur, explorare conatus sum.
Viam de novitate vocabuli GitOps Nostra recens contemplatio etiam dicit: plusquam dimidium exploratorum nondum cum suis principiis operari coepisse.
Itaque quaestio de administratione infrastructura nova non est. Plures nubes provisores publico pro bonis duodenis annis praesto fuerunt et, ut videtur, opus iunctionis responsales pro infrastructura simplici et directa fecerunt. Attamen, cum applicationi progressionis processu comparatur (ubi automatio novas gradus semper attingit), infrastructurae incepta saepe adhuc multa opera manualia involvunt ac singularem cognitionem et peritiam requirunt, praesertim hodie requisita pro culpa tolerantiae, flexibilitatis, scalabilitatis et elasticitatis.
Nubes officia haec requisita felicissime impleverunt et ii erant qui magnum impetum dabant ad accessionis progressionem IAC. Hoc intelligibile est. Denique effecit ut centrum omnino virtuale configurare posset: non desunt corporis ministri, tormenta, retiaculi membra, tota infrastructura describi potest utens scriptorum et imaginum figurarum.
Quidnam igitur interest? GitOps ex IAC? Cum hac quaestione quaerere coepi. Colloquium cum collegis potui cum hac comparatione;
GitOps
IAC
Omnes signum in git repositorium repositum est
Code versioning est libitum
Declaratio Codicis Descriptio / Idempotency
Utrumque descriptiones declarativas et imperativas acceptabiles sunt
Mutationes obtinent effectum per Merge Request / excute Request machinationes
Conventio, approbatio et collaboratio ad libitum sunt
In update rollout processus est automated
Renovatio processus rolloutis non est normatus (automaticus, manualis, lima imitans, linea mandatorum utens, etc.)
In aliis verbis GitOps natus est per applicationem principiorum IAC. Uno modo, infrastructurae et schematismi nunc eodem modo ac applicationes condi possent. Codex facilis est copia, facilis communicandi, comparandi, et facultates versionendi utendi. Versiones, rami, historia. Et hec omnia in loco publice patente tota manipulus. Itaque usus systematis versionis in potestate omnino naturalis progressus factus est. Praecipue, git, ut in popularibus.
Alia ex parte, fieri potest ut processus infrastructurae automate administrandi. Id autem citius, certius et vilius fieri potest. Principia autem CI/CD iam nota et popularia in tincidunt programmatis erant. Solum necessarium erat scientiam et artes iam ad novam regionem transferre et applicare. Attamen haec exercitia ultra modum definitionis Infrastructure tamquam codicem, hinc conceptum, superaverunt GitOps.
Curiositas GitOpssane etiam in eo quod non est productum, plugin vel diam, quis auctor nulla. Plus est paradigma et principiorum copia, cui simile est alterum vocabulum, cui nota est: DevOps.
De turba duas definitiones huius novi vocabuli enucleavimus: theoricam et practicam. In theoretica sit amet:
GitOps est methodologia quae optima principia DevOps adhibet ad applicationem evolutionis adhibita, ut versionis imperium, collaborationem, orchestrationem, CI/CD, et applicat ad provocationes infrastructurae administrationis automandi.
Omnes processus GitOps Instrumentis exsistentibus laboro. Totum codicem infrastructurae in repositorio iam familiari repositum est, mutationes per easdem approbationis processum ac in quovis alio codice programma eunt, et processus rollout automated est, qui nos sinit errores humanos minuere, fidem et reproducibilitatem augere.
Ex practica parte describimus GitOps ut sequitur:
Iam infrastructuram de codice tamquam de uno e praecipuis huius formulae tractavimus. Participantium reliquos introducamus.
Merge Request (vocabulum viverra Request). In processu terminorum MR postulatio ut codicem mutationes et deinde ramos confundas adhibere. At instrumentorum terminis utimur, hoc magis opportunitatis est ut integram picturam omnium mutationum quae fiunt: non solum codicem diss ex certo numero committit, sed etiam contextus, eventus; extremum expectatur eventum. Si loquimur de codice infrastructura, tunc quaeritur quomodo prorsus infrastructura mutabitur, quot novae facultates adicientur vel removebuntur, mutabuntur. Potius in nonnullis commodius et faciliore forma legitur. Provisoribus enim nubes, suus 'bonus idea scire quid mutationis huius ictum oeconomicum erit.
MR autem etiam medium cooperationis, conversationis et communicationis est. Locus ubi ratio compescit et staterae iungitur. A commentationibus simplicibus ad approbationes formales et approbationes.
Ultima pars: CI/CD, sicut iam novimus, efficit ut automate processum infrastructurae mutationes et probationem faciendi (ex syntaxi simplici recognitione ad analysim magis implicatam codicem staticum). Ac etiam in subsequentibus deprehensio egisse: differentiae inter statum realem et desideratum systematis. Exempli gratia, propter alienum manualem mutationes vel systematis defectum.
Etiam, the term GitOps nos ad aliquid omnino novum non introducit, rotam non refringit, sed simpliciter experientiam iam coacervatam in nova area applicat. Sed hoc est ubi virtus eius iacet.
Et si subito voles quomodo haec omnia in praxi versantur, tunc te invitamus ad nostram aspectum in quo dico tibi gradatim uti GitLab;
-
Exsequendam principia GitOps
-
Creare et mutare nubes infrastructure (exemplo Yandex Cloud)
-
Automate deprehensio systematis egisse ex statu desideravit utens magna vigilantia activae
https://bit.ly/34tRpwZ
Source: www.habr.com