🥇 Cymwysiadau modern ar OpenShift, rhan 3: OpenShift fel amgylchedd datblygu a Phiblinellau OpenShift

Helo pawb ar y blog yma! Dyma'r drydedd swydd mewn cyfres lle rydyn ni'n dangos sut i ddefnyddio cymwysiadau gwe modern ar Red Hat OpenShift.

Yn y ddwy swydd flaenorol, fe wnaethom ddangos sut i ddefnyddio cymwysiadau gwe modern mewn ychydig gamau yn unig a sut i ddefnyddio delwedd S2I newydd ynghyd â delwedd gweinydd HTTP oddi ar y silff, fel NGINX, gan ddefnyddio adeiladau cadwyn i drefnu gosodiadau cynhyrchu. .

Heddiw, byddwn yn dangos sut i redeg gweinydd datblygu ar gyfer eich cais ar y platfform OpenShift a'i gydamseru â'r system ffeiliau leol, a hefyd yn siarad am beth yw Piblinellau OpenShift a sut y gellir eu defnyddio fel dewis arall yn lle gwasanaethau cysylltiedig.

OpenShift fel amgylchedd datblygu

Llif gwaith datblygu

Fel y dywedwyd eisoes yn post cyntaf, Yn syml, mae'r broses ddatblygu nodweddiadol ar gyfer cymwysiadau gwe modern yn rhyw fath o “weinydd datblygu” sy'n olrhain newidiadau i ffeiliau lleol. Pan fyddant yn digwydd, mae adeiladu'r rhaglen yn cael ei sbarduno ac yna caiff ei ddiweddaru i'r porwr.

Yn y rhan fwyaf o fframweithiau modern, mae “gweinydd datblygu” o'r fath wedi'i ymgorffori yn yr offer llinell orchymyn cyfatebol.

Enghraifft leol

Yn gyntaf, gadewch i ni weld sut mae hyn yn gweithio wrth redeg ceisiadau yn lleol. Gadewch i ni gymryd y cais fel enghraifft Ymateb o erthyglau blaenorol, er bod bron yr un cysyniadau llif gwaith yn berthnasol ym mhob fframwaith modern arall.
Felly, i gychwyn y "gweinydd dev" yn ein enghraifft React, byddwn yn nodi'r gorchymyn canlynol:

$ npm run start

Yna yn ffenestr y derfynell fe welwn rywbeth fel hyn:

A bydd ein cais yn agor yn y porwr diofyn:

Nawr, os byddwn yn gwneud newidiadau i'r ffeil, dylai'r cais ddiweddaru yn y porwr.

Iawn, mae popeth yn glir gyda datblygiad yn y modd lleol, ond sut i gyflawni'r un peth ar OpenShift?

Gweinydd datblygu ar OpenShift

Os cofiwch, ym swydd flaenorol, buom yn edrych ar gyfnod rhedeg delwedd S2I fel y'i gelwir a gwelsom mai'r modiwl gwasanaethu yn ddiofyn sy'n gyfrifol am wasanaethu ein cymhwysiad gwe.

Fodd bynnag, os cymerwch olwg agosach rhedeg sgript o'r enghraifft honno, mae'n cynnwys y newidyn amgylchedd $NPM_RUN, sy'n eich galluogi i weithredu'ch gorchymyn.

Er enghraifft, gallwn ddefnyddio'r modiwl nodshift i ddefnyddio ein cais:

$ npx nodeshift --deploy.env NPM_RUN="yarn start" --dockerImage=nodeshift/ubi8-s2i-web-app

Nodyn: Mae'r enghraifft uchod wedi'i dalfyrru i ddangos y syniad cyffredinol.

Yma rydym wedi ychwanegu'r newidyn amgylchedd NPM_RUN at ein defnydd, sy'n dweud wrth yr amser rhedeg i redeg y gorchymyn cychwyn edafedd, sy'n cychwyn y gweinydd datblygu React y tu mewn i'n pod OpenShift.

Os edrychwch ar log pod rhedeg, bydd yn edrych fel hyn:

Wrth gwrs, ni fydd hyn i gyd yn ddim nes y gallwn gydamseru'r cod lleol â'r cod, sydd hefyd yn cael ei fonitro am newidiadau, ond sy'n byw ar weinydd pell.

Cydamseru cod anghysbell a lleol

