Ychydig flynyddoedd yn ôl, roedd llawer o sefydliadau'n ystyried DevOps fel arbrawf addawol yn hytrach na dull prif ffrwd o ddatblygu meddalwedd. Mae DevOps bellach yn set profedig a phwerus o arferion ac offer datblygu a defnyddio a all gyflymu rhyddhau cynnyrch newydd a chynyddu cynhyrchiant. Yn bwysicach fyth, mae effaith DevOps ar dwf busnes cyffredinol a phroffidioldeb cynyddol.
Tîm cyfieithu y mwyaf diddorol o , a luniwyd gan arbenigwyr DevOps Research & Assessment (DORA). Roedd yr astudiaeth yn cynnwys 31 o arbenigwyr o bob rhan o'r byd. Gadewch i ni edrych ar yr hyn a newidiodd yn y diwydiant yn 000 a sut y gall busnesau wella eu heffeithlonrwydd cyflwyno meddalwedd.
Sut mae Diwydiant a Maint Cwmni'n Effeithio ar Gyflwr DevOps
Ni chanfu'r astudiaeth unrhyw gydberthynas rhwng perfformiad DevOps a diwydiant sefydliad, ac eithrio manwerthu, a berfformiodd ychydig yn well. Mae hyn, yn arbennig, oherwydd y ffaith bod angen i fanwerthwyr ymateb yn gyflym i amrywiadau yn y galw ac anghenion cwsmeriaid. Yn ôl yr astudiaeth, gall unrhyw gwmni gyflawni lefel uchel o DevOps, gan gynnwys y sector ariannol a'r sector cyhoeddus.
Roedd perfformiad DevOps mewn cwmnïau â mwy na 5000 o weithwyr yn is nag mewn cwmnïau â llai na 5000 o weithwyr. Yn fwyaf tebygol, mae hyn oherwydd y ffaith bod gan sefydliadau mawr brosesau mwy, rheolaeth llymach, a phensaernïaeth system TG fwy cymhleth, sy'n cyflwyno oedi yn y broses o ddatblygu a chyflwyno cod. Ar yr un pryd, mae arbenigwyr yn credu nad yw maint y cwmni yn rhwystro llwyddiant wrth adeiladu DevOps, efallai y bydd angen mwy o ymdrech mewn rhai achosion.
Sut i asesu lefel DevOps mewn cwmni
Cymharodd arbenigwyr brosesau DevOps â meincnod, gan rannu ymatebwyr arolwg yn bedwar grŵp o berfformwyr gorau, da, canolig a gwael.
Ar gyfer yr adroddiad, fe wnaethom gymryd pedwar metrig allweddol ar gyfer asesu effeithiolrwydd DevOps: amser i gwblhau newidiadau mewn datblygu meddalwedd, amlder defnyddio, cyfradd methiant ac amser adfer.
Pedair lefel o DevOps - aseswch ble mae eich cwmni:
Metrig ar gyfer asesu effeithiolrwydd cyflwyno meddalwedd ar gyfer prif wasanaethau a chymwysiadau'r cwmni
Timau gyda'r cofnodion gorau
Timau gyda pherfformiad da
Timau Cyfartalog
Timau sy'n perfformio'n isel
Amlder lleoli
Pa mor aml y mae'r cwmni'n defnyddio cod i gynhyrchu neu'n ei ryddhau i ddefnyddwyr terfynol.
Ar gais, defnydd lluosog y dydd
O unwaith y dydd i unwaith yr wythnos
O unwaith yr wythnos i unwaith y mis
Unwaith y mis/sawl mis
Newid amser gweithredu
Pa mor hir mae'n ei gymryd i symud o brawf i feddalwedd sy'n rhedeg yn llwyddiannus wrth gynhyrchu?
Mewn llai na diwrnod
O un diwrnod i wythnos
O un wythnos i fis
O fis i chwe mis
Amser adfer gwasanaeth
Pa mor hir mae'n ei gymryd i adfer gwasanaeth ar ôl digwyddiad neu nam sy'n effeithio ar ddefnyddwyr.
Llai nag awr
Yn ystod y dydd
Mewn wythnos
O wythnos i fis
Newid cyfradd methiant
Pa ganran o ddiweddariadau neu ddatganiadau newydd sy'n arwain at wasanaeth diraddiol ac angen atebion?
0-15%
0-15%
0-15%
46-60%
Datgelodd yr astudiaeth y duedd ganlynol: bu bron i nifer y timau perfformiad uchel dreblu, gan gynyddu o 7% o'r holl ymatebwyr yn 2018 i 20% yn 2019.
Dosbarthiad timau datblygu yn ôl lefel perfformiad.
O'u cymharu â thimau yn y grŵp perfformiad isel, mae timau DevOps sy'n perfformio'n dda:
- Perfformio 208 gwaith yn fwy o osodiadau cod.
- Wedi treulio 106 gwaith yn llai o amser ar ddefnyddio cod.
- Daethom ar draws methiannau 7 gwaith yn llai aml.
- Adferwyd meddalwedd 2,604 gwaith yn gyflymach ar ôl methiannau.
Yn ogystal, mae timau DevOps perfformiad uchel ddwywaith yn fwy tebygol o fodloni neu ragori ar eu metrigau perfformiad sefydliadol na thimau sy'n perfformio'n isel.
Mae llawer o arbenigwyr yn meddwl ei bod yn amhosibl cyflawni cynnydd ym mhob dangosydd ar yr un pryd; Felly, mae rhai o'r farn y gall cynyddu cyflymder rhyddhau effeithio'n negyddol ar ddibynadwyedd y broses cyflwyno meddalwedd a darpariaeth gwasanaethau. Fodd bynnag, mae ymchwil wedi dangos nad yw cyflymder a chysondeb canlyniadau yn annibynnol ar ei gilydd.
Nid wyf yn gweld unrhyw beth yn syndod yn y twf yn nifer y timau DevOps; mae'n naturiol: mae athroniaeth DevOps bellach yn boblogaidd, ac mae nifer y busnesau newydd yn tyfu.
Ond, yn fy marn i, ni ddewisodd yr arbenigwyr baramedrau cwbl gywir ar gyfer asesu effeithiolrwydd DevOps.
Mae'n rhyfedd, a dweud y lleiaf, ei werthuso ar sail cyflymder cyflwyno'r cod. Mae hyn ond yn berthnasol i fusnesau newydd, a'r paramedr allweddol fydd cyflymder dod â'r cynnyrch i'r farchnad, ac yn aml mae'r cynnyrch yn cael ei lansio yn ei ffurf amrwd. Mewn amodau o'r fath, mae mecanweithiau sy'n cyflymu datblygiad a chyflenwi i gynhyrchu yn hanfodol. Ond ar gyfer meddalwedd sefydledig, megis meddalwedd ariannol neu feddygol, efallai na fydd y paramedr cyfradd methiant yn bodoli - gall methiannau fod yn annerbyniol.
Mae'r un peth yn wir gydag amser adfer gwasanaeth: ar gyfer unrhyw wasanaeth a ddatblygir, dylid ei gyfrifo mewn eiliadau, ond i lawer o wasanaethau mae amser segur yn annerbyniol at y diben hwn, dyfeisiwyd technolegau cyflwyno di-dor (er enghraifft gwyrdd/glas).
Hefyd, ni ddylech ganolbwyntio ar nifer y gosodiadau cod - mae'n dibynnu ar angen a chymwyseddau'r tîm datblygu. Os yw'r defnydd yn cynnwys ychwanegu ymarferoldeb newydd, dyna un peth, ond os yw'n golygu cywiro gwallau a wnaed yn ystod gosodiadau blaenorol, mae hynny'n rhywbeth hollol wahanol.
Denis Romanenko, arbenigwr llawrydd yn Mail.ru Cloud Solutions
Sut i Wella Prosesau DevOps
Mae'r adroddiad yn cyflwyno dau faes a fydd yn helpu i wella DevOps: cynyddu effeithlonrwydd datblygu a chyflwyno meddalwedd a gwella cynhyrchiant gweithwyr.
Mae pob un o'r meysydd yn cynnwys ei gydrannau ei hun, trwy wella y gallwch chi gyflawni'r nod a ddymunir.
Yn ôl yr adroddiad, yr allwedd i drawsnewid digidol yw diwylliant corfforaethol. Mae angen diwylliant o ymddiriedaeth a diogelwch seicolegol ar dimau DevOps sy'n perfformio'n dda, ymdeimlad o berfformiad, a nodau clir. Mae'r amgylchedd hwn yn caniatáu i aelodau'r tîm wneud penderfyniadau gwybodus, lleisio eu barn, a bod yn fwy creadigol.
Bydd technolegau cwmwl, darpariaeth barhaus, profion adfer ar ôl trychineb, a rheoli newid hefyd yn helpu i wella effeithlonrwydd datblygu a chyflwyno meddalwedd. Gellir cynyddu cynhyrchiant trwy fuddsoddi mewn offer hawdd eu defnyddio, lleihau dyled dechnegol - hynny yw, lleihau canran y cod aneffeithiol a thechnoleg sydd wedi dyddio - trefnu'r sylfaen wybodaeth gorfforaethol a mynediad at atebion allanol.
Credaf mai methodoleg ac ideoleg DevOps yn union yw nad yw'r prosesau hyn yn dibynnu ar amodau allanol, fel y cwmwl neu'ch caledwedd eich hun. Nid yw'r cwmwl ei hun yn ddim mwy nag offeryn; mewn rhai mannau bydd yn helpu, mewn mannau eraill bydd yn rhwystro neu ni fydd galw amdano.
Denis Romanenko, arbenigwr llawrydd yn Mail.ru Cloud Solutions
Isod byddwn yn edrych ar rai o gydrannau gwella effeithlonrwydd timau DevOps.
Mae technolegau cwmwl yn galluogi llwyddiant DevOps
Yn 2019, mae mwy a mwy o sefydliadau yn dewis atebion cwmwl sy'n cynyddu cynhyrchiant timau DevOps yn sylweddol.
Pa seilwaith y mae timau DevOps yn ei ddefnyddio?
Canfu DORA fod 80% o ymatebwyr yn gosod . Fodd bynnag, dim ond 29% o ymatebwyr sydd wedi gweithredu pob un o bump o nodweddion cwmwl craidd y Sefydliad Cenedlaethol Safonau a Thechnoleg - y safon bwysicaf ar gyfer asesu gwerth cwmwl o fewn DevOps.
Nodweddu
Canran y defnyddwyr
Hunanwasanaeth yn ôl y galw
Gall defnyddwyr ddarparu adnoddau cyfrifiadurol yn awtomatig
yn ôl yr angen, heb gyfranogiad y darparwr.
57%
(+ 11% ers 2018)
Mynediad rhwydwaith eang
Mae galluoedd cwmwl ar gael trwy wahanol lwyfannau,
megis ffonau symudol, tabledi, gliniaduron a gweithfannau.
60%
(+ 14% ers 2018)
Cronfa Adnoddau
Cyfunir adnoddau'r darparwr yn fodel aml-denant, lle caiff adnoddau ffisegol a rhithwir eu neilltuo'n ddeinamig ar alw.
58%
(+ 15% ers 2018)
Scalability ac elastigedd
Graddfa adnoddau yn llorweddol neu'n fertigol yn ôl y galw, maent bron yn ddiderfyn a gellir eu cyhoeddi mewn unrhyw swm ar unrhyw adeg.
58%
(+135 ers 2018)
tryloywder
Mae systemau cwmwl yn monitro, optimeiddio ac adrodd ar ddefnydd adnoddau yn awtomatig yn dibynnu ar y math o wasanaeth: storio a phrosesu data, faint o draffig,
cyfrifon defnyddwyr gweithredol.
62%
(+ 14% ers 2018)
Mae Platfform fel Gwasanaeth (PaaS) yn symud yn gynyddol tuag at fodel lleoli sy'n canolbwyntio ar gynwysyddion. Mae llwyfannau cwmwl yn ei gwneud hi'n haws defnyddio meddalwedd, felly does ond angen i dimau boeni am redeg cod y rhaglen ei hun. Mae graddio, cynllunio adnoddau, gweinyddu a chynnal a chadw seilwaith hefyd yn cael eu trosglwyddo i'r darparwyr.
Ar gyfer darparwyr cwmwl, mae darparu amrywiaeth o wasanaethau yn dod yn safon gyffredinol: rhwydweithio peiriannau rhithwir, rheoli hunaniaeth a mynediad (IAM), storio a chronfeydd data, dysgu peiriannau, Rhyngrwyd Pethau (IoT), datrysiadau cynhwysydd, datrysiadau diogelwch ac eraill .
Mae cleientiaid darparwyr cwmwl yn talu am yr adnoddau y maent yn eu defnyddio yn unig, sy'n darparu tryloywder cost, yn wahanol i ganolfannau data traddodiadol lle mae'n anodd neu'n amhosibl cael gwybodaeth am gostau datblygu. Mae ymatebwyr o gwmnïau sy'n bodloni'r nodweddion cwmwl a restrir uchod 2,6 gwaith yn fwy tebygol o amcangyfrif cost rhedeg meddalwedd yn gywir, 2 gwaith yn fwy tebygol o ddeall pa gymwysiadau sydd angen mwy o adnoddau, a 1,65 gwaith yn fwy tebygol o aros o fewn eu cyllideb TG.
Weithiau mae'n ymddangos bod llogi arbenigwr cymwys a chymryd y capasiti a ddyrannwyd mewn canolfan ddata yn fwy proffidiol na thalu am y cwmwl. Mae pa opsiwn sydd orau yn dibynnu ar broffil a graddfa'r cwmni, argaeledd ei staff ei hun o arbenigwyr TG ac arbenigedd. Er enghraifft, mae'r cwmwl yn gyfleus i'w ddefnyddio wrth ddechrau busnes neu os nad oes gan y cwmni ei adran TG ei hun. Wrth raddio, gall fod yn fwy cost effeithiol cynnal y cyfan neu ran o’r seilwaith yn y safle.
Denis Romanenko, arbenigwr llawrydd yn Mail.ru Cloud Solutions
Arferion Technegol DevOps
Mae llawer o sefydliadau sydd am roi DevOps ar waith yn chwilio am set o ganllawiau neu arferion gorau. Fodd bynnag, nid oes unrhyw ddau gwmni yr un fath, felly mae pa arferion i'w dewis yn dibynnu ar gyflwr presennol y busnes a'i nodau.
Wedi dweud hynny, mae yna feysydd cyffredinol a all helpu i wella perfformiad DevOps: mae rhai yn cael eu datblygu ar lefel tîm, mae angen ymdrechion ar lefel sefydliadol ar eraill.
Pa feysydd twf sy'n cael eu hamlygu ar gyfer timau DevOps yn 2019:
Ar lefel sefydliadol
- pensaernïaeth llac
- gweithredu newidiadau
- cymorth cod
Ar lefel tîm
- integreiddio parhaus
- profi awtomeiddio
- awtomeiddio lleoli
- monitro
- piblinell datblygu
Ar lefel tîm a sefydliad
- defnydd o wasanaethau cwmwl
- profion adfer ar ôl trychineb
Cadarnhaodd yr astudiaeth effaith gadarnhaol pensaernïaeth llac ar berfformiad DevOps.
Pensaernïaeth â chyplysu llac yw lle gall timau brofi, defnyddio a newid systemau yn annibynnol yn ôl y galw, yn annibynnol ar dimau eraill, heb gymorth ychwanegol, adnoddau, cymeradwyaeth, a chyda llai o adborth. Mae hyn yn eich galluogi i weithio'n fwy effeithlon, ond mae angen lefel uchel o drefnu a rheoli.
Dim ond ar gyfer busnesau newydd a chyda rhai amheuon y mae'r dull hwn yn bosibl. Gall y sefyllfa fod yn wahanol mewn cwmnïau eraill. Enghraifft dda: bancio/fintech. Gellir defnyddio atebion perchnogol yn unig yno, ond bydd arferion DevOps yn cael eu cymhwyso.
Denis Romanenko, arbenigwr llawrydd yn Mail.ru Cloud Solutions
Mae timau llwyddiannus DevOps yn awtomeiddio popeth
yn eich galluogi i ryddhau gwasanaethau a chymwysiadau i gynhyrchu gyda chostau a risgiau is, yn ogystal â datganiadau cymorth yn unol â nodau'r sefydliad.
Mae CI/CD llwyddiannus hefyd yn golygu y gall timau wneud newidiadau i gynhyrchiant yn ôl y galw, cael adborth ar unwaith ar ansawdd y defnydd, a gallant weithredu arno'n gyflym i wella'r cylch defnyddio nesaf.
Mae’r adroddiad yn dangos bod timau DevOps llwyddiannus yn buddsoddi mewn ystod eang o brosesau, arferion ac offer ategol:
- mae 92% yn defnyddio offer cydosod awtomataidd;
- mae 87% yn defnyddio profion uned awtomataidd;
- 57% yn ymestyn awtomeiddio i brofion derbyn;
- Mae 72% yn awtomeiddio gosodiadau mewn amgylcheddau prawf, mae 69% yn gwneud yr un peth ar gyfer lleoli mewn cynhyrchu;
- mae 69% yn integreiddio chatbots i'r broses leoli;
- Mae 57% yn integreiddio ag offer monitro.
Mae'n bwysig dewis yr offer a'r technolegau cywir
Wrth adeiladu systemau cymhleth a rheoli seilweithiau hanfodol i fusnes, mae'n bwysig dewis technolegau:
- sy'n hawdd eu defnyddio ar gyfer y cysylltiad cyntaf ac ar gyfer defnydd parhaus;
- sy'n eich helpu i gyflawni eich nodau.
Archwiliodd yr adroddiad yr offer a ddefnyddir wrth ddefnyddio meddalwedd trwy CI/CD a phrofi offer awtomeiddio - dyma'r technolegau sy'n sail i DevOps.
Pa dechnolegau y mae timau DevOps yn eu defnyddio:
Technoleg
Timau sy'n perfformio'n isel
Timau Cyfartalog
Timau gyda pherfformiad da
Timau sy'n perfformio'n dda
Cyfuniad o gynhyrchion perchnogol, ffynhonnell agored a masnachol wedi'u pecynnu
30%
34%
32%
33%
Ffynhonnell agored yn bennaf ac atebion wedi'u pecynnu wedi'u haddasu'n fawr
17%
8%
7%
10%
Atebion ffynhonnell agored a phecynnu yn bennaf heb fawr o addasu
14%
21%
18%
20%
Atebion masnachol mewn bocs yn bennaf
8%
12%
8%
4%
Datblygiadau mewnol ac atebion perchnogol ar gyfer y cwmni
20%
6%
5%
6%
Ffynhonnell agored yn bennaf gydag addasiad cryf
6%
7%
5%
12%
Ffynhonnell agored yn bennaf gydag ychydig o addasu
5%
12%
24%
15%
Mae defnyddioldeb offer yn cael effaith sylweddol ar allu tîm i wneud y mwyaf o werth y pentwr technoleg o'u dewis: mae peirianwyr â thechnolegau hawdd eu defnyddio 1,5 gwaith yn fwy tebygol o berthyn i dimau sy'n perfformio'n dda.
Yn fy marn i, mae'r tabl hwn yn rhoi'r teimlad, er mwyn bod yn dîm DevOps llwyddiannus, bod angen i chi ddilyn y ffasiwn, nid y broblem dechnegol.
Mae arbenigwr cymwys yn dewis offer ar gyfer y dasg, ac nid i'r gwrthwyneb. Mae yna bob amser nifer o offer a dulliau i ddatrys unrhyw broblem. Mae offeryn penodol yn cael ei bennu gan: fanylion y dasg; pa mor gyfarwydd yw'r staff â'r offeryn hwn (pa mor uchel yw'r trothwy mynediad os yw'r offeryn yn newydd); elfen ariannol, os yw'n bresennol.
Denis Romanenko, arbenigwr llawrydd yn Mail.ru Cloud Solutions
Adferiad trychineb
Rhaid i bob sefydliad y mae ei weithrediad yn dibynnu ar weithrediad meddalwedd gael . Mae'r adroddiad yn dangos pa fathau o brofion gwytnwch mewn trychineb y mae gwahanol gwmnïau'n eu defnyddio.
Pa fathau o brofion y mae cwmnïau'n eu defnyddio ar gyfer adfer ar ôl trychineb?
Math o brawf
Timau sy'n perfformio'n isel
Timau Cyfartalog
Timau gyda pherfformiad da
Timau sy'n perfformio'n dda
Cyfartaledd
Profion nad ydynt yn effeithio ar systemau go iawn
35%
26%
27%
30%
28%
Methiant seilwaith (gan gynnwys canolfannau data)
27%
43%
34%
38%
38%
Profi Methiant Cais
25%
46%
41%
49%
43%
Efelychu digwyddiadau sy'n cynnwys tarfu ar systemau prawf
18%
22%
23%
29%
23%
Efelychu digwyddiadau yn ymwneud ag amharu ar systemau gwaith
18%
11%
12%
13%
12%
Creu awtomeiddio a systemau sy'n tarfu
systemau cynhyrchu yn rheolaidd, yn barhaus
9%
8%
7%
9%
8%
Dim ond 40% o ymatebwyr sy'n cynnal profion adfer ar ôl trychineb bob blwyddyn gan ddefnyddio un neu fwy o'r dulliau a restrir. Ar yr un pryd, mae gan gwmnïau sy'n cynnal profion adfer ar ôl trychineb lefel uwch o argaeledd gwasanaeth. Mae'r adroddiad yn dangos bod timau DevOps perfformiad uchel 1.4 gwaith yn fwy tebygol o ymgorffori data profion adfer ar ôl trychineb yn eu prosesau datblygu a defnyddio meddalwedd.
Mae'n bwysig rhoi mynediad i wybodaeth i dimau DevOps
Gall dod o hyd i wybodaeth yn hawdd i ddatrys problemau helpu i gadw timau DevOps yn gynhyrchiol. Mae hyn yn arbennig o wir yn yr amgylchedd technoleg heddiw, sy'n cynnwys systemau cymhleth.
Gellir rhannu ffynonellau gwybodaeth o’r fath yn ddau grŵp:
- Ffynonellau mewnol: dogfennaeth cwmni ar greu a chynnal cod, seiliau gwybodaeth corfforaethol, ystorfeydd a mwy. Roedd timau DevOps a ddefnyddiodd ffynonellau gwybodaeth mewnol 1,73 gwaith yn fwy cynhyrchiol.
- Ffynonellau allanol: Peiriannau chwilio a chwblhau stac. Roedd timau DevOps ar gontract allanol 1,67 gwaith yn fwy cynhyrchiol. Mae technolegau allanol yn darparu mantais fawr ar gyfer dysgu a thwf, yn enwedig y defnydd o gymylau cyhoeddus ac offer ffynhonnell agored.
Mae'n bwysig i gwmnïau leihau dyled dechnegol
Mae dyled dechnegol yn cynnwys cod neu systemau gyda bygiau hysbys ond ansefydlog; sylw annigonol i'r prawf; cod neu ddyluniad o ansawdd isel; arteffactau nad ydynt yn cael eu defnyddio ond heb eu dileu; gweithrediadau na all y tîm eu cefnogi'n effeithiol; technolegau hen ffasiwn; dogfennaeth anghyflawn neu hen ffasiwn.
Mae arbenigwyr wedi canfod bod dyled dechnegol yn effeithio'n negyddol ar berfformiad DevOps. Roedd timau â dyled dechnegol uchel 1,6 gwaith yn llai cynhyrchiol. Roedd timau â pherfformiad uchel 1,4 gwaith yn fwy tebygol o fod â dyled dechnegol isel.
Canfyddiadau Allweddol o Astudiaeth Cyflwr DevOps
- Mae canran y timau DevOps sydd â pherfformiad uchel bron wedi treblu i 20%. Mae hyn yn golygu bod busnesau'n deall yr addewid o arferion ar gyfer gwella datblygu a darparu meddalwedd, ac mae cwmnïau'n gweithredu DevOps yn fwy gweithredol yn eu hadrannau TG.
- Mae darparu cymwysiadau a gwasanaethau'n gyflym wrth wraidd technoleg a thrawsnewid sefydliadol. Mae cyflymder a chysondeb rhyddhau yn cynyddu elw a boddhad cwsmeriaid.
- Mae technolegau cwmwl yn parhau i fod yn allweddol i gyflawni rhagoriaeth ar gyfer timau DevOps. Mae defnyddio cymylau yn caniatáu ichi drefnu cyflwyno meddalwedd ar y cyflymder gofynnol, yn sicrhau argaeledd, graddadwyedd a pherfformiad y seilwaith.
- Gellir gwella effeithiolrwydd timau DevOps trwy roi sylw i gynhyrchiant aelodau'r tîm, darparu awyrgylch seicolegol cyfforddus a defnyddio offer cyfleus.
- Nid yw cynyddu cyflymder cyflwyno datganiadau gyda'r dull cywir yn effeithio ar sefydlogrwydd gwasanaethau a chymwysiadau'r cwmni.
Ffynhonnell: hab.com
