DevOps per hos annos admodum popularis locus factus est. Multi somniant iungendum, sed, ut usus ostendit, saepe propter salaria.
Nonnulli DevOps in sua resumere voluerunt, etsi non semper essentiam vocabuli sciunt neque intelligunt. Nonnulli putant postquam Ansible, GitLab, Jenkins, Terraformia et similia (indicium secundum tuum gustum continuari potest), statim "devopsista" fiet. Hoc est, utique non verum.
Praeter paucos annos maxime implicatus sum in variis societatibus exsequendis DevOps. Ante hoc plus quam XX annos in positionibus ab administratore systematis ad IT directorem laboravit. In statu DevOps Duc ipsum apud Playgendary.
Quis est DevOps
Idea scribendi articulum post aliam quaestionem orta est: "Quis est DevOps?" Non est adhuc terminus statutus, qualis vel quis sit. Quaedam responsa sunt iam in hoc . Primum inde praecipua illustrabo, deinde meas animadversiones et cogitationes communicabo.
DevOps non est specialist qui mercede conductus potest, non utilitatum statutus, nec tincidunt in mechanicis.
DevOps est philosophia et methodus.
Aliis verbis, institutum est exercitiorum quae tincidunt actuose adiuvat cum administratoribus systematis. Hoc est, processus operis in se coniungere et integrare.
Adveniente DevOps, structura et munera specialium manserunt eadem (sunt tincidunt, sunt machinae), sed normae commercii mutatae sunt. Termini inter Dicasteriorum turbati sunt.
Fines DevOporum in tribus punctis describi possunt:
- Progressio sit amet semper.
- Software cito faciendum est.
- Programma commode et brevi tempore explicari debet.
Nullum est instrumentum unum DevOps. Configurans, tradens et studens plures fructus non significat quod DevOps in comitatu apparuerit. Multa instrumenta sunt et omnes diversis temporibus utuntur, sed uni communi consilio inserviunt.
Atque haec tantum pars instrumentorum DevOporum
Conuento prius populo de positione fabrum DevOps plus quam 2 annis nunc fui, et cognovi quam magni momenti sit essentiam verbi clare intelligere. Certis experimentis, observationibus et cogitationibus quas communicare cupio.
Ex colloquio experientiam video picturam sequentem: Tortores qui considerant DevOps officium titulum plerumque habent errores cum collegis.
Magnum exemplum. Adolescens ad colloquium venit cum multa calliditatis verba in his resumere. Postremis tribus negotiis 5-6 menses experientiae habuit. Duo startups intermisi quia "non distulit." De tertia autem turma dixit eum ibi neminem intelligere: tincidunt scribe in Fenestra codicem, et director hunc codicem "involvi" regulari Docker cogit et in CI/CD pipeline structum esse. Guido multa negativa de loco praesenti laboris et collegis dixit - Modo respondere volui: "Ergo elephantum non vendes."
Tunc interrogavi eum quaestionem altam in mea descriptione pro singulis candidatis.
— Quid sibi vult DevOps personaliter?
- In genere aut quomodo id percipio?
Ego in sententia sua quaerebam. Noverat rationem et originem vocabuli, sed valde discrepabat ab illis. Job titulum fuisse credidit DevOps. Hoc est, ubi radix eius problematum iacet. Et alii tortores in eadem sententia.
Emptores, audito multa de "magicae DevOpum", hominem invenire cupiunt qui venient et hanc "magicam" creabunt. Auditores ex categoria "DevOps" est officium non intellegunt hac accessu exspectationes occurrere non posse. Et generaliter scripserunt DevOps in sua resumere quia est inclinatio et multum pro eo.
DevOps methodologia et philosophia
Methodus theorica et practica potest esse. In nobis, secundus est. Ut supra memoravi, DevOps exercitiorum et consiliorum usus est ad proposita assequenda. Et in utroque casu, secundum processuum negotiationum societatis, signanter differre potest. Quod non facit melius vel peius.
Methodus DevOporum solum medium est ad proposita assequendam.
Nunc quid sit philosophia DevOps. Et haec quaestio difficillima verisimiliter est.
Difficillimum est brevem et succincta responsionem enuntiare, quia nondum formalizatum est. Et quia adhaerentes DevOporum philosophiae magis in praxi versantur, non est simpliciter tempus philosophandi. Sed sit amet elit ipsum. Praeterea, operationes operationes directe se habent ad operandum. Etiam peculiaris regio cognitionis est. .
Talis res non erat apud academiam meam, omnia studere habui in mea utendo materias quas in 90s invenire potui. Thema est libitum ad ipsum educationem, unde defectus formalizationis respondetur. At ii homines, qui in DevOps graviter immerguntur, incipiunt aliquem "spiritum" vel "inconscium comprehensionem" sentire omnium processuum societatis.
Nostra experientia, nonnullas "postulationes" huius philosophiae conformare voluimus. Consequens est talis:
- DevOps non est aliquid independens quod separari possit in separatum spatium cognitionis vel actionis.
- Omnis societas conductorum debet methodologiam DevOps regere cum actiones suas disponit.
- DevOps omnes processus intra societatem afficit.
- DevOps exstat tempus minuere impensas pro quibusvis processibus intra societatem ut evolutionem officiorum suorum ac maximum solatium emptoris curet.
- DevOps, in lingua recentiore, est proactiva cuiusvis operarii societatis positio, quae ad tempus minuendum impensas et qualitatem productorum IT circa nos augendam intendebat.
Puto meam "postulationem" separatum esse argumentum disputandi. Sed nunc est aliquid aedificare.
Quid DevOps Num
Verbum praecipuum hic communicatio est. Multum sunt communicationes, quarum initiator idem DevOps architectus prorsus esse debet. Cur est? Quia haec est philosophia et methodus, et tunc demum ipsum scientia.
C% fiducia de foro Occidentali laboris loqui non possum. Sed satis multum novi de mercatu DevOporum in Russia. Praeter centum colloquia, anno praeterito et dimidio centum presales technicas participavi pro "expeditione DevOps" opera pro magnis societatibus Russicis et ripis.
In Russia DevOps adhuc infantulus est, sed iam argumenti trending. Quantum scio, Moscuae inopia talium specialium in 2019 plus quam mille hominum fuit. Et verbum Kubernetes apud magistros paene simile est pannus ruber pro tauro. Adhaerentes huius instrumenti parati sunt uti etiam ubi non est necessarium et oeconomice utile. Dico non semper intelligit in quibus casibus quid usui aptius sit, et apte instruere, asserens Kubernetes botri 1000-2 temporibus plus constat quam in applicatione utens schema conventionale. ea utere ubi vere opus est.
Carum deducens DevOps termini pecuniae. Et iustificatur solum ubi in aliis locis oeconomicis beneficia affert, non autem per se.
DevOps fabrum re vera munitores - ii sunt qui primus debet hanc methodologiam in societate peragere et processibus construere. Ut ut bene sit, artifex constanter cum operariis et collegis in omnibus gradibus inter se secet. Ut soleo dicere, omnes societatis operarii in processus deducendi DevOps implicari debent: a emundatione dominae CEO. et hoc praeexigitur. Si maxime junior sodalis manipulus ignorat et intelligit quid sit DevOps et cur actiones certae normae agantur, felix exsecutio non laborabit.
Etiam architectus DevOpis subsidio administrativo subinde uti debet. Exempli gratia, "resistere environmental" vincere - cum manipulus paratus non est instrumenta et methodologiam DevOps accipere.
Elit solum codicem scribere debet ac volutpat. Ad hoc non indiget laptop super-potens ad quod explicabit et localiter totum consilium infrastructuram sustinebit. Eg elit ante-finem omnia elementa applicationis in suo laptop servat, incluso datorum S3 aemulator (minio) etc. Hoc est, multum temporis impendit huius loci infrastructuram sustinens ac singulariter certamina cum omnibus quaestionibus talis solutionis. Instead of developing code for front. Tales homines nullae mutationi valde repugnare possunt.
Sed iunctiones sunt quae e contra nova instrumenta et methodos introducere gaudent, et in hoc processu actuose participent. Quamquam hoc casu, communicatio inter fabrum DevOps et theam non cassatur.
Cum DevOps non opus
Sunt condiciones cum DevOps non opus est. Res ipsa est — intellegi et accipi debet.
Imprimis, hoc competit cuilibet societati (praesertim parvis negotiis), cum lucrum eorum non directe pendet in praesentia vel absentia IT productorum, qui informationes clientium officia praebent. Et hic non loquimur de website societatis, sit static "negotii card" vel de dynamicis nuntiis, etc.
DevOps requiritur cum satisfactio clientis tui et desiderium ad te reverti iterum dependet ex promptitudine harum informationum officiorum pro commercio cum cliente, qualitate et nisi eorum.
Magnum exemplum est nota ripae. Societas clientium maiorum officia non habet, documentum fluit per tabellarios vel tabellarios exercetur, et multi operarii a domo laborant. Societas ripa tantum esse desiit et, mea sententia, in IT societatem technologiarum progressarum DevOps convertit.
Multa alia exempla ac praelectiones in recordationibus thematicarum occursuum et conferentiarum reperiri possunt. Aliquot ex eis personaliter visitavi - haec experientia valde utilis est iis qui hac in parte evolvere volunt. Hic nexus sunt canalium YouTube cum bonis lectionibus et materiis in DevOps:
Nunc negotia tua specta et de hoc cogita: Quantum tua societas et eius fructus ab IT productis pendent ut emptorem commercium faciant?
Si societas tua pisces in parva copia vendit et unicum IT productum est duo 1C: Configurationes Inceptum (Ratio et UNF), tum vix sensum loqui de DevOps facit.
Si in magna mercatura et inceptis faciendis laboras (exempli gratia sclopetis venandi efficis), tunc de eo cogitare debes. Potes inceptum et procurationem tuam importare expectationes ad fovendas DevOps. Bene, et simul hoc processum ducere. Positio proactiva est una e praecipuis dogmatibus philosophiae DevOporum.
Magnitudo et volumen nummarium turnoverium annui non est praecipua norma determinandi an societas tua DevOps indiget.
Cogitemus magnum inceptum industriae quod directe cum clientibus non correspondet. Ut aliquam auctor dolor, et vestibulum dolor. Nunc certus non sum, sed ex consuetudine mea, per multos annos commercium emptoris per electronicum et telephonum gestum est.
Eorum clientes sunt limitata indicem carrum venalium. Ponitur autem quilibet artifex ex fabrica. Omnes documentum internum influunt per SAP ERP. Interni conducti essentialiter clientes systematis informationis sunt. Sed hoc IS regitur instrumentis classicis ad systemata botri disponendi. Quod excludit facultatem utendi exercitiis DevOps.
Hinc conclusio: pro talibus inceptis exsecutio DevOporum non est aliquid criticum magnum, si fines methodologiae ab initio articuli repetamus. Sed non excluditur quin instrumentis quibusdam DevOps hodie utantur.
Ex altera parte, multae sunt parvae societates quae programmata explicant utens DevOps methodologiam, philosophiam, exercitia et instrumenta. Et putant sumptus exsequendi DevOps sumptus esse, qui eos efficaciter in mercatu programmate certare permittit. Exempla talium societatum videri possunt .
Praecipua norma ad intelligendum utrum DevOps opus sit: quanti IT fructus pro societate et clientibus habent.
Si societatis productum principale quod lucrum gignit est programmatio, DevOps debes. Nec tanti momenti est si pecuniam realem aliis productis utens mereris. Hoc etiam includit thesauros online seu applicationes mobiles cum ludis.
Ludi quivis gratiae sunt funding: directus vel indirectus ab histriones. In Playgendary, liberos mobiles ludos enucleamus cum super 200 homines in sua creatione directe implicatos. Quomodo DevOpis utimur?
Ita prorsus eadem quae supra. Constanter cum tincidunt et probatoribus communico, et internam institutionem pro operariis in DevOps methodologia et instrumentis exerceo.
Nunc active Jenkins utentes instrumento pipelines CI/CD ad exsequendam omnes fistulas conventus cum Unitate et postea instruere ad App Store et Market Play. Plus e toolkit classic:
- Asana — , procuratio consilii. Integratio cum Jenkins configurata est.
- Google Meet - conventus pro video.
- Remissa - pro communicationibus et summis variis, cum notificationes ab Jenkins.
- Confluentes Atlassian - documenta et coetus laboris.
Consilia nostra immediata includunt analysim codicem staticum introducere utendo SonarQube et automated UI perducendo utendo Selenium in scaena continua Integrationis.
Sed in finem
Vellem hac cogitatione finire: DevOps maxime idoneus fieri, vitalem est discere quomodo communicare cum hominibus vivere.
A DevOps fectum ludi quadrigis est. Et nihil aliud. Communicatio cum collegis veniat ab eo, neve alicuius rei gratia. DevOps artifex debet optimam solutionem quadrigis videre et proponere.
Et sic, cuiuslibet solutionis exsecutio multam discussionem postulabit, et a fine omnino mutatur. Progrediens independenter, suas ideas proponens et exsequens, talis persona augere valet tam ad equos quam ad conductorem. Quae denique ratio redditur secundum quantitatem menstrui remunerationis vel in forma additi boni.
Source: www.habr.com