Yn ffodus, gall nodeshift helpu'n hawdd gyda chydamseru, a gallwch ddefnyddio'r gorchymyn gwylio i olrhain newidiadau.

Felly ar ôl i ni redeg y gorchymyn i ddefnyddio'r gweinydd datblygu ar gyfer ein cais, gallwn ddefnyddio'r gorchymyn canlynol yn ddiogel:

$ npx nodeshift watch

O ganlyniad, bydd cysylltiad yn cael ei wneud i'r pod rhedeg a grëwyd gennym ychydig yn gynharach, bydd cydamseriad ein ffeiliau lleol gyda'r clwstwr anghysbell yn cael ei weithredu, a bydd y ffeiliau ar ein system leol yn dechrau cael eu monitro am newidiadau.

Felly, os ydym nawr yn diweddaru'r ffeil src/App.js, bydd y system yn ymateb i'r newidiadau hyn, yn eu copïo i'r clwstwr anghysbell ac yn cychwyn y gweinydd datblygu, a fydd wedyn yn diweddaru ein cais yn y porwr.

I gwblhau'r llun, gadewch i ni ddangos sut olwg sydd ar y gorchmynion cyfan hyn:

$ npx nodeshift --strictSSL=false --dockerImage=nodeshift/ubi8-s2i-web-app --build.env YARN_ENABLED=true --expose --deploy.env NPM_RUN="yarn start" --deploy.port 3000

$ npx nodeshift watch --strictSSL=false

Mae'r gorchymyn gwylio yn dyniad ar ben y gorchymyn oc rsync, gallwch ddysgu mwy am sut mae'n gweithio yma.

Roedd hyn yn enghraifft ar gyfer React, ond gellir defnyddio'r un dull yn union gyda fframweithiau eraill, gosodwch y newidyn amgylchedd NPM_RUN yn ôl yr angen.

Piblinellau Openshift

Nesaf byddwn yn siarad am offeryn fel OpenShift Pipelines a sut y gellir ei ddefnyddio fel dewis arall yn lle adeiladu cadwyn.

Beth yw Piblinellau OpenShift

Mae OpenShift Pipelines yn system integreiddio a chyflwyno barhaus CI/CD brodorol cwmwl a gynlluniwyd ar gyfer trefnu piblinellau gan ddefnyddio Tekton. Mae Tekton yn fframwaith CI/CD brodorol ffynhonnell agored hyblyg Kubernetes sy'n eich galluogi i awtomeiddio defnydd ar lwyfannau amrywiol (Kubernetes, peiriannau rhithwir, di-weinydd, ac ati) trwy dynnu o'r haen waelodol.

Mae deall yr erthygl hon yn gofyn am rywfaint o wybodaeth am Piblinellau, felly rydym yn argymell yn gryf eich bod yn darllen yn gyntaf gwerslyfr swyddogol.

Sefydlu eich amgylchedd gwaith

I chwarae gyda'r enghreifftiau yn yr erthygl hon, yn gyntaf mae angen i chi baratoi eich amgylchedd gwaith:

Gosod a ffurfweddu clwstwr OpenShift 4. Mae ein henghreifftiau'n defnyddio CodeReady Containers (CRD) ar gyfer hyn, a gellir dod o hyd i gyfarwyddiadau gosod ar eu cyfer yma.
Ar ôl i'r clwstwr fod yn barod, mae angen i chi osod Gweithredwr Piblinell arno. Peidiwch â bod ofn, mae'n hawdd, cyfarwyddiadau gosod yma.
Dadlwythwch Tekton CLI (tkn) yma.
Rhedeg yr offeryn llinell orchymyn creu-react-app i greu cymhwysiad y byddwch wedyn yn ei ddefnyddio (cymhwysiad syml yw hwn Ymateb).
(Dewisol) Cloniwch yr ystorfa i redeg y cais enghreifftiol yn lleol gyda gosod npm ac yna cychwyn npm.

Bydd gan y storfa rhaglenni hefyd ffolder k8s, a fydd yn cynnwys y Kubernetes / OpenShift YAMLs a ddefnyddir i ddefnyddio'r rhaglen. Bydd Tasgau, Tasgau Clwstwr, Adnoddau a Phiblinellau y byddwn yn eu creu yn hyn o beth storfeydd.

Gadewch i ni ddechrau

