Quid accipit pro IT comitatu ad bene in MMXIX? Lectores in colloquiis et congressionibus multum dicunt verba magna quae hominibus normalibus non semper intellegi possunt. Certamen instruere tempus, microservices, desertio monolith, DevOps transformatio et multo magis. Si verborum pulchritudinem abiicias et directe et in Russian loquatur, omnia ad thesim simplicem descendunt: fac GENERALE GENERALE, et fac solatio bigae.
Hic factus est criticus maximus. Negotium tandem ad conclusionem venit processum commoda evolutionis augere fructibus, et si omnia deprimuntur et quasi horologium operantur, etiam aliquod spatium decurrere in rebus dubiis dat. Olim, propter hoc discursum, quidam callidior homo cum tergum ascendit, sed industria crescit, et ad fabrum DevOps venimus - homines, qui processus commercii inter evolutionis et externae infrastructuram in aliquid adaequatum et convertunt. non ad shamanism.
Tota haec narratio "modularis" mira est, sed... Accidit ut quidam admins repente vocentur DevOps, et ipsi fabrum DevOps requiri inceperunt habere saltem artes telepathiae et clairvoyentias.
Antequam de modernis quaestionibus loquimur infrastructuram praebendi, definiamus quid hoc vocabulo significamus. In praesenti momento, res ita explicatur ut duplicem hunc conceptum assecuti simus: infrastructura sub condicione externa et sub condicione interna esse potest.
Infrastructuram externam significamus omnia quae efficit ut officiatio servitii vel producti quod manipulus perficit. Hae sunt applicationes seu servientes website, servientes et alia officia quae efficientiam producti officiant.
Infrastructura interna includit officia et apparatum, qui ab ipso manipulo evolutionis et aliis operariis adhibitis, ex quibus multae plerumque sunt. Hi sunt interni servientes codicem systematum repono, negotium procuratoris localiter disponunt omnia, omnia, omnia quae intra corpus intraneant.
Quid facit administrator systema in comitatu? Praeter opus hoc ipsum corporatum intraneum administrandi, saepe onus oeconomicorum curam gerit, ut operabilitas officii instrumenti invigilet. Administrator idem est guy qui novum systematis unitatis vel laptop ad usum paratum ex cella usibus cito trahet, novas claviaturas dabit et per quattuor partes per officia repetet, funem Ethernet tendens. Administrator localis est dominus et rector servorum non solum internorum et externorum, sed etiam negotiorum exsecutivorum. Quidam administratores solum in plano systematis sine ferramentis operari possunt. Separari debent in genus separatum Β« administratorum systematis infrastructure Β». Et quaedam specialitas in instrumento muneris exclusive exercendi, feliciter, si societas plus quam centum homines habet, opus numquam desinet. Neutrum autem eorum est devotivum.
Qui sunt DevOps? Devoti sunt guys qui de commercio programmatis cum infrastructura externa loquuntur. Accuratius recentiores devoves implicant in processibus evolutionis et instruere multo profundioribus quam admins quae simpliciter renovationes in ftp implicatae fuerunt. Una e praecipuis operibus architecti DevOps nunc est, ut commodam et efficaciter structam processus commercii inter iunctiones evolutionis et infrastructuram producti videat. Hi homines sunt qui responsalitatem explicandi ac instruere systemata disponunt, hi sunt qui aliquam sarcinam machinis auferunt et quantum fieri potest in suum maximum negotium conducunt. Eodem tempore devops numquam novum funem currere vel novum laptop e cubiculo postico (c) KO emittere.
Quid capturae?
Interrogationi "Quis est DevOps?" dimidium operariorum in agro incipiunt respondere aliquid simile βBene, denique hic est qui admin...β et infra in textu. Imo semel, cum professio fabrum DevOps mox emergit ab ingeniosissimis administratoribus secundum servitutis conservationem, differentiae inter eos non omnibus notae fuerunt. Nunc vero, cum functiones devotionum et admin in turma prorsus diversae factae sint, ingratum est eas inter se confundere, vel etiam adaequare.
Sed quid hoc est negotii?
Hiring, actum est.
Vacationem aperis pro "System Administratore", ac requisita enumerata sunt "interactiones cum progressione et clientium", "CI/CD systematis partus", "servatoribus et instrumentis tutelae societatis", "administratio systematum internorum" et sic pridie; intellegis quod dico ineptias loquitur. Captura est quod loco "System Administratoris" titulus vacationis debet esse "DevOps Engineer", et si hic titulus mutatur, omnia in locum cadunt.
Sed quae impressio vacat, cum tale uacat lectio? Societas turbam multi machinae operantis quaeret qui tam versionem temperantiam quam rationem vigilantiam explicabit et torentem dentibus suis exprimet...
Sed ne gradum addictionis medicamentorum in mercatu laboris augeat, satis est vacationes propriis nominibus appellare et clare intelligat fabrum DevOps et administratorem systematis duas res diversas esse. Sed inexpressibile desiderium nonnullorum magistrorum exhibendi latissimum album requisitorum ad candidatum inducit eo quod administratores systematis "classicum" intelligere desinunt quae circa eas aguntur. Quid, professio mutans sint post tempora?
Nullam nec tempus nulla. Administratores infrastructure, qui ministris internis societatis administrant, vel L2/L3 positiones subsidia et alios conductos adiuvant, non abiverunt nec abeunt.
Num hi periti facti sunt fabrum DevOps? Scilicet possunt. Re quidem vera haec relatio ambitus est quae ratio administrationis artes requirit, sed praeter haec, opera vigilantia, systemata traditio et, generatim, arcta commercium cum evolutione et probatione quadrigis additur.
Alius DevOps Problema
Re vera non omnia circumscripta sunt iustae mercedis ac perpetuae confusionis inter admins et devoves. In aliquo puncto, negotium obvenit cum problemate tradendi updates et commercium evolutionis team cum ultima infrastructura.
Forte fuit cum avunculus oculis radiantibus in scena alicuius colloquii stantem dixit, βHoc facimus et vocamus DevOps. Haec guys omnia tua problemata solvent" - et narrare coepit quomodo vita bona sit in societate post exercitia DevOporum exsequenda.
Sed non satis est architectum DevOps conducere ad omnia opera quae debet facere. Societas plenam mutationem DevOps, id est, partes et facultates DevOps nostrorum subire debet, etiam ex parte evolutionis producti et probati quadrigis clare comprehendi debet. De hoc argumento fabulam "mirabilem" habemus, quae omnem immanitatem, quae in nonnullis locis evenit, plene illustrat.
Faxo. DevOps requiri ad explicandam versionis systema reverti sine re in illatum quomodo laborabit. Demus quod in systemate usoris separati agri pro praenomen, cognomen et tessera sunt. Nova producti versio exit, sed tincidunt, "reversum" virgula magica est quae omnia figet, nec sciunt quomodo operatur. Sic, exempli gratia, in altera commissura tincidunt primum et ultimum nomen agrorum coniunctorum, in productionem evolvit, sed versio aliqua de causa tarda est. Quid fit? Procuratio venit ad devos et dicit "Transelate transitum", id est rogat ut ad priorem versionem revolvat. Quid devops facit? Devolvitur ad priorem versionem, sed quia tincidunt figurare noluerunt quomodo hoc verterem factum sit, nemo turmas devops nuntiavit database etiam opus esse revolutum. Quam ob rem, omnia nobis concrepant, et loco lento loco, utentes errorem "500" vident, quia vetus versio cum agris novi datorum non laborat. De hoc non novit. Taciti sunt tincidunt. Administratio eorum nervos et pecuniam incipit amittere et reminiscentis tergum offerens, ut ab eis revolveret ut "saltem aliquid operetur". Quam ob rem utentes omnia sua notitia per aliquod tempus amittunt.
Utique nuces devops adeunt, quae "ratio reverti proprium non fecit", et nemo curat ut in hac fabula tincidunt sint.
Conclusio simplex est: sine communi accessu ad DevOps ut sic, parum utilis est.
Summa meminisse: fabrum DevOps magus non est, et sine communicationis qualitate et commercio cum evolutione duo, opera sua non obire potest. Devs cum suis "quaestionibus" solus relinqui non potest vel praeceptum "non miscere cum cristariis", eorum officium est codicem esse", et tunc sperant omnia in momento temporis sicut oportet operabuntur. Ut non efficitur quam.
Essentialiter, DevOps est competentia in confinio inter administratione et technicae artis. Praeterea minime apparet plus technicae artis esse quam in hoc cocktail administratione. Si vero citius et efficacius processuum evolutionis aedificare vis, devops manipulos tuos credere debes. Instrumenta recta novit, consilia similia implevit, scit facere. Adiuva eum, eius consilium audi, noli eum in aliquam sui iuris unitatem recludere. Si admins sua operari potest, devoves in hoc casu inutiles sunt: ββnon poterunt te meliores fieri, si ipse hoc auxilium accipere non vis.
Et unum extremum: Desinant administratores offendere infrastructuram. Earum earum, magni amet ante laboris. Utique administrator fieri potest praefectus fabrum DevOps, sed id fieri rogante ipsius persona, non cogente. Et nihil est mali quod administrator systema manere velit administratorem - hoc est suum professionem separatam eiusque ius. Si vis professionalem transformationem subire, numquam obliviscere debes non solum technologicas artes, sed etiam administrationes aedificandi habebis. Verisimile erit ad te ducem ut omnes istos homines simul ac doceat ut eadem lingua communicent.
Source: www.habr.com