Nullae fabrum DevOps. Quis ergo est, et quid ad rem?

Nullae fabrum DevOps. Quis ergo est, et quid ad rem?

Nuper tales tabulae Internet inundaverunt. Quamvis salarium amoenum, nemo non potest non erubescere quin haeresis fera intus inscripta sit. Primo supponitur quod "DevOps" et "fectum" aliquo modo in unum verbum conglutinari posse, et tunc est temere index requisitorum, quarum nonnullae e sysadmin vacante clare sunt expressae.

In hac posta paucula loqui vellem quomodo ad hoc vitae punctum pervenit, quid DevOps vere sit et quid nunc agat.

Istae vacationes omni modo damnari possunt, sed manet res: multae ex eis sunt, et sic in momento mercaturae operantur. Colloquium devotorium habuimus et aperte declaramus: "DevOops — non pro fabrum DevOps.' Hoc mirum et multis ferinum videbitur: quare homines, qui rem omnino commercialem agunt, contra forum eunt. Nunc omnia expediemus.

De cultura et processibus

Ab eo quod DevOps disciplina opera non est. Omnia ex eo inceperunt quod divisio partium historice constituta non pro qualitate fructuum laborat. Cum programmatores solum programmata agunt, sed de probatione aliquid audire nolunt, programmatis cimices litterati sunt. Cum admins non curo quomodo vel quare programmata scripta sunt, subsidium vertit in infernum.

Exempli gratia, differentiam inter administratorem systema et SRE accessum ad ministerium administrationis describendum nobilis SRE Google Liber incipit. Interesting studiis intra DORA circumspectis — manifestum est optimos tincidunt aliquo modo disponere novas mutationes ad productionem citius quam semel horae disponere. Manibus suis non plus quam 10% tentant (hoc videri potest e annum DORA). Quomodo hoc faciunt? "Exice aut mori" dicit unus ex relatione capitulorum. Ad accuratam harum statisticorum discussionem in contextu probationis, ad clavem Baruch Sadogursky referre potes. "DevOps habemus". Exeamus omnes testes ». nostro alio colloquio Heisenbug.

"Cum non convenit inter socios;
Res non bene illis erit;
Et nihil ex ea eveniet, nisi tortor.
Cygnus, Cancer et Pike... olim.

Quam partem programmatorum interretialem putas intellegis condiciones sub quibus earum applicationes in productione adhibentur? Quot eorum ad admins ibunt et conantur figurare quid fiet si fragores datorum? Et quis eorum ibit ad testes, et rogabit eos ad docendum quomodo recte scribere tentat? Et sunt etiam custodes securitatis, procuratores producti et fasciculum aliorum hominum.

Suprema idea DevOporum est cooperationem inter partes et Dicasteria creare. Imprimis hoc fit non per aliquam sollertiam conformationem callide, sed usu communicationis. DevOps est circa culturam, praxim, methodum et processum. Non est proprium ipsum quod his quaestionibus respondere potest.

A circulus vitiosus

Ubinam inde venit disciplina « operarum operarum »? versionem habemus! Ideae DevOps bonae erant — ita bonae sunt ut victimae suae successus fierent. Quidam evocatores umbrosos et mercatores humani, qui proprium atmosphaeram habent, circum totum hunc locum vagari coeperunt.

Finge: heri shawarma in Khimki facis, et hodie iam magnus homo es, senior conscribit. Totum processum est perscrutandi et seligendi candidatos, omnia non facile, intelligere debes. Dicamus caput departmentis: "invenire specialem" in X. Verbum "fectum" ad X assignamus, et facti sumus. Linux opus? Bene, hoc est certum ingeniarium Linux, si vis DevOps, deinde architectus DevOps. Vacatio non solum in titulo consistit, sed etiam textus quidam intus inscriptus est. Via facillima est inire copia keywords ex Google, pro cogitatione tua. DevOps duobus verbis constat - "Dev" et "Ops", id quod significat necesse esse conglutinare keywords quae ad tincidunt et administratores pertinent, omnes in unum acervum. Inde est quomodo vacationes apparent circa proficiendi in 42 programmandi linguas et 20 annos utendi Kubernetes et Swam simul. Opus icone.

