Estne difficilis praecipuam rem comprehendere, cum de DevOps loquitur? Vivificas tibi analogias collegimus, formulas et consilium a peritis, qui etiam non-specialists adiuvabunt, ad rem perveniunt. In fine, bonus est Red Hat conductos suos DevOps.
Terminus DevOps abhinc X annos oriundus et ab hashtag Twitter ad potentem culturae motum in IT mundo abiit, philosophia vera quae tincidunt ad res citius factas, experimentum et iterandum progrediendum hortatur. DevOps obstrictus factus est cum notione transformationis digitalis. Sed quoties cum IT terminologia evenit, per praeteritum decem annos DevOps multas definitiones, interpretationes et fallacias circa se acquisivit.
Unde saepe potes audire de similibus quaestionibus DevOps, estne idem ac agilis? An haec est aliqua specialis methodus? An solum aliud est synonymon pro voce « collaborationis »?
Devops multas notiones varias comprehendit (continua traditio, integratio continua, automatio, etc.), ita distillantia quod gravius provocare potest, praesertim cum de subiecto es iracundus. Haec tamen ars valde utilis est, quantumvis sive ideas tuas ad superiores deferre conaris, sive aliquem ex tuis familiaribus vel amicis de opere tuo narrando. Ideo nunc devOpis términosticas nuances deponamus et in magna pictura focus.
Quid est DevOps: 6 Definitiones et Analogiae
Peritos rogavimus essentiam DevOporum quam simpliciter et brevissime explicare, ut eius praestantia legentibus quovis gradu scientiae technicae pateat. Ex horum colloquiorum eventibus delegimus eximias analogias et formulas praestantissimas quae adiuvabunt ut fabulam tuam de DevOps construas.
1. DevOps est culturae motus
"DevOps est motus culturae in quo utraque pars (optilitates luctus et operationis systematis) agnoscitur quod programmata non afferunt reales utilitates donec aliquis incipit uti eo: clientes, clientes, conducti, non punctum", inquit Eveline Oehrlich, inquisitionis senioris. Analyticum ad Institutum DevOps. "Utraque igitur harum partium coniunctim celeritas et summus qualitas programmatis procurant."
2. DevOps est permissum tincidunt.
"DevOps dat tincidunt ad applicationes suas, eas currite et partum ab incepto ad finem administrare."
"DevOps De more locutus est ut modus accelerandi applicationes ad productionem traditionis aedificandi et exsequendi processuum automated", dicit Jai Schniepp, moderator DevOparum suggestuum in assecurationis comitatu Libertatis Mutuae. "At mihi multo magis est fundamentale." DevOps dat tincidunt ad propria applicationes vel particulas specificas programmatum, eas currite, et partum ab initio ad finem administrat. Devops confusionem responsabilitatis tollit et omnes, qui implicantur in creando automated, elit infrastructure agitatae, dirigit.
3. Devoops est de cooperatione in applicationibus faciendis et tradendis.
"Simpliciter DevOps est accessus ad productionem et partum programmatum ubi omnes simul operantur", dicit Gur Staf, praeses et caput negotii digitalis automationis apud BMC.
4. DevOps est pipeline
"Convector conventus tantum fieri potest si omnes partes simul cohaerent".
“DevOps comparare volo ad lineam contionis currum”, pergit Gur Staff. – Propositum est designare et praemittere omnes partes, ut tunc congregari possint sine tionibus singulis. Conveyor conventus tantum fieri potest si omnes partes simul cohaereant. Qui machinam machinantur et fabricant, considerare debent quomodo ad corpus vel corpus conscendant. Qui dumeta faciunt, cogitandum est de rotis, et sic de aliis. Idem dicendum erit cum programmate.
Elit in negotiis logicae faciendis vel interfaciendi usoris cogitare debet de datorum qui informationes emptorum dat, cautiones mensurae ad user notitias tuendas, et quomodo haec omnia operantur cum servitium magnum inservire incipit, fortasse etiam multimillion pupa in auditorio usoris. .
“Populos homines collaborare et cogitare de partibus operis, quod alii agunt, potius quam in suis operibus unice tendunt, maximum impedimentum est superare. Si hoc facere potes, optimam occasionem habes mutationis digitalis,” addit Gur Staff.
5. DevOps est recta compositio hominum, processuum et automationum
Jayne Groll, moderator exsecutivus Instituti DevOpum, magnam obtulit analogiam ad explicandum DevOps. In verbis eius, “DevOps est quasi recipe tria genera ingredientium genera: populus, processus et automatio. Pleraque haec medicamenta ex aliis locis et fontibus sumi possunt: Lean, Agile, SRE, CI/CD, ITIL, principatus, cultus, instrumenta. Secretum DevOps, sicut aliquod bonum recipe, est efficere proportiones rectas et miscere ex his medicamentis augere celeritatem et efficaciam creandi et solvendi applicationes."
6. DevOps est cum programmers operantur sicut formula I dolor
"Genus non ab initio ad finem destinatur, sed potius a fine ad satus".
"Cum de incepto a DevOpis expecto, cogito" NASCAR seu Formulae 1 quadrigis currentis exemplum", inquit Chris Short, senior procurator nubis suggesti apud Red Hat et publisher of the DevOps'ish newsletter. - Dux talis turmae unum propositum habet: summum locum in fine generis assumere, attentis facultatibus iunctorum et scenis quae ei contigerunt praesto sunt. In hoc casu non ab initio ad finem proponitur genus, sed potius ab initio ad finem. Primo ponitur finis ambitiosus, et deinde modi ad consequendum eam determinantur. Tunc franguntur in subsidia et ad membra manipulorum delegantur.
“Manipulus totam hebdomadam ante stadium sistendum foveam consumit. Vires facit institutio et cardio in figura manere ad grem- natio diei. Exercitia simul operantur ad solvendas quaslibet difficultates, quae in stadio oriri possunt. Item, turma evolutionis peritiam novas versiones frequenter solvendi exercere debet. Si tales artes et systema securitatis bene operandi habes, deductio etiam novarum versionum in productionem saepius fit. In hoc mundo, celeritas aucta significat salutem augeri,” Brevis dicit.
"Rectum non est de faciendo"" Brevis addit, "est quam plurima tollenda quae optati exitus obstant. Collabora et aptare secundum feedback quod accipis in reali tempore. Praeparentur anomaliae et operae ad meliorem qualitatem ad minuendum ictum in progressu ad finem tuum. Hoc est quod nos manet in mundo DevOpum.
Quomodo scandere DevOps: 10 tips a peritis
Justum est quod DevOps et Massa DevOps prorsus diversa sunt. Dicemus quomodo a primo ad secundum superetur claustra.
Pro multis institutis, iter ad DevOps facile et suaviter incipit. Partes ardentes parvae creantur, processus veteres cum novis substituuntur, et prima secundae non tardant.
Heu, haec glitz falsa est, illusio progressionis, dicit Ben Grinnell, moderatorem et caput digitalis in consultatione Highland septentrionalis administrans. Primae conciliationes certe hortantur, sed ultimum propositum pervulgatae adoptionis DevOpum per ordinationem consequi non adiuvant.
Facile perspicitur eventum esse culturam divisionis inter "nos" et "eos".
"Saepe, organizations deducunt has incepta auctorum cogitantes, viam sternent ad DevOps amet, sine consideratione utrum alii viam illam sequi possint vel voluerint" Ben Grinnell explicat. - Teams ad talia incepta exsequenda plerumque ex fiducia "Varangians" suppleri solent, qui iam in aliis locis simile egerunt, sed novae sunt ad ordinationem vestram. Eodem tempore incitantur regulas frangendi et destruendi quae omnibus aliis tenentur. Facile perspicitur eventum esse culturam "nobis" et "eorum" quae translationem scientiae et artes vetat.
“Et haec quaestio culturalis una tantum est e causis quas DevOps attingere difficile est. DevOps iunctos opponunt provocationes technicas auctae quae propriae sunt primae turmae velocitatis IT", dixit Steve Newman, conditor et praeses Scalyr.
“In mundo huius temporis, officia mutantur quam primum opus est. Magnum est ut novas notas adsidue efficiant et efficiant, sed hunc processum ordinantes et difficultates tollendas, quae oriuntur, verum est capitis dolorem, addit Steve Newman. - In Institutis valde celeriter crescentibus, fabrum in iugis crucis functionis contendunt ut visibilitatem in mutationem conservandam et dependentiae gradus lapsus effectus quos creat. Praeterea fabrum non felices sunt cum hac occasione privantur et per consequens difficilius efficitur earum essentiam problematum quae nascuntur ».
Quomodo has provocationes superare supra descripsimus ac movere ad massam adoptionis DevOpum in magna ordinatione? Periti patientiam hortantur, etiamsi finis ultimus tuus sit accelerare progressiones tuas cycli et negotia processus.
1. Memento illius culturae mutationis tempus.
Jayne Groll, Director exsecutivus, Institutum DevOps: “Mea sententia, dilatatio DevOpum debet esse tam incrementalis et iterativa quam agilis progressio (aeque attingens culturam). Agiles et DevOps parvas turmas illustrant. Sed cum hae iunctiones in numero et integratione crescunt, plures adducunt novas operandi vias, et consequenter ingens culturalis transformatio est".
2. Habe satis temporis consilio et eligendo suggestum
Eran Kinsbruner, Evangelista technica Duc in Perfecto: “Ad scalas ad opus faciendum, DevOps iugis discat primum processibus, instrumentis et artibus traditis coniungi, et deinde lente singulas DevOporum periodos alere ac stabilire. Omnia cum diligenti consilio usoris fabularum et fluminum valorum incipit, quam scripturam programmatis et versionis continentem utendi evolutionis stipitis fundatae vel aliis accessibus ad codicem ramosum et mergendum aptissimum."
“Dein venit integratio et probatio scaena, ubi iam requiritur suggestum scalabile automationis. Hoc est ubi amet pro DevOps teams eligere ius suggestum quod eorum peritia planum et finis propositi propositi.
Proxima periodus ad productionem instruere debet idque plene automated instrumentis et vasis orchestration debet. Refert habere virtualizatas ambitus in omnibus gradibus DevOps (productionis simulatoris, QA ambitus, et effectionis ambitus actualis) et semper tantum postremas notitias adhibeas ad probationes ad conclusiones pertinentes obtinendas. Analytica debet esse callida et capax magnas notitias dispensandi cum feedback celeriter et operabili."
3. Tolle culpam ex officio.
Gordon Haff, RedHat Evangelist; "Creando systema et atmosphaera quae experimentis admittit et fovet admittit ad ea quae sciuntur prospera defectibus in progressione programmatis agilis. Hoc non significat neminem alium esse peccatum. Re quidem vera cognoscendi cuius est responsalis facilior fit, quia "esse responsalem" non iam "accidentem" significat. Id est, essentia officii qualitatem mutat. Quattuor factores critici fiunt: ambitus, discidium, accessus, processus productionis et incitamenta. (Plura de his factoribus legere potes articulum de Gordonio Huff' Lectiones DevOps: 4 facies experimentorum sanorum.")
4. iter purgare deinceps
Ben Grinnell, moderatoris et capitis digitalis ad consultum Highland Septentrionalis procurantis: "Ad scalam consequendam, commendo "via purgandi" propositum deducendi una cum inceptis muniendis. Propositum huius programmatis est purgamentum purgare quem praedones DevOps relinquunt, sicut regulas iam pridem et alia huiusmodi, ut via manifesta maneat ».
"Date populo norma subsidia et momentum per communicationem, quae auctiorem coetum excedit, late celebrando successus novorum modorum operandi. Raeda homines qui in altera inceptis DevOparum unda implicantur et de DevOps primum utendo timidi sunt. Et meminerint homines isti longe a auctoribus dissimiles esse.'
5. Democratize instrumenta
Steve Newman, fundator et praeses Scalyr: “Instrumenta hominum non debent abscondi, et facilia debent esse ad discendum quis in tempore ponere voluerit. Si facultas ligna inquisitionis restringitur ad tres homines "certificatos" utendi instrumento, semper habebis maximam trium hominum praesto ad quaestionem tractandam, etiam si amplissimum computandi ambitum habes. Aliis verbis, ampulla hic est quae ad graves consequentias ducere potest.
6 crea idealis conditionibus pro quadrigis opus
Tom Clark, caput rostris communium apud ITV: “Potes facere aliquid, sed non omnia simul. Pone metas magnas, parva incipies, et iterationes cita progredi. Subinde famam rerum gestarum explicabis, ita aliis etiam rationibus tuis uti voles. Nec solliciti de aedificandis quadrigis efficacissimis. Sed provide homines condiciones operationis et efficientiae optimas sequentur".
7. Noli oblivisci de lege Conway et tabularum Kanban
Logan Daigle, Director of Software Delivery et DevOps Strategy in CollabNetVersionOne: “ Magni interest scire consequentias legis Conway. In paraphrasi soluta mea, lex haec asserit fructus quos creamus et processus utimur, incluso DevOps, eodem modo quo ordo nostri structuri eveniunt.
“Si multum silos in ordinatione est, et imperium pluries mutat manus cum programmata aedificandi et solvendi programmata, scalarum effectus nullus vel brevis erit. Si ordinatio iunctos crucis functiones circa productos, qui cum umbilico mercato funduntur, aedificat, tunc casus successus dramatically augentur».
"Alia magna pars scalae est ut omne opus in progressu (WIP, workinprogres) Kanban in tabulis ostenderet. Cum ordinatio locum habet ubi homines haec videre possunt, multum adiuvat cooperationem, quae positivum ictum in scalis habet.
8. Quaerite veteres cicatrices
Manuel Pais, DevOps consultus et auctor Team Topologiarum: “DevOps ultra Dev et Opem se exercet et eas ad alias functiones adhibere conatur vix optimalis accessus est. Hoc certe habebit aliquem ictum (exempli gratia, manu manuali automando), sed multo magis effici potest si processuum traditionis ac feedback incipimus comprehendere.
"Si veteres cicatrices in systemate IT organizationis - procedendi et administratione machinarum quae ex praeteritis incidentibus ad effectum adductae sunt, sed momentum amiserunt (ob mutationes productorum, technologiarum vel processuum) - tunc certe removenda sunt. aut vaga, quam automating inhabilis vel superfluis processibus. "
9. Optiones DevOps non generant
Antonius Edwards, director operationum apud Eggplant: “DevOps terminus valde vagus est, ergo uterque turma sua desinit cum versione DevOps sua. Nihil est autem deterius cum ordo repente 20 varietates DevOps habet, quae non optime conveniunt. Impossibile est singulae tres iunctiones evolutionis habere suas, speciales interventus evolutionis et producti administrationis. Neque producti spem suam unicam habere debent in feedback tractandi cum ad simulatorem productionem translatum est. Alioquin numquam DevOps scandere poteris.
Negotium valorem de DevOps 10. praedica
Steve Newman, fundator et praeses Scalyr: "Opus agnoscere valorem DevOps. Disce et libenter loqui beneficia quae agis. DevOps incredibile est tempus et pecuniam saver (sicut cogita: minus downtime, brevius medium tempus ad recuperandum), et DevOps iunctos indefesse exaggerare (et praedicare) momentum horum inceptorum ad res bene gestas. Hoc modo circulum adhaerentium augere potes et influxum DevOporum in ordinatione augere.
Bonus
In DevOps nostri in XIII Septembris advenient - Immo, Red Hat, tamquam fabrica programmator, suas DevOps iunctiones et exercitia habet.
Ingeniarius noster Mark Birger, qui officia interna automationis in aliis coetibus per organisationem evolvit, narrabit suam fabulam in clara Russian - quomodo turmas Rubrum Hat DevOps migraverit applicationes ab Hat Virtualisation virtualis ambitus ab Ansible ad plenam-fledged continentis formato et OpenShift suggestum.
Sed quod suus 'non omnes;
Cum institutiones operarum ad continentia moverunt, applicationes traditionales methodi vigilantia operare non possunt. In secundo sermone explicabimus causam nostram ad mutandum modum quo logimus et ostendemus continuationem semitam, quae ad modernos modos colligationem et vigilantiam nos perduxit.
Source: www.habr.com