Y cam cyntaf ar gyfer ein hesiampl yw creu prosiect newydd yn y clwstwr OpenShift. Gadewch i ni alw'r prosiect webapp-pipeline hwn a'i greu gyda'r gorchymyn canlynol:

$ oc new-project webapp-pipeline

Bydd enw'r prosiect hwn yn ymddangos yn y cod yn nes ymlaen, felly os penderfynwch ei enwi rhywbeth arall, peidiwch ag anghofio golygu'r cod enghreifftiol yn unol â hynny. Gan ddechrau o'r pwynt hwn, ni fyddwn yn mynd o'r brig i lawr, ond o'r gwaelod i fyny: hynny yw, yn gyntaf byddwn yn creu holl gydrannau'r cludwr, a dim ond wedyn y cludwr ei hun.

Felly, yn gyntaf...

Tasgau

Gadewch i ni greu cwpl o dasgau, a fydd wedyn yn helpu i roi'r cymhwysiad ar waith yn yr arfaeth. Y dasg gyntaf - apply_manifests_task - sy'n gyfrifol am gymhwyso YAML yr adnoddau Kubernetes hynny (gwasanaeth, defnydd a llwybr) sydd wedi'u lleoli yn ffolder k8s ein cais. Yr ail dasg - update_deployment_task - sy'n gyfrifol am ddiweddaru delwedd sydd eisoes wedi'i defnyddio i'r un a grëwyd gan ein piblinell.

Peidiwch â phoeni os nad yw'n glir iawn eto. Mewn gwirionedd, mae'r tasgau hyn yn rhywbeth fel cyfleustodau, a byddwn yn edrych arnynt yn fanylach ychydig yn ddiweddarach. Am y tro, gadewch i ni eu creu nhw:

$ oc create -f https://raw.githubusercontent.com/nodeshift/webapp-pipeline-tutorial/master/tasks/update_deployment_task.yaml
$ oc create -f https://raw.githubusercontent.com/nodeshift/webapp-pipeline-tutorial/master/tasks/apply_manifests_task.yaml

Yna, gan ddefnyddio'r gorchymyn tkn CLI, byddwn yn gwirio bod y tasgau wedi'u creu:

$ tkn task ls

NAME                AGE
apply-manifests     1 minute ago
update-deployment   1 minute ago

Nodyn: Mae'r rhain yn dasgau lleol ar gyfer eich prosiect presennol.

Tasgau clwstwr

Yn y bôn, mae tasgau clwstwr yr un peth â thasgau syml. Hynny yw, mae'n gasgliad y gellir ei ailddefnyddio o gamau sy'n cael eu cyfuno mewn un ffordd neu'r llall wrth redeg tasg benodol. Y gwahaniaeth yw bod tasg clwstwr ar gael ym mhobman o fewn y clwstwr. I weld y rhestr o dasgau clwstwr sy'n cael eu creu'n awtomatig wrth ychwanegu Gweithredwr Piblinell, byddwn eto'n defnyddio'r gorchymyn tkn CLI:

$ tkn clustertask ls

NAME                       AGE
buildah                    1 day ago
buildah-v0-10-0            1 day ago
jib-maven                  1 day ago
kn                         1 day ago
maven                      1 day ago
openshift-client           1 day ago
openshift-client-v0-10-0   1 day ago
s2i                        1 day ago
s2i-go                     1 day ago
s2i-go-v0-10-0             1 day ago
s2i-java-11                1 day ago
s2i-java-11-v0-10-0        1 day ago
s2i-java-8                 1 day ago
s2i-java-8-v0-10-0         1 day ago
s2i-nodejs                 1 day ago
s2i-nodejs-v0-10-0         1 day ago
s2i-perl                   1 day ago
s2i-perl-v0-10-0           1 day ago
s2i-php                    1 day ago
s2i-php-v0-10-0            1 day ago
s2i-python-3               1 day ago
s2i-python-3-v0-10-0       1 day ago
s2i-ruby                   1 day ago
s2i-ruby-v0-10-0           1 day ago
s2i-v0-10-0                1 day ago

Nawr, gadewch i ni greu dwy dasg clwstwr. Bydd y cyntaf yn cynhyrchu'r ddelwedd S2I ac yn ei hanfon i'r gofrestr OpenShift fewnol; yr ail yw adeiladu ein delwedd yn seiliedig ar NGINX, gan ddefnyddio'r cais yr ydym eisoes wedi'i adeiladu fel cynnwys.

