Pars 1: Web/Android
illud: hic articulus est translatio in russicum articuli originalis Omnes tamen illustrationes, nexus, virgula et verba in lingua originali conservantur ad vitandam sensum depravatum in russicum translatum. Opto te libenter studeo!
Currently, the DevOps specialty is one of the most in demand in the IT industry. Si officium populare quaerendi sites aperies et stipendio eliquare, videbis DevOps relatas in indice summo esse. Nihilominus interest intellegere hoc potissimum pertinere ad statum "Senioris", quod significat candidatum altam habere artes, scientiam technologiarum et instrumentorum. Hoc quoque in eminenti gradu officiorum coniungitur cum continua operatione productionis. Sed oblivisci coepimus quid sit DevOps. Initio non fuit aliqua specifica persona vel pars. Si definitiones huius vocabuli quaerimus, multa nomina pulchra et emendata reperiemus, uti methodologiam, praxim, philosophiam culturalem, notiones coetus, et cetera.
My specialization is a test automation engineer (QA automation engineer), sed credo illud non solum cum scripto auto-probationum aut test compage architecturae evolutionis coniungi. In 2020, cognitio infrastructurae automationis etiam essentialis est. Hoc tibi permittit ut processum automationis instituas, ex probationibus currentibus ut proventus omnibus ordinum pro tuis metis praebeas. Quam ob rem, DevOps artes sunt necesse est ut officium fiat. Et hoc totum bonum est, sed, pro dolor, queritur.vastator: hoc articulum simpliciorem reddere conatur hoc problema). Punctum est DevOps durum est. Et hoc patet, quia societates non multum solvent pro aliquo quod facile factu est. Hoc imprimis difficile est in ineunte curriculo et ex experientia technica congesta dependet.
Source:
Hic verisimiliter finiemus cum parte introductoria et ad finem huius articuli intendunt.
Quid est hic articulus de?
In hoc articulo, experientiam meam communicaturus sum infrastructuram probationis aedificandae automationis. Plures sunt informationes in Interreti de variis instrumentis et quomodo eis utantur, sed eas pure in contextu automationis intueri velim. Multos fabrum automatarios cum re familiari esse credo, cum nemo praeter probationes evolutas aut curas earum conservandas currat. Quam ob rem probata evasissent et tempus terere adaequationis habes. Iterum, ineunte curriculo, hoc admodum difficile esse potest: sapienter diiudicando utilia instrumenta adiuvent datam quaestionem removere, quomodo eas eligere, configurare et conservare. Quidam testes ad auxilium convertunt DevOps et, honesti simus, aditus opera. In multis casibus haec sola optio potest esse, cum in omnes clientelas visibilis non habetur. Sed sicut novimus, DevOps guys sunt valde occupatus, quia cogitare habent de tota turba infrastructura, instruere, vigilantia, microservia et alia similia negotia secundum ordinationem/theam. Automatio prioritas non est, ut fieri solet. In hoc casu omnia nobis possibilia facere debemus a principio ad finem. Haec clientelas reducet, in laboris fluxum accelerat, artes nostras emendavit et maiorem imaginem rei eveniunt videre nos sinit.
Articulus instrumenta popularia et popularia exhibet ac ostendit quomodo utendi ad infrastructuram gradatim aedificandam automationem. Uniuscuiusque coetus repraesentatur instrumenta quae per experientiam personalem probata sunt. Sed hoc non est idem tibi utendum. Instrumenta ipsa non sunt momenti, apparent et obsolescunt. Nostrum ipsum munus est elementa fundamentalia intelligere: quare hoc instrumentorum coetus indigemus et quas difficultates operando eorum ope solvere possumus. Quam ob rem in fine cuiusque sectionis relinquo nexus similium instrumentorum quae in tua ordinatione adhiberi possunt.
Quod non est in hoc articulo
Iterum repeto articulum non esse de instrumentis specificis, ideo nullum codicem inseri ex documentis et descriptionibus mandatorum specialium. Sed in fine cuiusque sectionis nexus pro accurato studio relinquo.
Hoc quia factum est;
- haec materia in variis fontibus facile est invenire (documenta, libros, cursus video);
- si altius incipiamus, scribendum erit 10, 20, 30 partes huius articuli (dum consilia sunt 2-3);
- Nolo tantum tempus tuum perdere, cum aliis instrumentis uti velis ad easdem metas assequendas.
praxi
Vellem equidem hanc materiam cuilibet lectori utilem esse, et non solum legi et oblivioni tradere. In omni studio, usus magni ponderis est. Hoc paravi. Etiam congue sem te exspecto fac ut non mente exempla lineas mandatorum quod geris.
consilium
Ego morsque dividimur
Technology
Tools
1
Cursus localis (praepara telam / android demos probationibus et localiter currere)
Node.js, Selenium, Appium?
2
Versione potestate systemata
vade
3
Continensation
Docker, Selenium euismod, Selenoid (Web, Android)
4
CI/CD
Gitlab CI
5
nubes platforms
Google nubes Platform
6
Orchestration
Kubernetes
7
Infrastructure in codice (Iac)
Terraform, Ansible
Structura cuiusque sectionis
Ut patet narratio, unaquaeque pars secundum hanc formam describitur.
- brevis technologiae descriptio;
- valorem pro infrastructura automation;
- illustratio status hodierni infrastructure;
- nexus studiorum;
- similia instrumenta.
1. vade probat localiter
Brevis descriptio technicae
Hoc est gressus praeparatorius ad currendum, demos localiter probat et verificandum se transeuntes. In parte practica, Node.js adhibetur, sed programmatio lingua et suggestus etiam non sunt magni momenti et his uti potes quae in tuo comitatu adhibentur.
Sed ut instrumenta automation, Selenium WebDriver pro suggestis interretialibus et Appium ad MASCULINUS suggestum uti suadeo, cum in proximis gradibus imagines Docker adhibebimus, quae ad formandam cum his instrumentis specialiter operantur. Praeterea ad officium requisita haec instrumenta in foro maxime postulant.
Cum animadvertere licet, solum textus et MASCULINUS probationes consideramus. Dolendum est, iOS fabula prorsus alia est (Gratias Apple). Propono monstrare IOS solutiones et praxis relatas in venturis partibus ostendere.
Valorem automation infrastructure
Ex infrastructura prospectu, localiter currens nullum valorem praebet. Tantum reprehendo quod probationes machinae locales in navigatoribus et simulatoribus localibus currunt. Sed utcumque est, hoc est necessarium principium.
Illustratio status hodierni infrastructure
Links ut explorarent
Similia instrumenta
- quamlibet linguam programmandi tibi similem in coniunctione cum Selenium/Appium probat;
- aliquem probat;
- aliquem examinis cursorem.
2. systemata versionis control (Git)
Brevis descriptio technicae
Cuivis magna revelatio non erit si dixeris versionem potestatem esse maximam partem evolutionis, tam in manipulis quam in singulis. Ex variis auctoribus, tutum est dicere Git repraesentativum popularis esse. Versio systematis temperantia multa beneficia praebet, ut codicem communicans, versiones recondens, ad ramulos priores restituens, historiam vigilantiam, et tergum. Singulatim singula non tractabimus, certo scio te familiarissimum esse et in cotidiano opere uti. Quod si subito non fuerit, intermissam hunc articulum commendo et quam primum lacunam implebo.
Valorem automation infrastructure
Et hic rationabiliter interrogare potes: « Cur nobis de Git narrat? Hoc unusquisque scit et eo utitur tum ad codicem evolutionis tum ad codicem auto- testam. Recte quidem, sed in hoc articulo de infrastructura loquimur et haec sectio praevius agit ad sectionem 7: "Infrastructuram codicis (IaC)". Nobis, hoc significat totam infrastructuram, inter probationem, in forma codicis descriptam, sic etiam systemata versionis in eo applicare et similia beneficia obtinere ac in evolutionis et automationis codicem acquirere.
IaC fusius in Step 7, sed etiam nunc incipias uti Git localiter creando repositorium locale. Magna imago ampliabitur cum repositorium remotum ad infrastructuram addimus.
Illustratio status hodierni infrastructure
Links ut explorarent
Similia instrumenta
3. Containerization (Docker)
Brevis descriptio technicae
Ad demonstrandum quomodo continentia praecepta ludi mutavit, paucis decenniis eamus in tempore. Revertere ergo homines empti et adhibiti machinis servo utilia ad currendum. Sed in pluribus, copiae debitae startup praecognitae sunt. Quam ob rem societates pecunias in emptione pretiosorum, servorum potentum, consumpsit, sed quaedam capacitatis huius omnino usus non erat.
Proximus scaena evolutionis fuit machinae virtualis (VMs), quae problema solvebatur pecuniam de insuetis opibus consumendi. Haec technologia effecit ut applicationes independenter ab invicem in eodem servo discurrerent, spatium prorsus remotum collocans. Sed lectus dolor, aliquam a, elit in, dictum in nibh. Currens a VM systema operandi plenum requirit, quod CPU, RAM, repositione consumit et, secundum OS, licentia gratuita consideranda est. Haec factores celeritatem loading afficiunt et portabilitatem difficilem faciunt.
Et nunc ad continentiam veniamus. Iterum, haec technologia quaestionem priorem solvit, sicut vasa plena OS non utuntur, quae magnam vim opum liberat et ieiunium et flexibile solutionem portabilitatis praebet.
Utique technologia continens nihil novi est ac primum in recenti 70s introductum est. In diebus illis, multum investigationis, progressiones, conatus exercebantur. Sed Docker hanc technologiam accommodavit et facile massas pervias effecit. Hodie, cum de vasis loquimur, in pluribus Docker significamus. Cum de vasis Docker loquimur, continentia Linux significamus. Fenestra et macOS systemata uti possumus ut vasis curramus, sed magni momenti est intellegere quod in hoc casu tabula addita addita videtur. Exempli gratia, Docker in Mac tacite vasa intra Linux VM leve decurrit. Ad hunc locum revertemur, cum de cursoribus Android aemulorum intra vascula tractamus, ergo hic est gravissimum momentum quod subtilius disserendum est.
Valorem automation infrastructure
Invenimus vasizationem illam et Docker frigus esse. Intueamur hoc in contextu automationis, quia omne instrumentum vel technologiae problema solvere eget. Patentes quaestiones test automationis in contextu UI testium componamus:
- magna vis clientium cum insertis Selenium ac maxime Appium;
- problemata convenientiae inter versiones navigantium, simulatores et aurigas;
- deest spatium remotum pro navigatoribus/simulatoribus, quod est praesertim criticum pro cursus parallelo;
- difficile est regere et conservare si opus est currere X, L, C vel etiam 10 navigatores simul.
Sed cum Selenium sit instrumentum popularis automationis et Docker instrumentum maxime popularis continentiae, mirum non erit si quis eas ad validum instrumentum ad solvendas praedictas difficultates solvendas conetur coniungere. Tales solutiones planius consideremus.
Selenium euismod in docker
Hoc instrumentum est maxime populare in Selenium mundo quod multiplices navigatores in multiplicibus machinis currit et eas e centrum centrum administrandi. Incipere, debes subcriptio saltem 2 partes: Hub et Node(s). Hub nodi centralis est qui omnes petitiones probationum accipit et eas nodes opportunas distribuit. Pro unaquaque Node certam figuram configurare possumus, exempli gratia, optatum navigatrum eiusque versionem denotando. Tamen adhuc necesse est nos ipsos rectores navigatri compatibile curare et eos in Nodis desideratis instituere. Quam ob rem Selenium euismod in pura forma non adhibetur, nisi cum navigatoribus opus est quae in Linux OS institui non potest. Pro omnibus aliis casibus, solutio signanter flexibilis et recta esset uti imaginibus Docker ad Selenium grid Hub et Nodes currunt. Hic accessus valde simplificat administrationem nodi, quandoquidem imaginem eligere possumus quam indigemus componibilibus navigantium et aurigarum iam inauguratis versionibus.
Quamvis opiniones negativae de stabilitate, praesertim cum numerus Nodorum in parallelis currit, Selenium eget est popularis instrumentum ad currentem Selenium in parallelis probat. Gravis est notare varias emendationes et modificationes huius instrumenti constanter apparent in fonte aperto, qui varias lagunculas in certamine pugnant.
Selenoid ad Web
Hoc instrumentum in mundo Selenium perruptio est sicuti e cista operatur et vitam multorum fabrum automationum multo facilius effecit. Primum, haec alia modificatio non est euismod Selenium. Sed tincidunt novam Selenium Hub in Golang versionem omnino creaverunt, quae, cum levibus imaginibus Docker variis navigatoribus coniuncta, impetum dedit ad progressionem test automationis. Praeterea, in Selenium Grid, oportet nos omnes navigatores requiri eorumque versiones in antecessum determinare, quae quaestio non est cum uno tantum navigatro laborat. Sed cum ad navigatores plures fautores accesserit, Selenoid est numerus una solutio per "pastorium postulatum" suum. Omne quod opus est a nobis est imagines necessarias cum navigatoribus in antecessum deponere et limam conformationem renovare cum quibus Selenoid interact. Postquam Selenoid petitionem e probatis acceperit, vas desideratum cum navigatro desideratum sponte mittet. Cum probatio complet, Selenoid continens cedet, inde facultates ad futuras petitiones liberandas. Aditus hic omnino tollit problema pervulgatum degradationis nodi quam saepe in Selenium craticula occurrant.
Sed heu, Selenoid adhuc non est glans argentea. Pluma postulandi "pascuum" venimus, sed "opibus postulantibus" pluma adhuc non competit. Uti Selenoid, explicanda est in ferramentis physicis vel in VM, quod significat oportet ante scire quot opes collocandae sint. Suspicor hoc non esse problema de parvis inceptis quae ad 10, 20 vel etiam 30 in parallelis navigatores currunt. Sed quid si opus est C, D, M et plus? Nichil est tot opes omni tempore ponere et reddere. In sectionibus 100 et 500 huius articuli, solutiones disputabimus quae te scandere permittunt, per signanter reducendo sumptibus societatis.
Selenoid ad Android
Post Selenoidem successu instrumentum automationis interretialem, homines Android simile quid volebant. Et factum est - Selenoid cum subsidio MASCULINUS dimissus est. Ex altiori gradu usoris parte, principium operandi est simile interreti automationi. Sola differentia est quod pro vasis navigatoris, Selenoid currit emulator Android continentia. Opinor, hoc nunc potentissimum est instrumentum liberum ad currendi probationes Android in parallelis.
Nolo vere loqui de aspectibus negativis huius instrumenti, cum vere mihi placet. Sed tamen eadem incommoda sunt quae interretialem automationem applicant et scalis coniunguntur. Adde quod de uno limitatione plura loqui necesse est, quae mirum si forte instrumentum primum instituimus. Ad imagines Android currendum, opus est machina physica vel VM cum subsidio nidos virtualizationis. In quam- monstro quomodo id efficiatur in Linux VM. Sed si es macOS usor et vis Selenoid localiter explicari, hoc fieri non potest ut probat Android currere. Sed semper currere potes Linux VM localiter cum 'virtualisatione nesti' conformata et intus Selenoid explica.
Illustratio status hodierni infrastructure
In contextu huius articuli addemus instrumenta 2 ad infrastructuram illustrandam. Hae sunt Selenium eget pro tela probationum et Selenoid pro probat Android. In GitHub doceo, etiam tibi ostendam quomodo Selenoid uti ad probationes interretiales currendum sit.
Links ut explorarent
Similia instrumenta
- Alia instrumenta continentiae sunt, sed Docker popularis est. Si aliud experiri cupis, mementote instrumenta quae ad currendum Selenium probationes in parallelis elaborandum e cista operuimus.
- Selenium euismod multae modificationes ut iam dixi, v.gr..
4.CI/CD
Brevis descriptio technicae
Praxis continuae integrationis satis vulgaris est in evolutione et par cum systematibus versionis potestate. Quamvis hoc, sentio confusionem in terminologia. In hoc paragrapho 3 modificationes huius technologiae ex mea parte describere vellem. In interrete multa reperies articulos cum diversis interpretationibus, et omnino normale si sententia tua differat. Maxime est quod in eadem pagina cum collegis es.
Sunt igitur 3 termini: CI - Continua Integratio, CD - Continua pronuntiatio atque iterum CD - Continua instruere. (Infra his verbis utar Anglice). Quaelibet modificatio plures gradus additos additis ad pipeline evolutionem tuam. Sed verbum continui (continuum) maximi momenti est. In hoc contextu, aliquid significamus quod ab initio ad finem fit, sine intermissione vel manuali interventu. Intueamur CI & CD et CD hoc loco.
- Continua Integration Hic est gradus evolutionis initialis. Post novum codicem servitori exhibendo, exspectamus celeria opiniones recipere quae nostrae mutationes ok sunt. Typice CI includunt instrumenta analysin codicem staticum et unum/internum API tentamenta. Hoc nobis permittit ut notitias de codice nostro habeamus intra brevi/minuta.
- continua Delivery gradus provectior est ubi integrationem currimus/UI probat. Nihilominus tamen in hac scena quam celerrime apud Cl. Primum, haec genera tentationum diutius absolvere. Secundo, antequam deducamus, mutationes nostras ad experimentum/vagos ambitus explicandas debemus. Praeterea, si loquimur de progressu mobili, accessus additus videtur ad fabricam applicationis nostrae creare.
- continua instruere Ponit nos automatice nostras mutationes ad productionem remissurum si omnes acceptationes probationes in praecedentibus gradibus fuerint latae. Praeter haec, post emissionem scaena, varias gradus configurare potes, sicut fumus cursus productionis et metri usuris colligendis probat. Continua instruere solum potest cum bono coverage per automated probat. Si quae interventus manuales requiruntur, etiam probatio, hoc iam non est Continua (continuus). Tunc dicere possumus nostrum pipelinum obsequium tantum cum praxi continuae traditionis.
Valorem automation infrastructure
In hac sectione, declarare debeamus quod, cum de fine-ad-finem UI tentationum loquimur, significare debemus mutationes nostras et consociata opera ad res culturas probandas explicandas. Continua Integratio - processus huic officio non applicatur ac curandum est ut saltem exercitia Continua Libera exsequantur. Continua instruere etiam sensum praebet in contextu UI probationum si eas in productione properamus.
Et antequam ad illustrationem architecturae mutationem respiciamus, pauca de GitLab CI. Dissimilis alia instrumenta CI/CD, GitLab receptaculum remotum praebet et multa alia additamenta notat. Ita GitLab prae Cl. Continet fontem codicem administrationem, administrationem agilem, pipelines CI/CD, instrumenta colligationem et ex archa collectionem metricam. Architectura GitLab constat ex Gitlab CI/CD et GitLab Currens. Hic brevis descriptio e rutrum.
Gitlab CI/CD est applicatio interretialis cum API qui suum statum datorum recondit, incepta / aedificat et usorem interfaciem praebet. GitLab Currens est applicatio quae processibus aedificat. Seorsim explicari potest et opera per API GitLab CI/CD. Nam cursus volutpat quam, eget cursus sapien aliquet et.
Illustratio status hodierni infrastructure
Links ut explorarent
Similia instrumenta
- Et multi alii
5. nubis suggestus
Brevis descriptio technicae
In hac sectione loquemur de trend populari dicta 'nubes publica'. Quamvis immensa beneficia quae virtualisizationis et continentis technologiae supra scriptae praebent, computandis adhuc opibus indigemus. Societates emunt servitores pretiosos vel centra data reddita, sed in hoc casu necesse est ad calculos (interdum unrealisticos) reddere quantis opibus indigebimus, utrum illis 24/7 et ad quem usum utamur. Exempli causa, productio ministrantis currit XNUMX/XNUMX, sed numquid opus est similibus facultatibus ad probationem extra horas laborandi? Etiam ratio probationis conficitur. Exemplum onus/accentus esset quod cogitamus currere per horas non operantes ut consequitur postero die. Sed definite XNUMX/XNUMX servo disponibilitate non requiritur ad finem-ad-finem probationum automated et praesertim non pro ambitus tentationis manualis. Talibus adiunctis, bonum esset tot opes obtinere quae necessaria sunt in postulatis, utere et solvere, cum opus non sit. Magnum praeterea esset eos statim recipere per aliquot mus clicks vel duos scriptorum cursus. Hoc est quod publicae nubes adhibentur. Intueamur definitionem:
"Nubes publica" definitur computare officia a provisoribus tertia parte publica super interretialem exhibita, quae praesto sunt iis, qui ea uti aut emuntur. Possunt liberi vel venditi ab exactore, permittentes clientibus ad usus tantum per cyclos CPU cyclos, repono vel laxitatem consumunt."
Est opinio nubes publicae carae esse. Sed idea eorum clavis est ad redigendum gratuita societas. Ut ante, nubes publicae te permittunt ut opes in petitione et stipendio tantum temporis uteris. Aliquando etiam obliviscimur conductos salaria recipere, et artifices etiam subsidia pretiosa sunt. Considerandum est quod nubes publicae infrastructuram multo facilius sustinent, quae fabrum ad opera graviora intendunt.
Valorem automation infrastructure
Quibus certis facultatibus opus est ad finem-ad-finem UI probat? Plerumque hae sunt machinae virtuales seu ligaturae (de Kubernetes in altera sectione loquemur) pro navigatoribus et emulatoribus currentibus. Quo magis navigatores et emulatores simul currere volumus, eo magis CPU et memoria requiruntur et plus pecuniam pro eo debemus reddere. Ita nubes publicae in contextu test automationis sinunt nos ut magnum numerum curramus (100, 200, 1000...) de navigatoribus/emulatoribus postulantibus, proventum test quam celerrime recipias ac desinas reddere pro tam insano intensivo. potentia.
Provisores populares nubes interretiales sunt Amazones (AWS), Microsoft Azure, Google Cloud Platform (GCP). Quam- duce exempla praebet quomodo GCP utaris, sed generaliter non refert quid ad opera automationis utaris. Omnes fere eandem functionem praebent. De more, provisorem eligere, procuratio totam infrastructuram et negotiationem societatis intendit, quae extra ambitum huius articuli sunt. Pro fabrum automation, magis interest comparare usum provisorum nubis cum usu nubium suggestorum specierum ad probandum proposita, ut condimentum Labs, BrowserStack, BitBar, et sic porro. Ita etiam faciamus! Opinor, condimentum Labs est nubes probatissima fundus clarissimus, quam ob causam usus sum ad comparationem.
GCP nobis condimentum Labs ad automationem proposita:
Fingamus nos necesse esse currere 8 probationes interreti et 8 MASCULINUS probat simul. Ad hoc utemur GCP et 2 machinis virtualibus currentibus cum Selenoide. In prima una 8 vasis cum navigatoribus excitabimus. In secundo cum emulatoribus sunt octo miliaria. Inspice pretia:
Currere unum vas cum Chrome, opus est n1-vexillum-1 currus. In Android erit n1-vexillum-4 uius aemulator. Re quidem vera flexibilior et vilior via est valores usorum specificos pro CPU/Memoria instituendos, sed momento hoc non refert ad comparationem cum Labs condimentum.
Et hic sunt portorie ad usus condimentum Labs:
Animadvertisse te credo iam differentiam, sed adhuc mensam cum calculis praebebo operis nostri;
Requiritur opibus
Montium
operantes horas(8 am - 8 pm)
operantes horas+ Preemptible
GCP pro Web
n1-standard-1 x 8 = n1-vex-8
$194.18
23 dies * 12h * 0.38 = $104.88
23 dies * 12h * 0.08 = $22.08
Condimentum Labs pro Web
Virtual Cloud8 parallel probat
$1.559
-
-
GCP ad Android
n1-standard-4 x 8: n1-signum 16
$776.72
23 dies * 12h * 1.52 = $419.52
23 dies * 12h * 0.32 = $88.32
Labs condimentum in Android
Verus INVENTUM Cloud VIII parallela probat
$1.999
-
-
Ut vides, magna differentia sumptus est, praesertim si probat solum per duodecim-horas temporis operantes. Sed incidere aliqua etiam ulteriora potes si machinis praeemptibilibus uteris. Quid est?
Praeemptibile VM exemplum est quod multo maiore pretio quam instantiae normales creare et currere potes. Nihilominus, Engine computare haec instantias (preempt) terminare posset, si accessum ad facultates ad alia negotia requirat. Instantiae prae- emptibiles sunt excessus Facultatis Computi Engine, ita eorum dispositio variatur cum usu.
Si applicationes tuae sunt culpae tolerabiles et instantiae praeemptionis possibilis sustinere possunt, instantiae prae- emptibiles reducere possunt tuum Computum Engine impensissime significanter. Exempli gratia, batch processus jobs in instantiis praeemptibilibus currere possunt. Si nonnullae instantiarum illarum in dispensando desinunt, officium tardat sed non totaliter cessat. Instantiae prae- sentes perferte batchrum processus munerum sine addito quod inposuit in instantiis tuis exsistentibus et sine te exigente ut plena pretium solvas pro instantiis normalibus additis.
Et adhuc non super! Reapse, certe nemo probat per 12 horas sine intermissione. Et si ita, tunc statim potes incipere et desinere machinas virtuales, cum opus non sunt. Usus actualis temporis ad 6 horas per diem reduci potest. Tum solutio in contextu operis nostri ad 11 $ per mensem pro 8 navigatoribus decrescet. Annon hoc mirum? Sed machinis incomprehensibilibus diligenter et praeparatis interruptiones et instabilitates esse debemus, licet hae condiciones in programmate provideri et tractari possint. Suus 'dignitas is!
Sed minime hoc dico 'nunquam uti nubes temptare rura'. Multa commoda habent. Imprimis, haec non solum virtualis machina, sed plenae probationis automationis emissae solutionis functionis e archa: remota accessu, tigna, eenshotsscray, recordationes video, varias navigatores et corporis mobiles machinas. Multis in adiunctis, hoc essentiale pullus jocus esse potest. Tabulae probationes maxime utiles sunt ad IOS automationem, cum nubes publicae tantum systemata Linux/Fenestrae offerre possunt. Sed de iOS in seqq. Semper commendo condicionem spectantes et ab operibus incipiens: in quibusdam vilius et efficacius est publicis nubibus uti, in aliis tabulae probationes certae pecuniae consumptae.
Illustratio status hodierni infrastructure
Links ut explorarent
Similia instrumenta:
6. Orchestration
Brevis descriptio technicae
Bonum nuntium habeo - paene in fine articuli sumus! In momento, infrastructura nostra automatio interretiales et MASCULINUS probationes consistit, quas per GitLab CI in parallelis discurrimus, utentes instrumenta Docker-enabled: Selenium grid et Selenoid. Utimur insuper machinis virtualis per GCP creatis ad vasa hospitia cum navigatoribus et emulatoribus. Ad impensas reducendas, has virtuales machinas tantum in demanda incepimus et obstruimus cum probatio non exercetur. Estne aliquid aliud quod infrastructuram nostram emendare possit? Respondetur: Etiam! Occursum Kubernetes (K8s)!
Primum videamus quomodo verba orchestrationis, botrus, et Kubernetes inter se referantur. In altiori gradu, orchestration est ratio quae disponit applicationes et administrat. Pro test automation, huiusmodi applicationes continentis sunt Selenium eget et Selenoid. Docker et K8s inter se complent. Prima ad applicationem instruendi, secunda ad orchestrationem adhibenda est. Rursus K8s est botrus. Negotium botri est uti VMs pro Nodis, quae sinit vos varias functiones, programmata et officia in uno servo instituere. Si quis Nodorum defecerit, aliae Nodes colligent, quae continuam applicationem nostrae operationis in tuto collocant. Praeter haec, K8s magnas habet functiones relatas ad scalas, quibus sponte consequimur optimam quantitatem facultatum in onere ac limitibus fundatam.
Etenim Kubernetes de integro manually explicant omnino non leve munus. Vinculum relinquam cum inclyto quam- duce "Kubernetes Via dura" et si es interested, eam exercere potes. Sed feliciter methodi et instrumenta sunt alternativa. Via facillima est apud Google Kubernetes Engine (GKE) in GCP uti, quod permittit ut in paucis strepitibus botrum parasceves accipias. Commendo utendo accessu ad discendum incipiendum, ut permittat te intendere ad discendum quomodo K8s utaris ad opera tua, non ad discendum quomodo interna elementa inter se integra sint.
Valorem automation infrastructure
Inspice pauca notabilia quae K8s praebet:
- applicationem instruere: multi-nodis botrus pro VMs utens;
- dynamica scaling: sumptus redigit opes quae tantum in demanda ponuntur;
- auto-healing: recuperatio leguminis latae (ex quo etiam receptacula reddita sunt);
- rollout of updates and rollbacks of changes without downtime: adaequationis instrumenta, navigatores ac emulatores opus non interrumpunt usorum currentium
Sed K8s adhuc non est argentum bullet. Ut omnes utilitates et limitationes in contextu instrumentorum, quos (Selenium grid, Selenoid) comprehendimus, de structura K8s breviter disputabimus. Botrus duo genera Nodorum continet: Magister Nodes et Nodes Operariorum. Magistri Nodi responsales sunt administrationis, instruere et schedulandi decisiones. Nodi operarii sunt ubi applicationes emittuntur. Nodes etiam continens environment runtime continet. In nobis, hoc est Docker, quod pertinet ad operationes relatas continens. Sed sunt etiam solutiones alternae, ut dicitur. Refert intelligere scalas vel sanationem sui non directe ad vasa pertinere. Hoc effectum est addito/decreto numero siliquae, quae in vicem continent vascula (plerumque unum vas per podagras, sed pendens a munere potest esse plus). Summus gradus hierarchia consistit in operariis nodis, in quibus intus sunt siliquae, quarum intus vasa eriguntur.
Pluma scandens clavis est et ad utrumque nodi applicari potest intra piscinam nodi botri et siliquae intra nodi. Genera scalarum 2 sunt quae ad nodos et siliquas valent. Primum genus horizontalis est - scalis fit augendo numerum nodis/sliquarum. Hoc genus potior est. Alterum igitur genus est verticalis. Scandenda fit nodis/siliquis magnitudine, non numero augendo.
Nunc inspiciamus instrumenta nostra in contextu dictorum terminorum.
Selenium grid
Ut ante dictum est, Selenium eget instrumentum populare admodum est, et mirum non est eum in vase continente esse. Quapropter non mirum est Selenium euismod explicari posse in K8s. Exemplum quomodo hoc facere potest in promptuario officiali K8s. Ut solet, in fine sectionis nexus appono. Praeterea, quam- quam id in Terraform facere monstraverit. Sunt etiam instructiones quomodo numerum siliquarum quae continent navigatrum escendere possint. Sed munus scalae latae in contextu K8s adhuc opus non est omnino evidens. Cum studere coepi, nihil practici aut monita inveni. Post aliquot studia et experimenta cum auxilio DevOpum quadrigis, accessum ad navigatores necessarios intra vasculum unum vasculum excitandum elegimus, quod intra unum nodi operarium situm est. Haec methodus nos permittit adhibere rationem scalae nodis horizontalis augendo numerum. Spero fore ut hoc in posterum mutabitur et magis ac magis descriptiones meliorum accessuum ac solutionum promptarum videbimus, praesertim post solutionem Selenium eget 4 cum architectura interna mutata.
Selenoid:
Selenoid in K8s instruere maximus sit amet elit. Non compatiuntur. In theoria vasculum Selenoidum intra vasculum movere possumus, sed cum Selenoid vascula cum navigatoribus deducendis incipit, in eodem vasculo adhuc erunt. Hoc impossibilem facit scalam et, consequenter, opus Selenoidis intra botrum non differt ab opere intra machinam virtualem. Finis fabulae.
Luna:
Scientes hoc bottleneck cum Selenoide laborante, tincidunt potentius instrumentum emiserunt quod Luna vocatur. Hoc instrumentum principio ad operandum Kubernetes destinatum est et, per consequens, pluma autoscalis adhiberi potest et debet. Dico autem quod in momento est tantum instrumentum in mundo Selenium, quod K8s botrum indigena e capsa sustentat (non diutius praesto est, deinde instrumentum vide ). Claviculae lineamenta Lunae quae hoc subsidium praebent sunt:
Omnino stateless. Selenoidei thesauri in memoria informationes circa sessiones navigabiles currently currentes. Si aliqua de causa eius processus inruerit — tunc omnes sessiones currentes amittuntur. Luna contra statum internum non habet et per data centra replicari potest. Sessiones navigatoriae vivae manent etiamsi una vel plures replicationes descendant.
Ita, Luna magna est solutio, sed una est quaestio: non est liberum. Pretium numerus sessionum dependet. Solum sessiones 0-4 gratis currere potes, quod non est perquam utile. Sed a quinta sessione incipies pro singulis solvere debebis $5. Res a societate ad societatem differre potest, at in casu nostro, cum Luna frustra est. Ut supra diximus, VMs cum Selenium Grid currere possumus in numero Nodis in botro postulare vel augere. Nam circiter unum pipelineum, 500 navigatores deducimus atque omnes facultates post probationes peractas cessamus. Si Lunam usi essemus, accessiones daremus 500 x 5 = $ 2500 per mensem, quamvis saepe probationes curramus. Iterum dico non Lunam non uti. Ad opera tua, haec solutio pernecessaria esse potest, exempli gratia, si in tua ordinatione multa incepta/comites habes et ingentem botrum communis omnibus debes. Ut semper, nexum in fine relinquo, et omnes rationes necessarias in contextu operis tui faciens commendamus.
Callisto succubuerit(Attendite! Hoc in articulo originali non est et in versione Russica tantum continetur)
Ut dixi, Selenium est instrumentum populare valde, et campus IT celerrime excolitur. Cum in translatione opus essem, novum instrumentum promissionis nomine Callisto apparuit in interreti (Salve Cupressi et aliorum Selenium interfectoribus). Patria cum K8s laborat et permittit te vasis Selenoidis in siliquis, per Nodes distributis, currere. Omnia recta ex arca, inter autoscaling. Suspendisse sed egestas ipsum. Iam hoc instrumentum explicandi et multa experimenta percurrenda curavi. Sed conclusiones nimis mature est, post longam distantiam acceptis proventibus, fortasse recognitionem faciam in articulis futuris. Nunc enim solum nexus pro independens investigationis relinquo.
Illustratio status hodierni infrastructure
Links ut explorarent
Similia instrumenta
7. Infrastructure ut Codex (Iac)
Brevis descriptio technicae
Et nunc ad sectionem ultimam veniamus. Typice, haec technologia et officia cognata responsabilitas machinarum automationis non sunt. Et huius rationes sunt. Uno modo, in multis Institutis, infrastructurae quaestiones sub dicione DevOporum Dicasterii et iunctiones evolutionis non vere curant quid opus pipelineum faciat et quomodo omnia cum eo coniuncta sustentari debent. Secundo, honestum sit, praxis Infrastructure Codicis (IaC) in multis societatibus adhuc non assumitur. Sed popularis inclinatio definite facta est et interest experiri se in processibus, accessibus et instrumentis coniungi. Vel saltem mane usque ad date.
Incipiamus causam cum accessu utendi. Iam tractavimus de probationibus currere in GitlabCI, minimum egebimus facultatibus ad Gitlab Currens currendum. Et vascula currere cum navigatoribus/emulatoribus, opus est VM vel botrum reservare. Praeter facultates probatas, notabilis copia est facultatis ad progressionem, choragium, ambitus producendos, in quibus etiam includit databases, schedulas latas, configurationes retis, libratores oneratis, iuribus usoris, et sic porro. Res praecipua est conatus ad omnia sustinenda. Pluribus modis possumus mutationes facere et updates evolvi. Exempli gratia, in contextu GCP, UI console in navigatro uti possumus et omnes actiones strepitando globulis perficere. Vel potest uti API vocat ad mutuam cum nube entia, vel uti gcloud mandatum recta utilitate ad desideravit artificiosae tractationes. Sed cum re magna numerorum diversorum entium et infrastructurarum elementorum, difficile vel etiam impossibile fit omnes operationes manuales perficere. Omnes autem isti actus manuales sunt impotentes. Eas recognoscere ante executionem submittere non possumus, versionis systemati temperare utere, et mutationes quae ad res adductas cito revolvunt. Talia problemata solvenda, machinarum scripta creata ac schedula automataria creanda, quae non multo meliores sunt quam methodi praecedentis, cum non tam faciles sint ut cito legantur, intellegant, teneant ac mutent in stilo procedendi.
In hoc articulo et quam-ducendo, utor 2 instrumentis ad usum IaC pertinentibus. Haec sunt Terraforme et Ansible. Nonnulli putant nihilo se uti simul, cum functiones sint similes et convertantur. Sed plane varia sunt initio data opera. Et quod haec instrumenta se invicem complerent, confirmatum est ad iuncturam praesentationis ab electronicis HashiCorp et RedHat exhibentibus. Discrimen rationis est quod Terraform instrumentum est instrumentum provisionis ipsi servientibus administrandi. Dum Ansible est instrumentum configurationis administratio cuius munus est instituere, configurare et administrare programmatibus his servientibus.
Alia notatio clavis distinguendi horum instrumentorum est stilo coding. Dissimilis bash et Ansible, Terraform stilo declarativo utitur innititur in descriptione status optati finis consequendi ut effectus exsecutionis. Exempli gratia, si per X VMs creabimus et mutationes per Terraformes applicabimus, tunc 10 VMs obtinebimus. Si scripturam iterum currimus, nihil fiet cum iam X vms habeamus, et Terraform hoc scit quia praesentem statum infrastructure in tabula publica reponit. Sed Ansible utitur accessu processuali et, si quaesieris creare 10 VMs, in prima immissione habebimus 10 VMs, similes Terraformi. Sed post restarting 10 VMs iam habebimus. Hoc interest. In stilo processuali non reponemus statum currentem et simpliciter describemus ordinem graduum qui peragendi sunt. Utique varias condiciones tractare possumus, quaedam impedimenta pro exsistentia facultatum et status praesentis addere, sed nihil attinet nostrum tempus terere ac operam dare in hanc logicam regendam. Atque haec auget errandi periculum.
Omnia supradicta, concludere possumus Terraformem et notationem declarativam aptiorem esse instrumentum ad providendum ministrantibus. Sed melius est opus configurationis procurationis Ansible delegare. Cum extra viam, casus uti in contextu automationis inspiciamus.
Valorem automation infrastructure
Solum interest hic intellegendum est quod probatio automationis infrastructurae consideranda est ut pars totius societatis infrastructurae. Hoc significat omnia IaC exercitia globaliter applicanda esse ad opes totius ordo. Qui huius auctor est in processibus tuis pendet. Turma DevOps in his rebus peritior est, totam imaginem rei eveniunt vident. Nihilominus, QA fabrum magis implicantur in processu aedificationis automationis et structurae pipelini, quae permittit ut melius videant omnes mutationes debitas et opportunitates emendandi. Optima optio est operari simul, cognitionem et ideas commutare ad eventum exspectatum assequendum.
Pauca hic sunt exempla utendi Terraform et Ansible in contextu test automationis et instrumentorum, de quibus ante:
1. Describere notas necessarias et parametri VMs et botri utentes Terraformes.
2. Ansible utens, instrumenta necessaria ad probandum institue: docker, Selenoid, Selenium Grid et requisitas versiones navigantium/emulatorum depone.
3. Using Terraform, notas describe VM in quo GitLab Currens deducetur.
4. GitLab Currens inaugurare et necessaria instrumenta comitantia Ansible utens, occasus et configurationes pone.
Illustratio status hodierni infrastructure
Nexus explorare:
Similia instrumenta
Sumamus eam!
Ego morsque dividimur
Technology
Tools
Valorem automation infrastructure
1
Locus cursus
Node.js, Selenium, Appium?
- Instrumenta popularia pro tela et mobili
- Multas linguas et tabulata sustinet (including Node.js)
2
Versione potestate systemata
vade
- Similia beneficia cum codice evolutionis
3
Continensation
Docker, Selenium euismod, Selenoid (Web, Android)
- Currentem probat in parallel
- Remota ambitus
- Simplex, versio flexilis upgrades
- Dynamically intermissione insueta opibus
- Securus statuo
4
CI/CD
Gitlab CI
- Probat pars pipeline
- страя обратная связь
- Visibilitas totius societatis / quadrigis
5
nubes platforms
Google nubes Platform
- Resources in demanda (solum solvemus, cum opus fuerit)
- Securus administrare et renovatio
- Visibilitas et imperium omnium opum
6
Orchestration
Kubernetes
In contextu continentia cum navigatoribus/emulatoribus intus siliquae:
- Scalis / Auto scaling
- Sanatio sui
- Updates et rollbacks sine intermissione
7
Infrastructure in codice (Iac)
Terraform, Ansible
- Similia beneficia cum infrastructura evolutionis
- Omnia beneficia in codice versioning
- Facile facere mutationes et ponere
- plene automated
Mens map diagrams: evolutionem infrastructuram
step1: Locus
step2: VCS
step3: Containerization
step4: CI/CD
step5: Cloud Platforms
step6: Orchestration
step7: IaC
Quid deinde?
Sic ergo hic est finis articuli. Sed perorare velim quaedam pacta tecum statuere.
Ex parte tua
Ut in principio dixi, articulum usum practicum esse vellem, et adiuvet te ad cognitionem in opere reali comparatam adhibere. Iterum addo.
Sed etiam postea, noli prohibere, praxi, studere nexus et libros pertinentes, experire quomodo in tuo comitatu opera facit, loca reperire emendari et in eo interesse. Bene vale!
A latus meum
Ex titulo videre potes hanc primam partem fuisse. Quamvis hoc quod satis magnum evasit, argumenta momenti adhuc hic non conteguntur. In secunda parte cogito infrastructuram automationem spectare in contextu IOS. Propter restrictiones Apple iOS simulatores currendo tantum in systematibus macOS, ampliatio solutionum nostra coarctatur. Exempli gratia, Docker simulator vel nubes publicas ad machinis virtualis currere non possumus. Sed non ita est quod nulla sint alia. Conabor ad solutiones provectas et instrumenta moderna conservare te ad modernum!
Etiam non commemoravi argumenta satis magna ad vigilantia pertinentia. In Parte III, ego ad popularissimas infrastructuras vigilantia instrumenta spectare et quid notitias et metricas considerare.
Et tandem. In posterum instituo curriculum video dimittere in instrumentis popularibus aedificandis infrastructuris et instrumentis. In praesenti, nonnullae cursus ac praelectiones de DevOps in Interreti sunt, sed omnes materiae in contextu evolutionis, non automationi probatae, exhibentur. In hac re, opiniones vere postulo an talis cursus in communitate testium et fabrum testium et automationum automationum iucundus erit. Gratias ago tibi in antecessum!
Source: www.habr.com