Primum catenam DevOps aedificans in quinque gradibus pro incipientibus.
DevOps panacea factus est propter processum evolutionis nimis, disiungitur et aliter problematicum. Sed minimam scientiam debes in DevOps. Conceptus teget sicut catena DevOps et quomodo unum in quinque gradibus creare. Non est hic dux completus, sed tantum "pisces" qui dilatetur. Incipiamus ab historia.
Introductio ad DevOps
Nubibus apud Citi Group laborare solebam et applicationem interretialem IaaS ad administrandam nubem infrastructuram Citi, sed semper studui quomodo catenam evolutionis optimizare et culturam inter tincidunt emendare solebam. Greg Lavender, noster CTO pro Cloud Architecture et Infrastructure, hunc librum mihi commendavit. . DevOps explicat principia pulchre et legit quasi nove.
Mensa in tergo ostendit quoties societates novas versiones evolvunt;
Quomodo Amazon, Google et Netflix tantum evolvunt curo? Et simplex suus est: figuratum est quomodo catenam DevOps paene perfectam creare.
Res longe diversae nobis erant apud Citi usque dum ad DevOps mutavimus. Tunc turma mea diversos ambitus habuit, sed traditionem servo evolutionis manuali fecimus. Omnes tincidunt accessum habebant ad unum tantum evolutionis servo secundum IBM WebSphere Applicationem Servo Communitatis Editionis. Simultaneo conatu liberandi, ministri "ceciderunt", et toties "dolentes" inter nos agere debebamus. Habuimus etiam insufficiens codicem coverage cum probationibus, tempus partus processus manualis consumendi, et nullo modo indagare traditionem codicis ope alicuius negotii vel postulationis clientis.
Constabat aliquid vehementer agenda esse, et collegam unanimem inveni. Primum catenam DevOps simul creare decrevimus - apparatus virtualis et schedula Tomcat statuit, et curavi Jenkins, integrationem cum Atlassian Jira et BitBucket, necnon codicem coverage cum probatis. Propositum valuit: nos plene automated catenam evolutionis, fere 100% uptime in evolutionis servo consecutus, monitorem et codicem coverage cum probatis emendare potuimus, et ramus Git ad Jira partus et exitus ligari potuit. Et fere omnia instrumenta instrumentorum ad fontem DevOps catenae aedificandae apertae erant.
Re quidem vera catena simplicior facta est, quia figuras progressas ne Jenkins vel Ansible utendo applicavimus. Sed nos successit. Fortasse hoc consequitur principium (aka ad 80/20 regulae).
Brevis descriptio DevOporum et CI/CD Chain
DevOps definitiones diversas habet. DevOps, ut Agilis, diversas disciplinas includit. Maxime autem consentiet cum hac definitione: DevOps est methodus seu cyclus vitae, progressionis software, cuius principale principium est creare culturam ubi tincidunt et alii operarii sunt "in eodem esse", labor manualis automatur; unusquisque quod optimum est facit, frequentia traditionum crescit, fructus operis crescit, flexibilitas crescit.
Dum instrumenta sola non sufficiunt ad ambitum DevOps creandum, necessaria sunt. Horum potissima pars est continua integratio et continua traditio (CI/CD). Diversi sunt gradus in vinculo cuiusque ambitus (exampla, DEV (progressio), INT (integratio), TST (probatio), QA (qualitas certitudinis), UAT (acceptio probatio usoris), STG (praeparatio), PROD (usus)) Officia manualia automantur, tincidunt qualitatem Codicis producere possunt, eam liberare et facile reficere possunt.
Haec nota describit quomodo catenam DevOps in quinque gradibus creare possit, ut in tabula infra ostendetur, instrumentis apertis adhibitis.
Ad negotia descendamus.
Gradus I: CI/CD Platform
Primum instrumentum CI/CD opus est. Jenkins est MIT-licentiatus, fons apertus CI/CD instrumentum in Java scriptum, quod motus DevOporum divulgavit et factus est vexillum de facto CICD.
Quid est Jenkins? Finge te magicam tabulam habere pro variis officiis et instrumentis. Per se, inutile est instrumentum CI/CD sicut Jenkins, sed cum diversis instrumentis et officiis, fit potens.
Praeter Jenkins, multa alia instrumenta fontis aperta, quaelibet eligunt.
Ecce quid processus DevOps similis cum CI/CD tool
Instrumentum CI/CD in locali locali habes, sed adhuc non multum est. Transeamus ad gradum proximum.
Gradus II: Versioning
Optima (et arguably facillima) ratio magicae instrumenti CI/CD probandi est eam cum fonte administrationis instrumenti (SCM) integrandi. Cur versionis imperium opus est? Dicamus te applicationem facere. Id scribis in Java, Pythone, C++, Vade, Ruby, JavaScript, aliave lingua plaustrum et plaustrum est. Quod scribis, fons codicis appellatur. In primis, praesertim si solus laboras, omnia servare potes in directorio locali. Sed cum consilium crescit et plures coniunguntur, opus est modo ad mutationes codicis communicandas, sed pugnas cum mutationibus bus devita. Atque etiam debes versiones priores aliquo modo restituere sine tergum utendo et methodo codicillis fasciculi exemplarium crustulum utendo.
et hic sine scm uspiam. Codicem SCM in repositoriis reponit, versiones eius administrat et inter tincidunt coordinat.
Multa instrumenta SCM, sed Git merito facto vexillum factum est. Moneo te uti, sed alia bene.
Hic est quod DevOps pipelines spectat sicut addito SCM.
Instrumentum CI/CD instrumentum potest automate source code upload et download et quadrigis collaborationis. Non malus? Nunc autem quomodo operari potest ex hoc applicatione, quod a billions usorum amati?
Gradus III, Mors tool Automation aedificate
Eunt omnia ut decet. Potes codicem fasciculum imponere et mutationes in fonte moderari, et amicos invitare ad operandum tecum. Sed non app tamen. Ad hoc applicationis interretialis ut sit, componi debet et sarcina ad distribuendum vel ut exsecutabile currere. (Idioma programmatio interpretata sicut JavaScript vel PHP compilari non debet.)
Instrumentum automation aedificare uti. Quodcunque instrumentum libet, codicem in forma recta et automate tersus, compilationem, probationem ac traditionem colliget. Instrumenta aedificandi lingua variant, sed optiones fontium apertarum communius adhibentur.
Perfect! Iam automation instrumentum configurationis instrumenti constructum lima in fontem potestatem inseramus ita ut instrumentum CI/CD eas aedificet.
Sentit bonum. Sed ubi est haec omnia nunc evolvere?
Gradus IV: Web Application Servo
Habes igitur fasciculum fasciculum qui exsecutioni mandari vel evolvi potest. Applicatio vere utilis esse debet aliquo genere officii vel instrumenti, sed alicubi omnia ponere debes.
Applicatio interretialis adhiberi potest in schedula interretiali. Applicatio servo praebet ambitum ubi logicam sarcinatam facere potes, interfaces redde, et officia interretialem super nervum exponere. Opus HTTP servo et paucis aliis ambitibus (machina virtualis, exempli gratia) ut servo applicationis instituas. Nunc enim simulemus te cum omnibus euntibus (quamvis de vasis infra loquar).
Plures servientes schedulae apertae sunt.
DevOps catena prope laborat iam habemus. Magnum officium!
Principio hic prohibere potes, tum te ipsum tractare potes, sed de qualitate codicis digna loqui est.
Gradus V: Test coverage
Testis multum temporis et laboris accipit, sed melius est invenire cimices statim et meliorem codicem placere finem users. Ad hanc rem multa instrumenta aperta sunt quae non solum codicem probare, sed etiam consulere quomodo emendare possint. Plurima CI/CD instrumenta in haec instrumenta et processum automateri possunt plug.
Probatio in duas partes dividitur: probatio tabularum ad scripturam et ad probationes exsequendas, et instrumenta ad ambages ut codicis qualitatem emendare possit.
Testis Frameworks
Instrumenta cum qualis tips
Pleraque ex his instrumentis et compagibus scripta sunt pro Java, Pythone et JavaScript quia C++ et C# proprietatis sunt (quamvis GCC fons aperta est).
Testimenta coverage adhibuimus instrumenta, et nunc DevOpis pipelines tamquam picturam in principio consequat.
Additional Steps
Continentes
Ut dixi, server applicatio virtualis apparatus vel ministrator esse potest, sed vasa gratiora sunt.
? In summa, in virtualis machina, systema operativum saepe plus spatii quam applicationis sumit, et continens plerumque paucis bibliothecis et configurationibus sufficit. In quibusdam casibus machinis virtualis necessariae sunt, sed continens applicationem cum servo nullo extra sumptus accommodare potest.
Pro continentia, Docker et Kubernetes sumi solent, cum alia bene sint.
Legere vasa de Docker et Kubernetes at :
Instrumenta Medio automation
Catena nostra DevOps ad collaborativum aedificium et traditionem applicationis tendit, sed alia sunt res iucunda quae cum instrumentis DevOps facere potes. Exempli causa, instrumenta infrastructura utere ut Codex (IaC), etiam instrumenta media automationis notae sunt. Haec instrumenta adiuvant automatariam institutionem, administrationem, aliaque opera ad medias cautelas. Exempli causa, instrumentum automationis applicationes capere potest (applicatio interretialis servo, datorum, instrumentorum vigilantia) cum rectis conformationibus et in calculonis applicationis eos repelle.
Hic nonnullae optiones pro instrumentis medii ware apertis automationis sunt:
Singula in articulis :
Quid autem?
Hoc est summitatem iceberg. Catena DevOpis multo magis potest facere. Incipe cum instrumento CI/CD et vide quid aliud automate ut officium tuum facilius fac. Noli oblivisci per circuitum ad efficaciorem collaborationem.
Hic plura bona vasa incipientibus DevOps sunt;
Devops etiam apertis instrumentis agilibus integrare potes;
Source: www.habr.com