Creu ac anfon y ddelwedd

Wrth greu'r dasg gyntaf, byddwn yn ailadrodd yr hyn a wnaethom eisoes yn yr erthygl flaenorol am wasanaethau cysylltiedig. Dwyn i gof ein bod wedi defnyddio delwedd S2I (ubi8-s2i-web-app) i “adeiladu” ein cymhwysiad, ac yn y pen draw roedd delwedd wedi'i storio yng nghofrestrfa fewnol OpenShift. Nawr byddwn yn defnyddio'r ddelwedd app gwe S2I hon i greu DockerFile ar gyfer ein app ac yna'n defnyddio Buildah i wneud y gwaith adeiladu gwirioneddol a gwthio'r ddelwedd sy'n deillio o hynny i gofrestr fewnol OpenShift, gan mai dyna'n union beth mae OpenShift yn ei wneud pan fyddwch chi'n defnyddio'ch cymwysiadau gan ddefnyddio NodeShift .

Sut roedden ni'n gwybod hyn i gyd, rydych chi'n gofyn? Oddiwrth fersiwn swyddogol o Node.js swyddogol, rydym newydd ei gopïo a'i addasu i ni ein hunain.

Felly, gadewch i ni nawr greu tasg clwstwr s2i-web-app:

$ oc create -f https://raw.githubusercontent.com/nodeshift/webapp-pipeline-tutorial/master/clustertasks/s2i-web-app-task.yaml

Ni fyddwn yn dadansoddi hyn yn fanwl, ond byddwn yn canolbwyntio ar y paramedr OUTPUT_DIR yn unig:

params:
      - name: OUTPUT_DIR
        description: The location of the build output directory
        default: build

Yn ddiofyn, mae'r paramedr hwn yn hafal i adeiladu, a dyna lle mae React yn rhoi'r cynnwys sydd wedi'i ymgynnull. Mae fframweithiau eraill yn defnyddio gwahanol lwybrau, er enghraifft, yn Ember mae'n dist. Allbwn ein tasg clwstwr cyntaf fydd delwedd yn cynnwys yr HTML, JavaScript, a CSS a gasglwyd gennym.

Adeiladu delwedd yn seiliedig ar NGINX

O ran ein hail dasg clwstwr, dylai adeiladu delwedd yn seiliedig ar NGINX i ni, gan ddefnyddio cynnwys y cais yr ydym eisoes wedi'i adeiladu. Yn y bôn, dyma’r rhan o’r adran flaenorol lle buom yn edrych ar adeiladau cadwyn.

I wneud hyn, byddwn ni - yn union yr un peth ag uchod - yn creu tasg clwstwr webapp-build-runtime:

$ oc create -f https://raw.githubusercontent.com/nodeshift/webapp-pipeline-tutorial/master/clustertasks/webapp-build-runtime-task.yaml

Os edrychwch ar god y tasgau clwstwr hyn, gallwch weld nad yw'n nodi'r ystorfa Git yr ydym yn gweithio gyda hi nac enwau'r delweddau yr ydym yn eu creu. Rydym ond yn nodi beth yn union yr ydym yn ei drosglwyddo i Git, neu ddelwedd benodol lle dylid allbwn y ddelwedd derfynol. Dyna pam y gellir ailddefnyddio'r tasgau clwstwr hyn wrth weithio gyda chymwysiadau eraill.

A dyma symud ymlaen yn osgeiddig at y pwynt nesaf...

Adnoddau

Felly, oherwydd, fel yr ydym newydd ei ddweud, dylai tasgau clwstwr fod mor gyffredinol â phosibl, mae angen i ni greu adnoddau a fydd yn cael eu defnyddio fel mewnbwn (y ystorfa Git) ac fel allbwn (y delweddau terfynol). Yr adnodd cyntaf sydd ei angen arnom yw Git, lle mae ein cais yn byw, rhywbeth fel hyn:

# This resource is the location of the git repo with the web application source
apiVersion: tekton.dev/v1alpha1
kind: PipelineResource
metadata:
  name: web-application-repo
spec:
  type: git
  params:
    - name: url
      value: https://github.com/nodeshift-starters/react-pipeline-example
    - name: revision
      value: master

