Un o'r problemau y mae gwerthwyr meddalwedd aml-gynnyrch yn aml yn ei wynebu yw dyblygu cymwyseddau peirianwyr - datblygwyr, profwyr, a gweinyddwyr seilwaith - ar bron bob tîm. Mae hyn hefyd yn berthnasol i beirianwyr drud - arbenigwyr ym maes profi llwyth.
Yn lle gwneud eu dyletswyddau uniongyrchol a defnyddio eu profiad unigryw i adeiladu proses profi llwyth, dewis methodoleg, metrigau optimaidd ac ysgrifennu awtobrofion yn unol â phroffiliau llwyth, yn aml mae'n rhaid i beirianwyr ddefnyddio seilwaith prawf o'r dechrau, ffurfweddu offer llwyth, a'u hymgorffori. eu hunain mewn systemau CI, sefydlu monitro a chyhoeddi adroddiadau.
Gallwch ddod o hyd i atebion i rai problemau trefniadol wrth brofi a ddefnyddiwn yn Positive Technologies yn . Ac yn yr un hwn, byddaf yn siarad am y posibilrwydd o integreiddio profion llwyth i mewn i bibell CI gyffredin gan ddefnyddio'r cysyniad o “brofi llwyth fel gwasanaeth” (profi llwyth fel gwasanaeth). Byddwch yn dysgu sut a pha ddelweddau docwr o ffynonellau llwyth y gellir eu defnyddio ar y gweill; sut i gysylltu ffynonellau llwyth â'ch prosiect CI gan ddefnyddio templed adeiladu; sut olwg sydd ar y biblinell arddangos ar gyfer rhedeg profion llwyth a chyhoeddi'r canlyniadau. Efallai y bydd yr erthygl yn ddefnyddiol ar gyfer peirianwyr profi meddalwedd a pheirianwyr awtomeiddio yn CI sy'n meddwl am bensaernïaeth eu system llwyth.
Hanfod y cysyniad
Mae'r cysyniad o brofi llwyth fel gwasanaeth yn awgrymu'r gallu i integreiddio offer llwyth Apache JMeter, Yandex.Tank a'ch fframweithiau eich hun i mewn i system integreiddio barhaus fympwyol. Bydd y demo ar gyfer GitLab CI, ond mae'r egwyddorion yn gyffredin i bob system CI.
Mae profi llwyth fel gwasanaeth yn wasanaeth canolog ar gyfer profi llwyth. Mae profion llwyth yn cael eu cynnal mewn pyllau asiant pwrpasol, cyhoeddir canlyniadau yn awtomatig i GitLab Pages, Influx DB a Grafana neu i brofi systemau adrodd (TestRail, ReportPortal, ac ati). Mae awtomeiddio a graddio yn cael eu gweithredu mor syml â phosibl - trwy ychwanegu a pharamedreiddio'r templed gitlab-ci.yml arferol yn y prosiect GitLab CI.
Mantais y dull yw bod yr holl seilwaith CI, asiantau llwyth, delweddau docwyr o ffynonellau llwyth, piblinellau profi a chyhoeddiad adrodd yn cael eu cynnal gan adran awtomeiddio ganolog (peirianwyr DevOps), a gall peirianwyr profi llwyth ganolbwyntio eu hymdrechion ar ddatblygu profion a dadansoddi eu canlyniadau, heb ymdrin â materion seilwaith.
Er mwyn symlrwydd y disgrifiad, byddwn yn cymryd yn ganiataol bod y cymhwysiad targed neu'r gweinydd dan brawf eisoes wedi'i ddefnyddio a'i ffurfweddu ymlaen llaw (gellir defnyddio sgriptiau awtomataidd yn Python, SaltStack, Ansible, ac ati ar gyfer hyn). Yna mae'r cysyniad cyfan o brofi llwyth fel gwasanaeth yn ffitio i dri cham: paratoi, profi, cyhoeddi adroddiadau. Mwy o fanylion ar y diagram (gellir clicio ar bob llun):
Cysyniadau a diffiniadau sylfaenol wrth brofi llwyth
Wrth gynnal profion llwyth, rydym yn ceisio cadw at , defnyddio'r derminoleg briodol a'r metrigau a argymhellir. Rhoddaf restr fer o'r prif gysyniadau a diffiniadau wrth brofi llwyth.
Llwytho asiant - peiriant rhithwir y bydd y cais yn cael ei lansio arno - y ffynhonnell llwyth (Apache JMeter, Yandex.Tank neu fodiwl llwyth hunan-ysgrifenedig).
Nod prawf (targed) - gweinydd neu raglen wedi'i gosod ar y gweinydd a fydd yn destun llwyth.
Senario prawf (achos prawf) - set o gamau paramedr: gweithredoedd defnyddwyr ac adweithiau disgwyliedig i'r gweithredoedd hyn, gyda cheisiadau ac ymatebion rhwydwaith sefydlog, yn dibynnu ar y paramedrau penodedig.
Proffil neu gynllun llwyth (proffil) - yn (Adran 4.2.4, t. 43) mae proffiliau llwyth yn diffinio metrigau sy'n hanfodol ar gyfer prawf penodol ac opsiynau ar gyfer newid paramedrau llwyth yn ystod y prawf. Gallwch weld enghreifftiau o broffiliau yn y ffigur.
Prawf — sgript gyda set o baramedrau a bennwyd ymlaen llaw.
Cynllun prawf (cynllun prawf) - set o brofion a phroffil llwyth.
Testran (testrun) - un iteriad o redeg un prawf gyda senario llwyth cyflawn a'r adroddiad a dderbyniwyd.
Cais rhwydwaith (cais) — Cais HTTP a anfonwyd gan asiant i darged.
Ymateb rhwydwaith (ymateb) — Ymateb HTTP wedi'i anfon o'r targed at yr asiant.
Cod ymateb HTTP (statws ymatebion HTTP) - cod ymateb safonol gan weinydd y cais.
Mae trafodiad yn gylch cais-ymateb cyflawn. Mae trafodiad yn cael ei gyfrif o ddechrau anfon cais (cais) hyd at gwblhau derbyn ymateb (ymateb).
Statws trafodyn - a oedd yn bosibl cwblhau'r cylch cais-ymateb yn llwyddiannus. Os bu unrhyw gamgymeriad yn y cylch hwn, yna ystyrir bod y trafodiad cyfan yn aflwyddiannus.
Amser ymateb (cwyrn) - yr amser o ddiwedd anfon cais (cais) i ddechrau derbyn ymateb (ymateb).
Llwytho metrigau - nodweddion y gwasanaeth llwythog a'r asiant llwyth a bennir yn y broses o brofi llwyth.
Metrigau sylfaenol ar gyfer mesur paramedrau llwyth
Rhai o'r rhai a ddefnyddir amlaf ac a argymhellir yn y fethodoleg (t. 36, 52) dangosir y metrigau yn y tabl isod. Rhestrir metrigau tebyg ar gyfer asiant a tharged ar yr un llinell.
Metrigau ar gyfer yr asiant llwyth
Metrigau'r system darged neu'r cymhwysiad sy'n cael ei brofi dan lwyth
Rhif vCPU a chof RAM,
Disg - nodweddion "haearn" yr asiant llwyth
CPU, Cof, defnydd disg - dynameg CPU, cof a llwytho disg
yn y broses o brofi. Fel arfer yn cael ei fesur fel canran o
gwerthoedd uchaf sydd ar gael
Trwybwn rhwydwaith (asiant ar lwyth) - trwygyrch
rhyngwyneb rhwydwaith ar y gweinydd,
lle mae'r asiant llwyth wedi'i osod.
Fel arfer yn cael ei fesur mewn beit yr eiliad (bps)
Trwybwn rhwydwaith(ar y targed) - lled band rhyngwyneb rhwydwaith
ar y gweinydd targed. Fel arfer yn cael ei fesur mewn beit yr eiliad (bps)
Defnyddwyr rhithwir- nifer y defnyddwyr rhithwir,
gweithredu senarios llwyth a
dynwared gweithredoedd defnyddwyr go iawn
Statws defnyddwyr rhithwir, Pasiwyd/Methwyd/Cyfanswm — nifer y rhai llwyddiannus a
statws aflwyddiannus defnyddwyr rhithwir
ar gyfer senarios llwyth, yn ogystal â'u cyfanswm.
Yn gyffredinol, disgwylir i bob defnyddiwr allu cwblhau
eich holl dasgau a nodir yn y proffil llwyth.
Bydd unrhyw wall yn golygu na fydd defnyddiwr go iawn yn gallu
datrys eich problem wrth weithio gyda'r system
Ceisiadau yr eiliad (munud)- nifer y ceisiadau rhwydwaith yr eiliad (neu funud).
Nodwedd bwysig o asiant llwyth yw faint o geisiadau y gall eu cynhyrchu.
Mewn gwirionedd, mae hwn yn ddynwarediad o fynediad defnyddwyr rhithwir i'r cais
Ymatebion yr eiliad (munud)
- nifer yr ymatebion rhwydwaith yr eiliad (neu funud).
Nodwedd bwysig o'r gwasanaeth targed: faint
cynhyrchu ac anfon ymatebion i ymholiadau gyda
asiant llwytho
Statws ymateb HTTP— nifer y codau ymateb gwahanol
o'r gweinydd cais a dderbyniwyd gan yr asiant llwyth.
Er enghraifft, mae 200 OK yn golygu galwad lwyddiannus,
a 404 — na ddaethpwyd o hyd i'r adnodd
latency (amser ymateb) - amser o'r diwedd
anfon cais (cais) cyn dechrau derbyn ymateb (ymateb).
Fel arfer yn cael ei fesur mewn milieiliadau (ms)
Amser ymateb i drafodion- amser un trafodiad cyflawn,
cwblhau'r cylch cais-ymateb.
Dyma'r amser o ddechrau anfon y cais (cais)
hyd nes y cwblheir derbyn ymateb (ymateb).
Gellir mesur amser trafodion mewn eiliadau (neu funudau)
mewn sawl ffordd: ystyriwch y lleiafswm,
uchafswm, cyfartaledd ac, er enghraifft, y 90fed canradd.
Mae'r darlleniadau lleiaf ac uchaf yn eithafol
statws perfformiad system.
Y naw degfed canradd yw'r un a ddefnyddir amlaf,
gan ei fod yn dangos y rhan fwyaf o'r defnyddwyr,
gweithredu'n gyfforddus ar drothwy perfformiad system
Trafodion yr eiliad (munud) - nifer y cyflawn
trafodion yr eiliad (munud),
hynny yw, faint roedd y cais yn gallu ei dderbyn a
prosesu ceisiadau a chyhoeddi ymatebion.
Mewn gwirionedd, dyma lif y system
Statws trafodyn , Pasiwyd / Methwyd / Cyfanswm - nifer
llwyddiannus, aflwyddiannus a chyfanswm nifer y trafodion.
Ar gyfer defnyddwyr go iawn yn aflwyddiannus
bydd y trafodiad yn ei olygu mewn gwirionedd
anallu i weithio gyda'r system dan lwyth
Diagram Sgematig Profi Llwyth
Mae'r cysyniad o brofi llwyth yn syml iawn ac mae'n cynnwys tri phrif gam, yr wyf eisoes wedi sôn amdanynt: Paratoi-Prawf-Adroddiad, hynny yw, paratoi nodau prawf a gosod paramedrau ar gyfer ffynonellau llwyth, yna gweithredu profion llwyth ac, ar y diwedd, cynhyrchu a chyhoeddi adroddiad prawf.
Nodiadau sgematig:
- Mae QA.Tester yn arbenigwr mewn profi llwyth,
- Targed yw'r cymhwysiad targed yr ydych am wybod ei ymddygiad dan lwyth ar ei gyfer.
Dosbarthwr endidau, camau a chamau yn y diagram
Camau a chamau
Beth sy'n Digwydd
Beth sydd wrth y fynedfa
Beth yw'r allbwn
Paratoi: cam paratoi ar gyfer profi
Llwyth Paramedrau
Gosod a chychwyn
defnyddiwr
paramedrau llwyth,
dewis o fetrigau a
paratoi cynllun prawf
(proffil llwytho)
Opsiynau personol ar gyfer
cychwyn asiant llwyth
Cynllun prawf
Pwrpas y profi
VM
Defnydd cwmwl
peiriant rhithwir gyda
nodweddion gofynnol
Gosodiadau VM ar gyfer asiant llwyth
Sgriptiau awtomeiddio ar gyfer
Creu VM
VM wedi'i ffurfweddu yn
y cwmwl
Amg
Gosod a pharatoi OS
amgylchedd ar gyfer
gwaith asiant llwyth
Gosodiadau amgylcheddol ar gyfer
asiant llwyth
Sgriptiau awtomeiddio ar gyfer
gosodiadau amgylchedd
Amgylchedd parod:
OS, gwasanaethau a chymwysiadau,
angenrheidiol ar gyfer gwaith
asiant llwyth
Llwyth Asiantau
Gosod, ffurfweddu a pharamedroli
asiant llwytho.
Neu lawrlwytho delwedd docwr o
ffynhonnell llwyth wedi'i ffurfweddu ymlaen llaw
Llwytho delwedd docwr ffynhonnell
(YAT, JM neu fframwaith hunan-ysgrifenedig)
Gosodiadau
asiant llwyth
Gosod ac yn barod
i asiant llwyth gwaith
Prawf: cam gweithredu profion llwyth. Mae ffynonellau yn asiantau llwyth a ddefnyddir mewn cronfeydd asiantau pwrpasol ar gyfer GitLab CI
Llwyth
Cychwyn yr Asiant Llwyth
gyda chynllun prawf dethol
a pharamedrau llwyth
Opsiynau Defnyddiwr
ar gyfer cychwyn
asiant llwyth
Cynllun prawf
Pwrpas y profi
Logiau gweithredu
profion llwyth
Logiau system
Deinameg newidiadau mewn metrigau nod ac asiant llwyth
Asiantau Rhedeg
Gweithredu Asiant
llwyth o sgriptiau prawf
yn unol â
proffil llwytho
Rhyngweithio Asiant Llwytho
at ddiben profi
Cynllun prawf
Pwrpas y profi
Logiau
Casgliad o foncyffion "amrwd".
yn ystod profion llwyth:
llwytho cofnodion gweithgaredd asiant,
cyflwr targed y prawf
a'r VM sy'n rhedeg yr asiant
Logiau gweithredu
profion llwyth
Logiau system
Metrics
Casglu metrigau "amrwd" yn ystod y profion
Dynameg newidiadau ym metrigau nodau
ac asiant llwyth
Adroddiad: cam paratoi adroddiad prawf
Generator
Prosesu wedi'i chasglu
system llwytho a
system fonitro "amrwd"
metrigau a logiau
Ffurfio adroddiad yn
ffurf ddarllenadwy dynol
bosibl gydag elfennau
dadansoddwyr
Logiau gweithredu
profion llwyth
Logiau system
Dynameg newidiadau mewn metrigau
asiant targed a llwyth
Logiau "amrwd" wedi'u prosesu
mewn fformat sy'n addas ar gyfer
uwchlwythiadau i storfa allanol
Adroddiad llwyth statig,
dynol-ddarllenadwy
Cyhoeddi
Cyhoeddi'r adroddiad
am lwyth
profi yn allanol
gwasanaeth
Wedi'i brosesu "amrwd"
logiau mewn fformat addas
ar gyfer dadlwytho i allanol
ystorfeydd
Wedi'i gadw yn allanol
adroddiadau storio ar
llwyth, addas
ar gyfer dadansoddiad dynol
Cysylltu Ffynonellau Llwyth mewn Templed CI
Gadewch i ni symud ymlaen at y rhan ymarferol. Rwyf am ddangos sut ar rai prosiectau yn y cwmni rydym wedi gweithredu'r cysyniad o brofi llwyth fel gwasanaeth.
Yn gyntaf, gyda chymorth ein peirianwyr DevOps, fe wnaethom greu cronfa bwrpasol o asiantau yn GitLab CI i gynnal profion llwyth. Er mwyn peidio â'u drysu mewn templedi ag eraill, fel pyllau cydosod, fe wnaethom ychwanegu tagiau at yr asiantau hyn, : llwyth. Gallwch ddefnyddio unrhyw dagiau dealladwy eraill. Maen nhw'n gofyn Rhedwyr CI GitLab.
Sut i ddarganfod y pŵer gofynnol gan galedwedd? Gellir cyfrifo nodweddion asiantau llwyth - nifer ddigonol o vCPU, RAM a Disg - yn seiliedig ar y ffaith y dylai Docker, Python (ar gyfer Yandex.Tank), asiant GitLab CI, Java (ar gyfer Apache JMeter) fod yn rhedeg ar yr asiant . Ar gyfer Java o dan JMeter, argymhellir hefyd defnyddio lleiafswm o 512 MB o RAM ac, fel terfyn uchaf, .
Felly, yn seiliedig ar ein profiad, rydym yn argymell defnyddio o leiaf 4 vCPUs, 4 GB RAM, 60 GB SSD ar gyfer asiantau llwyth. Pennir trwygyrch y cerdyn rhwydwaith yn seiliedig ar ofynion y proffil llwyth.
Rydym yn defnyddio dwy ffynhonnell llwyth yn bennaf - delweddau Apache JMeter a Yandex.Tank docker.
yn offeryn ffynhonnell agored gan Yandex ar gyfer profi llwyth. Mae ei bensaernïaeth fodiwlaidd yn seiliedig ar gynhyrchydd ceisiadau HTTP asyncronaidd perfformiad uchel Phantom yn seiliedig ar daro. Mae gan y tanc fonitro adeiledig o adnoddau'r gweinydd dan brawf trwy'r protocol SSH, gall atal y prawf yn awtomatig o dan amodau penodedig, gall arddangos y canlyniadau yn y consol ac ar ffurf graffiau, gallwch chi gysylltu eich modiwlau iddo ehangu ymarferoldeb. Gyda llaw, fe wnaethon ni ddefnyddio'r Tanc pan nad oedd yn brif ffrwd eto. Yn yr erthygl "» gallwch ddarllen y stori am sut y gwnaethom gynnal profion llwyth ag ef yn 2013 yn un o gynhyrchion ein cwmni.
yn offeryn profi llwyth ffynhonnell agored gan Apache. Gellir ei ddefnyddio yr un mor dda ar gyfer profi cymwysiadau gwe statig a deinamig. Mae JMeter yn cefnogi nifer enfawr o brotocolau a ffyrdd o ryngweithio â chymwysiadau: HTTP, HTTPS (Java, NodeJS, PHP, ASP.NET, ac ati), SOAP / REST Webservices, FTP, TCP, LDAP, SMTP(S), POP3( S) ) ac IMAP(S), cronfeydd data trwy JDBC, yn gallu gweithredu gorchmynion cregyn a gweithio gyda gwrthrychau Java. Mae gan JMeter IDE ar gyfer creu, dadfygio a gweithredu cynlluniau prawf. Mae yna hefyd CLI ar gyfer gweithredu llinell orchymyn ar unrhyw system weithredu gydnaws Java (Linux, Windows, Mac OS X). Gall yr offeryn gynhyrchu adroddiad prawf HTML yn ddeinamig.
Er hwylustod yn ein cwmni, er mwyn gallu'r profwyr eu hunain i newid ac ychwanegu'r amgylchedd, fe wnaethom adeiladu delweddau docwyr o ffynonellau llwyth ar GitLab CI gyda chyhoeddiad i'r mewnol. . Mae hyn yn ei gwneud hi'n gyflymach ac yn haws eu cysylltu mewn piblinellau ar gyfer profion llwyth. Sut i wthio docwr i'r gofrestrfa trwy GitLab CI - gweler .
Cymerasom y ffeil docwr sylfaenol hon ar gyfer Yandex.Tank:
Dockerfile
1 | FROM direvius/yandex-tank
2 | ENTRYPOINT [""]Ac ar gyfer Apache JMeter yr un hwn:
Dockerfile
1 | FROM vmarrazzo/jmeter
2 | ENTRYPOINT [""]Gallwch ddarllen sut mae ein system integreiddio barhaus yn gweithio yn yr erthygl "'.
Templed a phiblinell
Mae enghraifft o dempled ar gyfer cynnal profion llwyth ar gael yn y prosiect . Yn Gallwch ddarllen y cyfarwyddiadau ar gyfer defnyddio'r templed. Yn y templed ei hun (ffeil ) mae nodiadau am yr hyn y mae pob cam yn gyfrifol amdano.
Mae'r templed yn syml iawn ac yn dangos y tri cham o brofi llwyth a ddisgrifir yn y diagram uchod: paratoi, profi a chyhoeddi adroddiadau. Yn gyfrifol am hyn : Paratoi, Profi ac Adrodd.
- Cam dylid eu defnyddio i rag-gyflunio targedau prawf neu wirio eu hargaeledd. Nid oes angen ffurfweddu'r amgylchedd ar gyfer ffynonellau llwyth, maent wedi'u hadeiladu ymlaen llaw fel delweddau docwr a'u postio yn y gofrestrfa docwr: nodwch y fersiwn a ddymunir yn y cam Prawf. Ond gallwch chi eu hailadeiladu a gwneud eich delweddau addasedig eich hun.
- Cam a ddefnyddir i nodi'r ffynhonnell llwyth, rhedeg profion, a storio arteffactau prawf. Gallwch ddewis unrhyw ffynhonnell llwyth: Yandex.Tank, Apache JMeter, eich un chi, neu i gyd gyda'i gilydd. I analluogi ffynonellau diangen, rhowch sylwadau allan neu ddileu'r swydd. Pwyntiau mynediad ar gyfer ffynonellau llwyth:
- Mae paramedrau lansio ar gyfer Yandex.Tank wedi'u nodi yn y .,
- Mae paramedrau cychwyn Apache JMeter wedi'u nodi yn y ffeil .
Nodyn: Defnyddir y templed cyfluniad cydosod i sefydlu rhyngweithio â'r system CI ac nid yw'n awgrymu gosod rhesymeg prawf ynddo. Ar gyfer profion, nodir y pwynt mynediad, lle mae'r sgript rheoli bash wedi'i leoli. Rhaid i beirianwyr SA weithredu'r dull o gynnal profion, cynhyrchu adroddiadau, a'r sgriptiau prawf eu hunain. Yn y demo, ar gyfer y ddwy ffynhonnell llwyth, defnyddir y cais prif dudalen Yandex fel y prawf symlaf. Mae sgriptiau a pharamedrau prawf yn y cyfeiriadur .
- Ar y llwyfan mae angen i chi ddisgrifio sut i gyhoeddi canlyniadau'r profion a gafwyd yn y cam Prawf i storfeydd allanol, er enghraifft, i Dudalennau GitLab neu systemau adrodd arbennig. Mae GitLab Pages yn mynnu nad yw'r cyfeiriadur ./cyhoeddus yn wag ac yn cynnwys o leiaf ffeil index.html ar ôl i'r profion ddod i ben. Gallwch ddarllen am naws gwasanaeth GitLab Pages. .
Enghreifftiau o sut i allforio data:
- o JMeter i ,
- o Yandex.Tanc i .
Postio cyfarwyddiadau gosod:
- HTML statics i mewn ,
- i InfluxDB ac yna i .
Yn yr enghraifft demo, mae'r biblinell gyda phrofion llwyth a dwy ffynhonnell llwyth (gallwch analluogi'r un diangen) yn edrych fel hyn:
Gall Apache JMeter gynhyrchu adroddiad HTML ei hun, felly mae'n fwy proffidiol ei arbed yn GitLab Pages gan ddefnyddio offer safonol. Dyma sut olwg sydd ar adroddiad Apache JMeter:
Yn yr enghraifft demo ar gyfer Yandex.Tank, dim ond fe welwch yn yr adran ar gyfer Tudalennau GitLab. Yn ystod y profion, gall y Tanc arbed y canlyniadau i gronfa ddata InfluxDB, ac oddi yno gellir eu harddangos, er enghraifft, yn Grafana (gwneir ffurfweddiad yn y ffeil ). Dyma sut mae adroddiad Tank yn edrych yn Grafana:
Crynodeb
Yn yr erthygl, siaradais am y cysyniad o "brofi llwyth fel gwasanaeth" (profi llwyth fel gwasanaeth). Y prif syniad yw defnyddio seilwaith cronfeydd wedi'u ffurfweddu ymlaen llaw o asiantau llwyth, delweddau docwyr o ffynonellau llwyth, systemau adrodd a phiblinell sy'n eu cyfuno yn GitLab CI yn seiliedig ar dempled .gitlab-ci.yml syml (enghraifft ). Cefnogir hyn i gyd gan dîm bach o beirianwyr awtomeiddio a'i ailadrodd ar gais timau cynnyrch. Gobeithiaf y bydd hyn yn eich helpu i baratoi a gweithredu cynllun tebyg yn eich cwmni. Diolch am sylw!
PS Rwyf am ddweud diolch yn fawr i'm cydweithwyr, Sergey Kurbanov a Nikolai Yusev, am gymorth technegol gyda gweithredu'r cysyniad o brofi llwyth fel gwasanaeth yn ein cwmni.
Awdur: - Dirprwy Pennaeth Technolegau a Phrosesau Datblygu (DevOps) yn Positive Technologies
Ffynhonnell: hab.com