Forbhreathnú gairid ar oibreoirí PostgreSQL do Kubernetes, ár rogha agus ár dtaithí

De réir a chéile, tá na hiarratais seo a leanas á bhfáil ag cliaint: “Ba mhaith linn é a bheith cosúil le Amazon RDS, ach níos saoire”; “Ba mhaith linn é cosúil le RDS, ach i ngach áit, in aon bhonneagar.” Chun réiteach bainistithe den sórt sin a chur i bhfeidhm ar Kubernetes, d'fhéachamar ar staid reatha na n-oibreoirí is mó tóir ar PostgreSQL (Stolon, oibreoirí ó Crunchy Data agus Zalando) agus rinneamar ár rogha.

Is é an t-alt seo an taithí atá faighte againn ó thaobh teoiriciúil de (athbhreithniú ar réitigh) agus ó thaobh praiticiúil (cad a roghnaíodh agus cad a tháinig as). Ach ar dtús, déanaimis a chinneadh cad iad na ceanglais ghinearálta maidir le hathsholáthar féideartha don RDS ...

Cad é RDS?

Nuair a labhraíonn daoine faoi RDS, inár dtaithí, ciallaíonn siad seirbhís DBMS bainistithe:

1. éasca a chumrú;
2. an cumas oibriú le grianghraif agus téarnamh uathu (b'fhearr le tacaíocht PITR);
3. ligeann duit topologies máistir-daor a chruthú;
4. tá liosta saibhir de síntí;
5. soláthraíonn sé iniúchadh agus bainistíocht úsáideora/rochtana.

Go ginearálta, is féidir le cineálacha cur chuige chun an tasc atá idir lámha a chur i bhfeidhm a bheith an-difriúil, ach níl an cosán le Coinníollach Ansible gar dúinn. (Tháinig comhghleacaithe ó 2GIS ar chonclúid chomhchosúil mar thoradh air sin a iarracht cruthaigh "uirlis chun braisle teip atá bunaithe ar Postgres a imscaradh go tapa.")

Is cur chuige coitianta é oibreoirí chun fadhbanna comhchosúla a réiteach in éiceachóras Kubernetes. Labhair stiúrthóir teicniúil “Flanta” orthu go mion cheana féin maidir le bunachair shonraí a seoladh laistigh de Kubernetes. distolI ceann dá thuarascálacha.

NB: Chun oibreoirí simplí a chruthú go tapa, molaimid aird a thabhairt ar ár bhfóntas Foinse Oscailte sliogán-oibreoir. Ag baint úsáide as é, is féidir leat é seo a dhéanamh gan eolas ar Go, ach ar bhealaí níos eolach do riarthóirí córais: i Bash, Python, etc.

Tá roinnt oibreoirí tóir K8s ann do PostgreSQL:

• Stól;
• Sonraí Crunchy Oibreoir PostgreSQL;
• Oibreoir Zalando Postgres.

Breathnaímid orthu níos mine.

Roghnú oibreoir

Chomh maith leis na gnéithe tábhachtacha atá luaite thuas, bhíomar - mar innealtóirí oibríochtaí bonneagair Kubernetes - ag súil leis na nithe seo a leanas ó oibreoirí freisin:

• imscaradh ó Git agus le Acmhainní Saincheaptha;
• tacaíocht frith-chleamhnas pod;
• cleamhnas nód nó roghnóir nód a shuiteáil;
• lamháltais a shuiteáil;
• infhaighteacht acmhainní tiúnta;
• teicneolaíochtaí intuigthe agus fiú orduithe.

Gan dul isteach i sonraí ar gach ceann de na pointí (fiafraigh sna tuairimí má tá ceisteanna agat fós mar gheall orthu tar éis an t-alt iomlán a léamh), tabharfaidh mé faoi deara go ginearálta go bhfuil gá leis na paraiméadair seo chun cur síos níos cruinne a dhéanamh ar speisialtóireacht na nóid bhraisle. iad a ordú le haghaidh iarratais ar leith. Ar an mbealach seo is féidir linn an chothromaíocht is fearr a bhaint amach i dtéarmaí feidhmíochta agus costais.

Anois bogadh ar aghaidh chuig na hoibreoirí PostgreSQL iad féin.

1. Stólón

Stól ón gcuideachta Iodálach Sorint.lab i tuarascáil a luadh cheana measadh mar chineál caighdeánach i measc oibreoirí don DBMS. Is tionscadal measartha sean é seo: tharla a chéad eisiúint poiblí siar i mí na Samhna 2015(!), agus tá beagnach 3000 réalta agus 40+ rannpháirtí i stór GitHub.

Go deimhin, is sampla iontach é Stolon den ailtireacht mhachnamhach:

Is féidir gléas an oibreora seo a fháil go mion sa tuarascáil nó doiciméadú tionscadail. Go ginearálta, is leor a rá gur féidir leis gach rud a thuairiscítear a dhéanamh: failover, seachvótálaithe le haghaidh rochtana trédhearcach cliant, cúltacaí... Thairis sin, soláthraíonn seachvótálaithe rochtain trí sheirbhís críochphointe amháin - murab ionann agus an dá réiteach eile a phléitear thíos (tá dhá sheirbhís ag gach ceann acu do bonn rochtana).

Mar sin féin, Stolon gan Acmhainní Saincheaptha, agus sin an fáth nach féidir é a imscaradh sa chaoi is go bhfuil sé éasca agus tapa – “cosúil le cácaí te” – cásanna DBMS a chruthú in Kubernetes. Déantar an bhainistíocht tríd an bhfóntas stolonctl, déantar imscaradh tríd an gcairt Helm, agus sainmhínítear agus sonraítear cinn saincheaptha i ConfigMap.

Ar thaobh amháin, casadh sé amach nach bhfuil an t-oibreoir i ndáiríre oibreoir (tar éis an tsaoil, ní úsáideann sé CRD). Ach ar an láimh eile, is córas solúbtha é a ligeann duit acmhainní a chumrú i K8anna mar is cuí leat.

Mar achoimre, dúinne go pearsanta ní raibh an chuma ar an scéal gurbh fhearr cairt ar leith a chruthú do gach bunachar sonraí. Dá bhrí sin, thosaigh muid ag lorg roghanna eile.

2. Sonraí Crunchy Oibreoir PostgreSQL

Oibreoir ó Crunchy Data, tosaithe óg Meiriceánach, cosúil le rogha eile loighciúil. Tosaíonn a stair phoiblí leis an gcéad eisiúint i mí an Mhárta 2017, ó shin i leith fuair stór GitHub díreach faoi bhun 1300 réalta agus 50+ ranníocóir. Rinneadh tástáil ar an scaoileadh is déanaí ó Mheán Fómhair chun oibriú le Kubernetes 1.15-1.18, OpenShift 3.11+ agus 4.4+, GKE agus VMware Enterprise PKS 1.3+.

Comhlíonann ailtireacht Oibreoir Crunchy Data PostgreSQL na ceanglais atá luaite freisin:

Tarlaíonn an bhainistíocht tríd an bhfóntas pgo, áfach, gineann sé Acmhainní Saincheaptha do Kubernetes dá bharr. Mar sin, chuir an t-oibreoir áthas orainn mar úsáideoirí féideartha:

• tá rialú trí CRD;
• bainistíocht áisiúil úsáideora (trí CRD freisin);
• comhtháthú le comhpháirteanna eile Crunchy Sonraí Coimeádán Suite — bailiúchán speisialaithe d’íomhánna coimeádáin do PostgreSQL agus fóntais chun oibriú leis (lena n-áirítear pgBackRest, pgAudit, síntí ó ranníoc, etc.).

Mar sin féin, léirigh iarrachtaí chun an t-oibreoir a úsáid ó Crunchy Data go leor fadhbanna:

• Ní raibh aon fhéidearthacht fhulaingt - ní chuirtear ach nódRoghnóir ar fáil.
• Bhí na pods cruthaithe mar chuid den Imscaradh, in ainneoin gur fheidhmigh muid feidhmchlár státmhar. Murab ionann agus StatefulSets, ní féidir le Imscaradh dioscaí a chruthú.

Is cúis leis an míbhuntáiste deireanach ná chuimhneacháin greannmhar: ar an timpeallacht tástála d’éirigh linn 3 mhacasamhail a rith le diosca amháin stóráil áitiúil, rud a chuir in iúl don oibreoir go raibh 3 mhacasamhail ag obair (cé nach raibh siad).

Gné eile den oibreoir seo ná a chomhtháthú réidh le córais chúnta éagsúla. Mar shampla, tá sé éasca pgAdmin agus pgBounce a shuiteáil, agus isteach doiciméadú breathnaítear ar Grafana agus Prometheus réamhchumraithe. Le déanaí scaoileadh 4.5.0-beta1 Tugtar faoi deara ar leithligh comhtháthú feabhsaithe leis an tionscadal pgMonatóir, a bhuíochas dá dtugann an t-oibreoir léirshamhlú soiléir ar mhéadracht PgSQL as an mbosca.

Mar sin féin, mar gheall ar rogha aisteach na n-acmhainní a ghin Kubernetes b'éigean dúinn teacht ar réiteach difriúil.

3. Oibreoir Zalando Postgres

Tá táirgí Zalando ar eolas againn ar feadh i bhfad: tá taithí againn ag baint úsáide as Zalenium agus, ar ndóigh, rinneamar iarracht Pátrúin Is é an réiteach HA coitianta atá acu do PostgreSQL. Maidir le cur chuige na cuideachta maidir le cruthú Oibreoir Postgres dúirt duine dá údair, Alexey Klyukin, ar an aer Postgres-Dé Máirt #5, agus thaitin sé linn.

Is é seo an réiteach is óige a pléadh san alt: tharla an chéad scaoileadh i mí Lúnasa 2018. Mar sin féin, fiú in ainneoin an líon beag eisiúintí foirmiúla, tá an tionscadal tar éis teacht ar bhealach fada, ag dul thar an tóir ar réiteach Crunchy Data le 1300+ réalta ar GitHub agus an t-uaslíon ranníocóirí (70+).

“Faoi an cochall” úsáideann an t-oibreoir seo réitigh a bhfuil tástáil ama orthu:

• Patroni agus spóil Le haghaidh tiomána,
• WAL-E - le haghaidh cúltacaí,
• PgBouncer - mar chomhthiomsú nasc.

Seo mar a chuirtear ailtireacht oibreora Zalando i láthair:

Déantar an t-oibreoir a bhainistiú go hiomlán trí Acmhainní an Chustaim, cruthaíonn sé StatefulSet go huathoibríoch ó choimeádáin, ar féidir é a shaincheapadh ansin trí charranna taobh éagsúla a chur leis an pod. Is buntáiste suntasach é seo go léir i gcomparáid leis an oibreoir ó Crunchy Data.

Ós rud é gur roghnaigh muid an réiteach ó Zalando i measc na 3 rogha atá á mbreithniú, cuirfear cur síos breise ar a chumais i láthair thíos, láithreach mar aon le cleachtas an iarratais.

Cleachtaigh le hOibreoir Postgres ó Zalando

Tá imscaradh oibritheora an-simplí: níl le déanamh ach an scaoileadh reatha a íoslódáil ó GitHub agus na comhaid YAML a chur i bhfeidhm ón eolaire manifests. Nó, is féidir leat é a úsáid freisin oibreoirhub.

Tar éis a shuiteáil, ba chóir duit a bheith buartha faoi bhunú stórála le haghaidh logs agus cúltacaí. Déantar é seo trí ConfigMap postgres-operator san ainmspás inar shuiteáil tú an t-oibreoir. Nuair a bheidh na stórtha cumraithe, is féidir leat do chéad bhraisle PostgreSQL a imscaradh.

Mar shampla, tá cuma mar seo ar ár n-imscaradh caighdeánach:

apiVersion: acid.zalan.do/v1
kind: postgresql
metadata:
 name: staging-db
spec:
 numberOfInstances: 3
 patroni:
   synchronous_mode: true
 postgresql:
   version: "12"
 resources:
   limits:
     cpu: 100m
     memory: 1Gi
   requests:
     cpu: 100m
     memory: 1Gi
 sidecars:
 - env:
   - name: DATA_SOURCE_URI
     value: 127.0.0.1:5432
   - name: DATA_SOURCE_PASS
     valueFrom:
       secretKeyRef:
         key: password
         name: postgres.staging-db.credentials
   - name: DATA_SOURCE_USER
     value: postgres
   image: wrouesnel/postgres_exporter
   name: prometheus-exporter
   resources:
     limits:
       cpu: 500m
       memory: 100Mi
     requests:
       cpu: 100m
       memory: 100Mi
 teamId: staging
 volume:
   size: 2Gi

Imscarann ​​an forléiriú seo braisle de 3 chás le taobhcharr san fhoirm postgres_onnmhaireoir, as a dtógaimid méadracht iarratais. Mar a fheiceann tú, tá gach rud an-simplí, agus más mian leat, is féidir leat líon neamhtheoranta de bhraislí a chruthú.

Is fiú aird a thabhairt ar painéal riaracháin gréasáin - postgres-oibreoir-ui. Tagann sé leis an oibreoir agus ligeann duit braislí a chruthú agus a scriosadh, chomh maith le hobair le cúltacaí a rinne an t-oibreoir.

Liosta de bhraislí PostgreSQL

Bainistíocht cúltaca

Gné shuimiúil eile is ea an tacaíocht Teams API. Cruthaíonn an meicníocht seo go huathoibríoch róil i PostgreSQL, bunaithe ar an liosta ainmneacha úsáideoirí mar thoradh air. Ligeann an API duit ansin liosta úsáideoirí a gcruthaítear róil dóibh go huathoibríoch a thabhairt ar ais.

Fadhbanna agus réitigh

Mar sin féin, léirigh úsáid an oibreora go leor easnaimh shuntasacha:

1. easpa tacaíochta nódeSelector;
2. neamhábaltacht cúltacaí a dhíchumasú;
3. nuair a bhíonn feidhm cruthaithe an bhunachair sonraí á úsáid, ní fheictear pribhléidí réamhshocraithe;
4. Uaireanta bíonn an doiciméadú in easnamh nó as dáta.

Go fortunately, is féidir go leor acu a réiteach. Let tús ón deireadh - fadhbanna le doiciméadú.

Is dóichí go dtiocfaidh tú ar an bhfíric nach bhfuil sé soiléir i gcónaí conas cúltaca a chlárú agus conas an buicéad cúltaca a nascadh leis an Chomhéadain Oibreora. Labhraíonn an doiciméadú faoi seo i rith, ach tá an cur síos fíor i PR:

1. gá rún a dhéanamh;
2. é a chur ar aghaidh chuig an oibreoir mar pharaiméadar pod_environment_secret_name sa CRD le socruithe oibreora nó i ConfigMap (ag brath ar an gcaoi a shocraíonn tú an t-oibreoir a shuiteáil).

Mar sin féin, mar a tharlaíonn sé, tá sé seo dodhéanta faoi láthair. Sin an fáth a bhailigh muid do leagan den oibreoir le roinnt forbairtí breise tríú páirtí. Chun tuilleadh eolais a fháil faoi, féach thíos.

Má chuireann tú na paraiméadair le haghaidh cúltaca ar aghaidh chuig an oibreoir, eadhon - wal_s3_bucket agus eochracha rochtana in AWS S3, ansin é beidh cúltaca gach rud: ní hamháin boinn i dtáirgeadh, ach freisin stáitse. Ní raibh sé seo oiriúnach dúinn.

Sa chur síos ar na paraiméadair do Spilo, arb é an fillteán Docker bunúsach do PgSQL nuair a bhíonn an t-oibreoir á úsáid, d'éirigh sé amach: is féidir leat paraiméadar a phasáil WAL_S3_BUCKET folamh, rud a dhíchumasaítear cúltacaí. Thairis sin, chun áthas mór, fuair mé réidh PR, a ghlac muid láithreach isteach inár forc. Anois, ní mór duit ach a chur leis enableWALArchiving: false chuig acmhainn bhraisle PostgreSQL.

Sea, bhí deis ann é a dhéanamh ar bhealach difriúil trí 2 oibreoir a reáchtáil: ceann amháin le haghaidh stáitse (gan cúltacaí), agus an dara ceann le haghaidh táirgeadh. Ach bhíomar in ann déanamh le ceann amháin.

Ceart go leor, d'fhoghlaim muid conas rochtain ar na bunachair shonraí a aistriú do S3 agus thosaigh cúltacaí ag dul isteach sa stóráil. Conas leathanaigh chúltaca a oibriú in Chomhéadain Oibreora?

Beidh ort 3 athróg a chur leis an Chomhéadain Oibreora:

• SPILO_S3_BACKUP_BUCKET
• AWS_ACCESS_KEY_ID
• AWS_SECRET_ACCESS_KEY

Tar éis seo, beidh bainistíocht cúltacaí ar fáil, rud a shimpleoidh ár gcás leis an obair le stáitsiú, rud a ligeann dúinn slisní a sheachadadh ón táirgeadh ann gan scripteanna breise.

Buntáiste eile a bhí san obair le Teams API agus neart deiseanna chun bunachair shonraí agus róil a chruthú ag úsáid uirlisí oibreora. Mar sin féin, an cruthaíodh ní raibh aon chearta ag róil de réir réamhshocraithe. Dá réir sin, ní raibh úsáideoir le cearta léite in ann táblaí nua a léamh.

Cén fáth é sin? In ainneoin gur sa chód tá riachtanach GRANT, ní úsáidtear iad i gcónaí. Tá 2 mhodh ann: syncPreparedDatabases и syncDatabases. I syncPreparedDatabases - in ainneoin go bhfuil san alt preparedDatabases tá tá riocht ann defaultRoles и defaultUsers chun róil a chruthú, ní chuirtear cearta réamhshocraithe i bhfeidhm. Táimid i mbun paiste a ullmhú ionas go gcuirfear na cearta sin i bhfeidhm go huathoibríoch.

Agus an pointe deireanach sna feabhsuithe atá ábhartha dúinn - paiste, a chuireann Nód Affinity leis an StatefulSet cruthaithe. Is minic gur fearr lenár gcliaint costais a laghdú trí úsáid a bhaint as cásanna spota, agus is léir nach fiú seirbhísí bunachar sonraí a óstáil. D'fhéadfaí an cheist seo a réiteach trí fhulaingt, ach tugann láithreacht Nód Affinity níos mó muiníne.

Cad a tharla?

Bunaithe ar thorthaí réiteach na bhfadhbanna thuas, forked muid Postgres Oibreoir ó Zalando isteach do stór, i gcás ina mbailítear é le paistí úsáideacha den sórt sin. Agus le haghaidh áise níos mó, bhailigh muid freisin Íomhá docker.

Liosta de PR ar glacadh leo san fhorc:

• íomhá shlán éadrom a thógáil don oibreoir in Docker;
• cúltacaí a dhíchumasú;
• leaganacha acmhainne do leaganacha reatha de k8s a nuashonrú;
• Cur i bhfeidhm Nód Affinity.

Beidh sé iontach má thacaíonn an pobal leis na PRanna seo ionas go mbeidh siad in aghaidh srutha leis an gcéad leagan eile den oibreoir (1.6).

Bónas! Scéal ratha imirce táirgeachta

Má úsáideann tú Patroni, is féidir táirgeadh beo a aistriú chuig an oibreoir gan mórán aga neamhfhónaimh.

Ligeann Spilo duit braislí fuireachais a chruthú trí stóráil S3 le Wal-E, nuair a stóráiltear an logáil dénártha PgSQL ar dtús i S3 agus ansin é a phumpáil amach ag an macasamhail. Ach cad atá le déanamh má tá aon in úsáid ag Wal-E ar bhonneagar d'aois? Tá an réiteach ar an bhfadhb seo cheana féin moladh ar an mol.

Tagann macasamhlú loighciúil PostgreSQL chun tarrthála. Mar sin féin, ní thabharfaimid mionsonraí faoi conas foilseacháin agus síntiúis a chruthú, mar... fiasco a bhí sa phlean againn.

Is é an fírinne ná go raibh roinnt táblaí luchtaithe ag an mbunachar sonraí leis na milliúin sraitheanna, a athlánaíodh agus a scriosadh i gcónaí. Síntiús simplí с copy_data, nuair a dhéanann an macasamhail nua an t-ábhar go léir a chóipeáil ón máistir, ní féidir leis coinneáil suas leis an máistir. D'oibrigh ábhar cóipeála ar feadh seachtaine, ach níor ghlac sé leis an máistir riamh. Sa deireadh, chabhraigh sé liom an fhadhb a réiteach airteagal comhghleacaithe ó Avito: is féidir leat sonraí a aistriú ag baint úsáide as pg_dump. Déanfaidh mé cur síos ar ár leagan (beagán modhnaithe) den algartam seo.

Is é an smaoineamh gur féidir leat síntiús faoi mhíchumas a dhéanamh ceangailte le sliotán macasamhlaithe ar leith, agus ansin uimhir an idirbhirt a cheartú. Bhí macasamhla ar fáil don obair léiriúcháin. Tá sé seo tábhachtach mar go gcuideoidh an macasamhail le dumpáil comhsheasmhach a chruthú agus leanúint ar aghaidh ag fáil athruithe ón máistir.

Úsáidfidh orduithe ina dhiaidh sin a dhéanann cur síos ar an bpróiseas aistrithe na nodaireachtaí óstaigh seo a leanas:

1. máistir - freastalaí foinse;
2. macasamhail1 — macasamhail sruthú ar an sean-léiriú;
3. macasamhail2 - macasamhail loighciúil nua.

Plean imirce

1. Cruthaigh síntiús ar an máistir do gach táblaí sa scéimre public bonn dbname:

psql -h master -d dbname -c "CREATE PUBLICATION dbname FOR ALL TABLES;"

2. Cruthaigh sliotán macasamhlú ar an máistir:

psql -h master -c "select pg_create_logical_replication_slot('repl', 'pgoutput');"

3. Stop macasamhlú ar an sean-macasamhail:

psql -h replica1 -c "select pg_wal_replay_pause();"

4. Faigh uimhir an idirbhirt ón máistir:

psql -h master -c "select replay_lsn from pg_stat_replication where client_addr = 'replica1';"

5. Bain an dumpa den sean-macasamhail. Déanfaimid é seo i roinnt snáitheanna, rud a chabhróidh leis an bpróiseas a bhrostú:

pg_dump -h replica1 --no-publications --no-subscriptions -O -C -F d -j 8 -f dump/ dbname

6. Uaslódáil an dumpáil chuig an bhfreastalaí nua:

pg_restore -h replica2 -F d -j 8 -d dbname dump/

7. Tar éis duit an dumpáil a íoslódáil, is féidir leat tosú a mhacasamhlú ar an macasamhail sruthú:

psql -h replica1 -c "select pg_wal_replay_resume();"

7. Cruthaimis síntiús ar mhacasamhail loighciúil nua:

psql -h replica2 -c "create subscription oldprod connection 'host=replica1 port=5432 user=postgres password=secret dbname=dbname' publication dbname with (enabled = false, create_slot = false, copy_data = false, slot_name='repl');"

8. Faighimis oid síntiúis:

psql -h replica2 -d dbname -c "select oid, * from pg_subscription;"

9. Ligean le rá go bhfuarthas é oid=1000. Cuirimis uimhir an idirbhirt i bhfeidhm ar an síntiús:

psql -h replica2 -d dbname -c "select pg_replication_origin_advance('pg_1000', 'AA/AAAAAAAA');"

10. Cuirimis tús le macasamhlú:

psql -h replica2 -d dbname -c "alter subscription oldprod enable;"

11. Seiceáil an stádas síntiús, ba cheart go n-oibreodh macasamhlú:

psql -h replica2 -d dbname -c "select * from pg_replication_origin_status;"
psql -h master -d dbname -c "select slot_name, restart_lsn, confirmed_flush_lsn from pg_replication_slots;"

12. Tar éis macasamhlú a thosú agus na bunachair shonraí a shioncronú, is féidir leat aistriú anonn.

13. Tar éis duit macasamhlú a dhíchumasú, ní mór duit na sraitheanna a cheartú. Tá cur síos maith air seo san alt ar wiki.postgresql.org.

A bhuí leis an bplean seo, tharla an t-aistriú gan mórán moille.

Conclúid

Ceadaíonn oibreoirí Kubernetes duit gníomhartha éagsúla a shimpliú trína laghdú go dtí cruthú acmhainní K8s. Mar sin féin, tar éis uathoibriú suntasach a bhaint amach lena gcabhair, is fiú cuimhneamh gur féidir leis roinnt nuances gan choinne a thabhairt freisin, mar sin roghnaigh do chuid oibreoirí go ciallmhar.

Tar éis breithniú a dhéanamh ar na trí oibreoir Kubernetes is mó tóir do PostgreSQL, roghnaigh muid an tionscadal ó Zalando. Agus bhí orainn deacrachtaí áirithe a shárú leis, ach bhí an toradh thar a bheith taitneamhach, agus mar sin tá sé beartaithe againn an taithí seo a leathnú chuig suiteálacha PgSQL eile. Má tá taithí agat ar réitigh den chineál céanna a úsáid, beidh áthas orainn na sonraí a fheiceáil sna tuairimí!

PS

Léigh freisin ar ár mblag:

• «Bunachair Sonraí agus Kubernetes (tuairisc athbhreithnithe agus físeáin)";
• «Postgres Dé Máirt #5: PostgreSQL agus Kubernetes. CI/CD. Uathoibriú tástála";
• «Scéal amháin leis an oibreoir Redis i K8anna agus mion-athbhreithniú ar fhóntais chun sonraí ón mbunachar sonraí seo a anailísiú'.

Foinse: will.com