Yma mae PipelineResource o fath git. Mae'r allwedd url yn yr adran params yn pwyntio at ystorfa benodol ac yn nodi'r brif gangen (mae hyn yn ddewisol, ond rydyn ni'n ei ysgrifennu er cyflawnrwydd).

Nawr mae angen i ni greu adnodd ar gyfer y ddelwedd lle bydd canlyniadau tasg s2i-web-app yn cael eu cadw, gwneir hyn fel hyn:

# This resource is the result of running "npm run build",  the resulting built files will be located in /opt/app-root/output
apiVersion: tekton.dev/v1alpha1
kind: PipelineResource
metadata:
  name: built-web-application-image
spec:
  type: image
  params:
    - name: url
      value: image-registry.openshift-image-registry.svc:5000/webapp-pipeline/built-web-application:latest

Yma mae'r PipelineResource o ddelwedd fath, ac mae gwerth y paramedr url yn pwyntio at y Gofrestrfa Delweddau OpenShift fewnol, yn benodol yr un sydd wedi'i lleoli yn y gofod enw webapp-piblinell. Peidiwch ag anghofio newid y gosodiad hwn os ydych yn defnyddio gofod enw gwahanol.

Ac yn olaf, bydd yr adnodd olaf sydd ei angen arnom hefyd yn ddelwedd deip a dyma fydd y ddelwedd NGINX olaf a fydd wedyn yn cael ei defnyddio yn ystod y defnydd:

# This resource is the image that will be just the static html, css, js files being run with nginx
apiVersion: tekton.dev/v1alpha1
kind: PipelineResource
metadata:
  name: runtime-web-application-image
spec:
  type: image
  params:
    - name: url
      value: image-registry.openshift-image-registry.svc:5000/webapp-pipeline/runtime-web-application:latest

Unwaith eto, sylwch fod yr adnodd hwn yn storio'r ddelwedd yn y gofrestr OpenShift fewnol yn y gofod enwau webapp-piblinell.

I greu'r holl adnoddau hyn ar unwaith, rydym yn defnyddio'r gorchymyn creu:

$ oc create -f https://raw.githubusercontent.com/nodeshift/webapp-pipeline-tutorial/master/resources/resource.yaml

Gallwch wneud yn siŵr bod yr adnoddau wedi'u creu fel hyn:

$ tkn resource ls

Piblinell cludo

Nawr bod gennym yr holl gydrannau angenrheidiol, gadewch i ni gydosod piblinell ohonynt trwy ei chreu gyda'r gorchymyn canlynol:

$ oc create -f https://raw.githubusercontent.com/nodeshift/webapp-pipeline-tutorial/master/pipelines/build-and-deploy-react.yaml

Ond cyn i ni redeg y gorchymyn hwn, gadewch i ni edrych ar y cydrannau hyn. Y cyntaf yw'r enw:

apiVersion: tekton.dev/v1alpha1
kind: Pipeline
metadata:
  name: build-and-deploy-react

Yna yn yr adran fanyleb gwelwn arwydd o'r adnoddau a grëwyd gennym yn gynharach:

spec:
  resources:
    - name: web-application-repo
      type: git
    - name: built-web-application-image
      type: image
    - name: runtime-web-application-image
      type: image

Yna rydyn ni'n creu'r tasgau y mae angen i'n piblinell eu cwblhau. Yn gyntaf oll, rhaid iddo gyflawni'r dasg s2i-web-app yr ydym eisoes wedi'i chreu:

tasks:
    - name: build-web-application
      taskRef:
        name: s2i-web-app
        kind: ClusterTask

Mae'r dasg hon yn cymryd paramedrau mewnbwn (adnodd gir) ac allbwn (adnodd gwe-gymhwysiad-delwedd adeiledig). Rydym hefyd yn pasio paramedr arbennig iddo fel nad yw'n gwirio TLS gan ein bod yn defnyddio tystysgrifau hunan-lofnodedig:

resources:
        inputs:
          - name: source
            resource: web-application-repo
        outputs:
          - name: image
            resource: built-web-application-image
      params:
        - name: TLSVERIFY
          value: "false"

Mae'r dasg nesaf bron yr un peth, dim ond yma y gelwir y dasg clwstwr webapp-build-runtime yr ydym eisoes wedi'i chreu:

name: build-runtime-image
    taskRef:
      name: webapp-build-runtime
      kind: ClusterTask

Fel gyda'r dasg flaenorol, rydyn ni'n trosglwyddo adnodd, ond nawr mae'n ddelwedd-gwe-gymhwysiad adeiledig (allbwn ein tasg flaenorol). Ac fel allbwn rydym eto yn gosod y ddelwedd. Gan fod yn rhaid cyflawni'r dasg hon ar ôl yr un flaenorol, rydym yn ychwanegu'r maes runAfter:

resources:
        inputs:
          - name: image
            resource: built-web-application-image
        outputs:
          - name: image
            resource: runtime-web-application-image
        params:
        - name: TLSVERIFY
          value: "false"
      runAfter:
        - build-web-application

Mae'r ddwy dasg nesaf yn gyfrifol am ddefnyddio'r gwasanaeth, llwybr a lleoliad ffeiliau YAML sy'n byw yng nghyfeirlyfr k8s ein cymhwysiad gwe, a hefyd am ddiweddaru'r defnydd hwn wrth greu delweddau newydd. Fe wnaethom ddiffinio'r ddwy dasg glwstwr hyn ar ddechrau'r erthygl.

Cychwyn y cludwr

Felly, mae pob rhan o'n piblinell yn cael eu creu, a byddwn yn ei redeg gyda'r gorchymyn canlynol:

$ tkn pipeline start build-and-deploy-react

Ar y cam hwn, defnyddir y llinell orchymyn yn rhyngweithiol ac mae angen i chi ddewis yr adnoddau priodol mewn ymateb i bob un o'i geisiadau: ar gyfer yr adnodd git, dewiswch web-application-repo, yna ar gyfer yr adnodd delwedd gyntaf, adeiledig-gwe-cais -image, ac yn olaf, ar gyfer adnodd ail ddelwedd –runtime-web-application-image:

? Choose the git resource to use for web-application-repo: web-application-repo (https://github.com/nodeshift-starters/react-pipeline-example)
? Choose the image resource to use for built-web-application-image: built-web-application-image (image-registry.openshift-image-registry.svc:5000/webapp-pipeline/built-web-
application:latest)
? Choose the image resource to use for runtime-web-application-image: runtime-web-application-image (image-registry.openshift-image-registry.svc:5000/webapp-pipeline/runtim
e-web-application:latest)
Pipelinerun started: build-and-deploy-react-run-4xwsr

Nawr, gadewch i ni wirio statws y biblinell gan ddefnyddio'r gorchymyn canlynol:

$ tkn pipeline logs -f

Unwaith y bydd y biblinell wedi dechrau a'r cais wedi'i ddefnyddio, gallwn ofyn am y llwybr cyhoeddedig gyda'r gorchymyn canlynol:

$ oc get route react-pipeline-example --template='http://{{.spec.host}}'

I gael mwy o ddelweddu, gallwch weld ein piblinell yn y modd Datblygwr y consol gwe yn yr adran Piblinellau, fel y dangosir yn Ffig. 1 .

Ffig.1. Adolygu piblinellau rhedeg.

Mae clicio ar biblinell redeg yn dangos manylion ychwanegol, fel y dangosir yn Ffigur 2.

Reis. 2. Gwybodaeth ychwanegol am y biblinell.

Ar ôl mwy o wybodaeth, gallwch weld rhedeg ceisiadau yn y golwg Topoleg, fel y dangosir yn Ffig.3.

Ffig 3. Pod wedi'i lansio.

Mae clicio ar y cylch yng nghornel dde uchaf yr eicon yn agor ein cymhwysiad, fel y dangosir yn Ffig. 4.

Reis. 4. cais Rhedeg React.

Casgliad

Felly, fe wnaethom ddangos sut i redeg gweinydd datblygu ar gyfer eich cais ar OpenShift a'i gydamseru â'r system ffeiliau leol. Buom hefyd yn edrych ar sut i efelychu templed cadwynog gan ddefnyddio Piblinellau OpenShift. Gellir dod o hyd i'r holl godau enghreifftiol o'r erthygl hon yma.

Adnoddau ychwanegol (EN)

Cyhoeddiadau gweminarau sydd ar ddod

Rydym yn dechrau cyfres o weminarau dydd Gwener am brofiad brodorol gan ddefnyddio Red Hat OpenShift Container Platform a Kubernetes:

Ffynhonnell: hab.com

Cymwysiadau modern ar OpenShift, rhan 3: OpenShift fel amgylchedd datblygu a Phiblinellau OpenShift