Ita vanitas et immitis imago cuiusdam "devotionis" superheronis in mentibus hominum radicata est, qui omnes conformabunt ad explicandam Jenkins veniamque laetitiam. O si tam simplicia omnia essent. “Et hoc quoque est quomodo administratores systematis venari potes,” cogitat HR, “verbum est modum, keywords idem sunt, esca capiant”.

Postulate copiam gignit, et omnes hae nugae vacationibus repleti sunt insano administratorum numero qui perceperunt: omnia facere potes quae prius, sed pluries te vocando "devovere". Quemadmodum servientes figurati per SSH manually singulatim, eos configurare pergis, nunc vero hoc veluti praxis devops est. Hoc est quaedam phaenomenon complexum, partim despectio classicorum admins et hype circa DevOps cognata, sed in genere, quod factum est, factum est.

So we have supply et postulas. Circulus vitiosus qui se pascit. Hoc est quod pugnamus contra (including colloquium DevOops creando).

Scilicet, praeter systema administratorum qui se nominaverunt "devovere" alii participes sunt - exempli gratia, professionales SREs vel Infrastructure-as-Code esculentarii.

Quid homines faciunt in DevOps (re)

Sic praeire cupis in discendo et applicando exercitia DevOps. Sed quomodo hoc, utra prospiciam? Patet, ne temere in keywords popularibus fias.

Si est officium, debet aliquis facere. Iam invenimus hos non esse « fabros devovens », quinam sunt? Rectius videtur hoc enuntiare non secundum positiones, sed secundum certas partes laboris.

Primum, cor DevOps - processibus et culturae compellare potes. Cultura lentum ac difficile negotium est, et quamvis tradito officio curatorum, omnes aliter atque aliter implicantur ab programmatibus ad administratores. A duobus mensibus ante Tim Lister dixit in colloquium:

"Cultura per nucleum valores regiminis determinatur. Solent homines hoc non animadvertere, sed multos annos in consultatione laboravisse, notare solemus. Societatem intras et literam paucis minutis incipis sentire quid agatur. Hoc "flavam" vocamus. Aliquando hic odor vere bonus est. Interdum nauseam movet. (...) culturam mutare non potes donec bona et opiniones post actiones specificas intellegantur. Morum facile est observare, sed quaerendo opiniones difficile est. DevOps magnum est exemplum quomodo res magis ac magis implicatae fiant.

Est etiam technica pars exitus, scilicet. Si novum codicem tuum in mense temptatur, sed tantum post annum dimittitur, et impossibile est omnia velocitate fieri, bonis artibus non licet vivere. Bonae consuetudines bonis instrumentis fulciuntur. Exempli gratia, cum idea Infrastructure-as-Code in mente, aliquid uti potes ex AWS CloudFormation et Terraformi ad Chef-Ansible-Puppet. Haec omnia scire ac facere debes, et haec iam admodum est disciplina machinalis. Magni momenti est causam cum effectu non confundere: primum secundum principia SRE laboras et tunc demum haec principia in specie quadam technicae solutionis specificae efficiunt. Eodem tempore, SRE methodologia valde comprehensa quae non tibi narrat quomodo Jenkins erigat, sed de quinque principiis fundamentalibus;

  • Improved communication between roles and departments
  • Accipiens errata ut pars officium
  • Mutationes facere paulatim
  • Per instrumenta et alia automation
  • omne quod metiri potest

Id non solum enuntiationes quaedam, sed specificae guide to opus. Exempli gratia, in via recipiendi errores, necesse est ut pericula capias, metire disponibilitatem et inexplicabilitatem officiorum utentium aliquo simili SLI (ministerium gradu indicibus) Et SLO (ministerium gradu proposita) , disce postmortems scribere et scribendo non FORMIDULOSUS.

In SRE disciplina, usus instrumentorum una tantum est pars prosperitatis, quamvis magni momenti. Opus est ut constanter technica ratione enucleetur, vide quid in mundo agatur et quomodo in nostro opere applicari possit.

Rursus, Cloud solutiones Nativae nunc valde populares factae sunt. Sicut definitur a Fundatione Computing Native Cloud hodie, Cloud Native technologiae technologiae efficiunt ut enucleentur et currunt applicationes scalabiles in ambitu dynamico hodierno, sicut nubes publica, privata, et hybrida. Exempla sunt continentia, nexus, servitus, microservices, infrastructuram immutabilem, et APIs declarativum. Omnes hae technicae systemata laxe coniunguntur ut elasticae, tractabiles et valde notabiles maneant. Bona automataria fabrum permittit ut magnas mutationes saepe et cum praevidendis eventibus sine chore facere possit. Haec omnia acervus instrumentorum notarum sustinetur sicut Docker et Kubernetes.

Haec definitio magis perplexa et lata ob hoc efficitur, quod area quoque satis implicata est. Ex altera parte arguitur novas mutationes huic systemi simpliciter simpliciter addi debere. Ex altera vero parte, instare quomodo efficiat modum ambitus continentis in quo servitia laxe copulata in substructione programmatis definitae vivunt et traduntur ibi adhibitis continuis CI/CD et exercitia circa omnia haec aedificant DevOps - haec omnia plus requirit. quam canem comedunt.

Quid ad hoc?

Omnes has difficultates suo modo solvuntur: exempli gratia, publicare potes communes vacationes ut circulus vitiosus frangat. Instaris potes quae verba tanquam DevOps et Cloud Nativum significent, iisque recte et ad rem utaris. In DevOps evolvere potes et rectas accessiones tuo exemplo demonstrare.

Colloquium discis DevOops 2020 Moscoviaequae opportunitatem praebet altius in ea de quibus nunc loquimur. Plures coetus relationum ad hoc sunt:

  • Processus et cultus;
  • Site Reliability Engineering;
  • Cloud Paternus;

Quam eligere quo eamus? Subtiliter hic locus est. In altera parte, DevOps circa commercium est, et vere volumus te praesentationes ex diversis caudices interesse. Ex altera parte, si procurator es progressionis, qui ad colloquium venit, ut unum munus intenderes, nemo te limitat - patet, hic erit clausus circa processuum et culturam. Noli oblivisci te tabulas habebis post colloquium (post formam feedback implens), sic semper visas minora momentis postea vigilare potes.

Videlicet in ipso colloquio tres semitas simul ire non potes, ita rationem instituimus ut singulis diebus socors argumenta habeat ad omnem gustum.

Reliquum est, ut intellegamus quid agam si DevOps architectus es! Primum, quid actu facias, conare determinare. Solet hoc verbum appellare;

  • In infrastructure laboris tincidunt quis. Coetus relationum de SRE et Cloud Native tibi aptissima sunt.
  • Ratio administratorum. Praesent hic rhoncus quam. DevOops non est de administratione ratio. Fortunate multa praeclara sunt collationes, libri, articuli, videos in interreti, etc. in argumento systematis administrationis. E contra, si interest te evolvere secundum intellegendi culturam et processum, discendi technologias nubeculas et singula vitae cum Nube Native, tunc te videre amamus! Cogita hoc: administrationem facis, et quid facies? Ut ne subito te in ingratum situ invenias, nunc disce.

Altera optio est: pergis ac pergis dicere te esse DevOps fectum specie nihilque aliud, quidquid illud. Tunc nos te confundere debemus, DevOops colloquium pro fabrum DevOps non est!

Nullae fabrum DevOps. Quis ergo est, et quid ad rem?
Slide from nuntiare Constantinum Diener in Munich

Devoops 2020 Moscuae mense Aprili 29-30 Moscuae tenebitur, tesserae iam praesto sunt emo in rutrum.

Vel potes subicite fama ad diem 8 Februarii. Nota quaeso quod, cum formam implens, auditorium clypeum eligendum est, quod maxime ex fama tua proderit.illic 'mirum intra album).

Source: www.habr.com

Add a comment