Dia duit, Habr! Is mise Artem Karamyshev, ceann ar fhoireann riaracháin an chórais . Tá go leor táirgí nua seolta againn le bliain anuas. Theastaigh uainn a chinntiú go raibh seirbhísí API inscálaithe go héasca, fabht-fhulangach, agus réidh le haghaidh fás tapa ar ualach an úsáideora. Cuirtear ár n-ardán i bhfeidhm ar OpenStack, agus ba mhaith liom a insint duit cad iad na fadhbanna lamháltais locht comhpháirte a bhí le réiteach againn chun córas locht-fhulangach a fháil. Sílim go mbeidh sé seo suimiúil dóibh siúd a fhorbraíonn táirgí ar OpenStack freisin.
Is éard atá i lamháltas locht foriomlán ardán ná athléimneacht a chomhpháirteanna. Mar sin de réir a chéile rachaimid trí na leibhéil ar fad inar aithin muid rioscaí agus inar dhúnamar iad.
Leagan físe den scéal seo, arbh é a phríomhfhoinse tuairisc ag an gcomhdháil Uptime day 4, arna eagrú ag , is féidir leat a fheiceáil .
Athléimneacht na hailtireachta fisiceach
Tá an chuid phoiblí de scamall an MCS bunaithe anois in dhá ionad sonraí Shraith III, eatarthu tá a snáithín dorcha féin, arna fhorchoimeád ag an leibhéal fisiceach trí bhealaí éagsúla, le tréchur 200 Gbit/s. Soláthraíonn Sraith III an leibhéal riachtanach lamháltais lochtanna don bhonneagar fisiceach.
Tá snáithín dorcha in áirithe ag na leibhéil fhisiceacha agus loighciúla araon. Bhí an próiseas áirithinte cainéal atriallach, tháinig fadhbanna chun cinn, agus táimid ag feabhsú cumarsáide idir ionaid sonraí i gcónaí.
Mar shampla, ní fada ó shin, agus iad ag obair i tobar in aice le ceann de na hionaid sonraí, bhris tochaltóir píopa, agus taobh istigh den phíobán seo bhí príomhchábla optúil agus cúltaca araon. Bhí ár gcainéal cumarsáide locht-fhulangach leis an ionad sonraí leochaileach ag pointe amháin, sa tobar. Dá réir sin, tá cuid den bhonneagar caillte againn. Thángamar ar chonclúidí agus rinneamar roinnt gníomhartha, lena n-áirítear optaic bhreise a shuiteáil sa tobar in aice láimhe.
In ionaid sonraí tá pointí láithreachta soláthraithe cumarsáide a bhfuil ár réimíreanna á gcraoladh againn orthu trí BGP. Maidir le gach treo líonra, roghnaítear an méadrach is fearr, rud a ligeann do chliaint éagsúla an caighdeán nasc is fearr a sholáthar. Má thagann laghdú ar chumarsáid trí sholáthraí amháin, déanaimid atógáil ar ár mbealach trí na soláthraithe atá ar fáil.
Má theipeann ar sholáthraí, aistrímid go huathoibríoch chuig an gcéad cheann eile. I gcás teipe ar cheann de na hionaid sonraí, tá cóip scátháin dár seirbhísí againn sa dara lárionad sonraí, a ghlacann an t-ualach iomlán.
Athléimneacht an bhonneagair fhisiciúil
An méid a úsáidimid le haghaidh lamháltais locht ar leibhéal iarratais
Tá ár seirbhís bunaithe ar roinnt comhpháirteanna foinse oscailte.
ExaBGP is seirbhís é a chuireann roinnt feidhmeanna i bhfeidhm ag baint úsáide as an bprótacal ródaithe dinimiciúil atá bunaithe ar BGP. Bainimid úsáid ghníomhach as chun ár seoltaí IP bánliostaithe a fhógairt trína bhfaigheann úsáideoirí rochtain ar an API.
HAProxy is cothromóir ard-ualaigh é a ligeann duit rialacha cothromaithe tráchta an-solúbtha a chumrú ag leibhéil éagsúla den tsamhail OSI. Bainimid úsáid as é a chothromú os comhair na seirbhísí go léir: bunachair shonraí, bróicéirí teachtaireachta, seirbhísí API, seirbhísí gréasáin, ár dtionscadail inmheánacha - tá gach rud taobh thiar de HAProxy.
Feidhmchlár API — feidhmchlár gréasáin scríofa i python, lena ndéanann an t-úsáideoir a bhonneagar agus a sheirbhís a bhainistiú.
Iarratas oibrí (oibrí simplí anseo feasta) - i seirbhísí OpenStack, is deamhan bonneagair é seo a ligeann duit orduithe API a chraoladh chuig an mbonneagar. Mar shampla, tarlaíonn cruthú diosca san oibrí, agus tarlaíonn an t-iarratas cruthú in API an fheidhmchláir.
Ailtireacht Chaighdeánach Feidhmchláir OpenStack
Déanann formhór na seirbhísí a fhorbraítear do OpenStack iarracht paraidím amháin a leanúint. De ghnáth bíonn 2 chuid i seirbhís: API agus oibrithe (seiceadóirí backend). De ghnáth, is feidhmchlár WSGI i python é API, a sheoltar mar phróiseas neamhspleách (deamhan), nó ag baint úsáide as freastalaí gréasáin Nginx nó Apache réidh. Próiseálann an API iarratas an úsáideora agus cuireann sé treoracha breise ar aghaidh chuig an bhfeidhmchlár oibrithe lena fhorghníomhú. Tarlaíonn an t-aistriú ag baint úsáide as bróicéir teachtaireachtaí, de ghnáth RabbitMQ, agus na cinn eile a bhfuil tacaíocht lag. Nuair a shroicheann teachtaireachtaí an bróicéir, déanann oibrithe iad a phróiseáil agus, más gá, freagra a thabhairt ar ais.
Baineann an paraidím seo le pointí aonair teipthe: RabbitMQ agus an bunachar sonraí. Ach tá RabbitMQ scoite amach laistigh de sheirbhís amháin agus, go teoiriciúil, is féidir leis a bheith aonair do gach seirbhís. Mar sin ag MCS scaraimid na seirbhísí seo oiread agus is féidir; cruthaímid bunachar sonraí ar leith, RabbitMQ ar leith do gach tionscadal ar leith. Tá an cur chuige seo go maith mar i gcás timpiste ag roinnt pointí leochaileacha, ní bhriseann an tseirbhís iomlán síos, ach gan ach cuid di.
Tá líon na n-iarratas oibrithe gan teorainn, agus mar sin is féidir leis an API scála go héasca go cothrománach taobh thiar de chothromóirí chun feidhmíocht agus lamháltas lochtanna a mhéadú.
Éilíonn roinnt seirbhísí comhordú laistigh den tseirbhís nuair a tharlaíonn oibríochtaí seicheamhacha casta idir APInna agus oibrithe. Sa chás seo, úsáidtear ionad comhordaithe amháin, córas braisle mar Redis, Memcache, etcd, a ligeann d’oibrí amháin a rá le duine eile go bhfuil an tasc seo sannta dó (“ná tóg le do thoil”). Úsáidimid etcd. De ghnáth, déanann oibrithe cumarsáid ghníomhach leis an mbunachar sonraí, scríobhann agus léann siad faisnéis as sin. Bainimid úsáid as mariadb mar bhunachar sonraí, atá suite i mbraisle multimaster.
Eagraítear an tseirbhís aonair clasaiceach seo ar bhealach a nglactar leis go ginearálta do OpenStack. Is féidir é a mheas mar chóras dúnta, a bhfuil na modhanna scálú agus lamháltas lochtanna soiléir go leor. Mar shampla, le haghaidh lamháltais locht API, is leor cothromóir a chur os a gcomhair. Baintear scálú oibrithe amach trína líon a mhéadú.
Is é an pointe lag sa scéim ar fad ná RabbitMQ agus MariaDB. Tá alt ar leith tuillte ag a n-ailtireacht.San Airteagal seo ba mhaith liom díriú ar lamháltas locht API.
Ailtireacht iarratais Openstack. Comhardú agus lamháltas locht an ardáin scamall
Ag déanamh an chothromóra HAProxy fabhtfhulangach ag baint úsáide as ExaBGP
Chun ár n-API a dhéanamh inscálaithe, tapa agus fabht-fhulangach, cuirimid cothromóir ualaigh os a gcomhair. Roghnaigh muid HAProxy. Is é mo thuairim go bhfuil na tréithe riachtanacha go léir aige dár tasc: cothromú ar leibhéil éagsúla OSI, comhéadan bainistíochta, solúbthacht agus inscálaithe, líon mór modhanna comhardaithe, tacaíocht do tháblaí seisiúin.
Ba é an chéad fhadhb a bhí le réiteach ná lamháltas locht an chothromóra féin. Níl ort ach cothromóir a shuiteáil cruthaítear pointe teipe freisin: briseann an cothromóir agus tuairteanna seirbhíse. Chun é seo a chosc, d’úsáideamar HAProxy i gcomhar le ExaBGP.
Ligeann ExaBGP duit meicníocht a chur i bhfeidhm chun staid seirbhíse a sheiceáil. Bhaineamar úsáid as an meicníocht seo chun feidhmiúlacht HAProxy a sheiceáil agus, i gcás fadhbanna, an tseirbhís HAProxy a dhíchumasú ó BGP.
Scéim ExaBGP+HAProxy
- Suiteáilimid na bogearraí riachtanacha, ExaBGP agus HAProxy, ar thrí fhreastalaí.
- Cruthaímid comhéadan loopback ar gach freastalaí.
- Ar na trí fhreastalaí uile sannaimid an seoladh IP bán céanna don chomhéadan seo.
- Fógraítear seoladh IP bán ar an Idirlíon trí ExaBGP.
Baintear lamháltas lochtanna amach tríd an seoladh IP céanna a fhógairt ó na trí fhreastalaí. Ó thaobh an líonra de, tá an seoladh céanna inrochtana ó thrí leannlusanna eile. Feiceann an ródaire trí bhealach comhionann, roghnaíonn sé an tosaíocht is airde acu bunaithe ar a mhéadrach féin (is gnách gurb é seo an rogha céanna), agus ní théann an trácht ach chuig ceann amháin de na freastalaithe.
I gcás fadhbanna le feidhmiú HAProxy nó teip freastalaí, stopann ExaBGP an bealach a fhógairt, agus aistríonn an trácht go freastalaí eile go réidh.
Mar sin, bhaineamar amach lamháltas locht an chothromóra.
Caoinfhulaingt locht ar chothromóirí HAProxy
Bhí an scéim neamhfhoirfe: d'fhoghlaim muid conas HAProxy a chur in áirithe, ach níor fhoghlaim muid conas an t-ualach a dháileadh laistigh de na seirbhísí. Dá bhrí sin, leathnaíomar an scéim seo beagán: bhogamar ar aghaidh chuig cothromú a dhéanamh idir roinnt seoltaí IP bána.
Comhardaithe bunaithe ar DNS móide BGP
Tá ceist chothromú ualaigh dár HAProxy fós gan réiteach. Is féidir é a réiteach go simplí, áfach, mar a rinneamar anseo.
Chun trí fhreastalaí a chothromú beidh ort 3 sheoladh IP bán agus DNS maith d'aois. Socraítear gach ceann de na seoltaí seo ar chomhéadan loopback gach HAProxy agus fógraítear iad don Idirlíon.
In OpenStack, chun acmhainní a bhainistiú, úsáidtear eolaire seirbhíse, a shonraíonn API críochphointe seirbhíse ar leith. San eolaire seo cláraíonn muid ainm fearainn - public.infra.mail.ru, a réitítear trí DNS le trí sheoladh IP éagsúla. Mar thoradh air sin, faigheann muid dáileadh ualaigh idir trí sheoladh trí DNS.
Ach ós rud é nuair a bhíonn seoltaí IP bána á bhfógairt againn ní rialaítear tosaíochtaí roghnúcháin an fhreastalaí, níl sé seo cothromaithe fós. De ghnáth, ní roghnófar ach freastalaí amháin bunaithe ar shinsearacht seoladh IP, agus beidh an dá cheann eile díomhaoin toisc nach bhfuil aon mhéadracht sonraithe i BGP.
Thosaigh muid ag seoladh bealaí trí ExaBGP le méadrachtaí éagsúla. Fógraíonn gach cothromóir na trí sheoladh IP bán go léir, ach fógraítear ceann amháin acu, an príomhcheann don chothromóir seo, leis an méadrach íosta. Mar sin, cé go bhfuil na trí chothromóir i bhfeidhm, téann glaonna chuig an gcéad seoladh IP chuig an gcéad chothromóir, glaonna chuig an dara go dtí an dara ceann, agus glaonna chuig an tríú go dtí an tríú duine.
Cad a tharlaíonn nuair a thiteann duine de na comhardóirí? Má theipeann ar aon chothromóir, tá a phríomhsheoladh fós á fhógairt ón dá cheann eile, agus déantar trácht a athdháileadh eatarthu. Mar sin, tugaimid roinnt seoltaí IP don úsáideoir ag an am céanna trí DNS. Trí chothromú le DNS agus méadrachtaí éagsúla, faighimid dáileadh cothrom ar an ualach ar na trí chothromóir. Agus ag an am céanna ní chaillimid lamháltas locht.
Cothromú HAProxy bunaithe ar DNS + BGP
Idirghníomhaíocht idir ExaBGP agus HAProxy
Mar sin, chuireamar lamháltas locht i bhfeidhm ar eagla go bhfágann an freastalaí, bunaithe ar fhógra bealaí a stopadh. Ach is féidir le HAProxy stop a chur ar chúiseanna eile seachas teip freastalaí: earráidí riaracháin, teipeanna laistigh den tseirbhís. Ba mhaith linn an cothromóir briste a bhaint as an ualach sna cásanna seo freisin, agus tá meicníocht eile ag teastáil uainn.
Dá bhrí sin, ag leathnú na scéime roimhe seo, chuireamar buille croí i bhfeidhm idir ExaBGP agus HAProxy. Is cur i bhfeidhm bogearraí é seo ar an idirghníomhaíocht idir ExaBGP agus HAProxy, nuair a úsáideann ExaBGP scripteanna saincheaptha chun stádas feidhmchlár a sheiceáil.
Chun seo a dhéanamh, ní mór duit seiceálaí sláinte a chumrú sa chumraíocht ExaBGP, ar féidir leis stádas HAProxy a sheiceáil. Inár gcás, rinneamar an t-inneall sláinte a chumrú in HAProxy, agus ón taobh ExaBGP déanaimid seiceáil le hiarratas simplí GET. Má stopann an fógra ag tarlú, is dócha nach bhfuil HAProxy ag obair agus ní gá é a fhógairt.
Seiceáil Sláinte HAProxy
Piaraí HAProxy: sioncrónú seisiúin
Ba é an chéad rud eile a bhí le déanamh ná na seisiúin a shioncronú. Agus tú ag obair trí chothromóirí dáilte, tá sé deacair stóráil faisnéise faoi sheisiúin cliant a eagrú. Ach tá HAProxy ar cheann de na cúpla cothromóirí is féidir é seo a dhéanamh mar gheall ar fheidhmiúlacht na bPiaraí - an cumas táblaí seisiúin a aistriú idir próisis éagsúla HAProxy.
Tá modhanna cothromaíochta éagsúla ann: cinn simplí mar , agus fadaithe, nuair a chuimhnítear ar sheisiún an chliaint, agus gach uair a chríochnaíonn sé ar an bhfreastalaí céanna agus a bhí roimhe seo. Theastaigh uainn an dara rogha a chur i bhfeidhm.
Úsáideann HAProxy táblaí bata chun seisiúin cliant den mheicníocht seo a shábháil. Sábhálann siad seoladh IP bunaidh an chliaint, an seoladh sprice roghnaithe (innill) agus roinnt faisnéise seirbhíse. De ghnáth, úsáidtear táblaí bata chun péire foinse-IP + ceann scríbe-IP a stóráil, atá úsáideach go háirithe d’fheidhmchláir nach féidir leo comhthéacs seisiún úsáideora a aistriú agus iad ag aistriú go cothromóir eile, mar shampla, i mód comhardaithe RoundRobin.
Má mhúintear tábla bata chun bogadh idir próisis HAProxy éagsúla (idir a dtarlaíonn cothromú), beidh ár gcuid comhardóirí in ann oibriú le linn amháin táblaí bata. Fágfaidh sé seo go mbeifear in ann líonra an chliaint a athrú gan uaim má theipeann ar cheann de na comhardóirí; leanfar den obair le seisiúin cliant ar na haiséil chéanna a roghnaíodh níos luaithe.
Le haghaidh oibriú cuí, ní mór an fhadhb a bhaineann le seoladh IP foinse an chothromóra ónar bunaíodh an seisiún a réiteach. Is é ár gcás, is seoladh dinimiciúil é seo ar an gcomhéadan loopback.
Ní dhéantar obair cheart na bpiaraí a bhaint amach ach amháin faoi choinníollacha áirithe. Is é sin le rá, ní mór go mbeadh teorainneacha ama TCP sách mór nó caithfidh an t-athrú a bheith tapa go leor ionas nach mbeidh am ag an seisiún TCP críochnú. Mar sin féin, ceadaíonn sé athrú gan uaim.
In IaaS tá seirbhís tógtha againn ag baint úsáide as an teicneolaíocht chéanna. seo , ar a dtugtar Octavia. Tá sé bunaithe ar dhá phróiseas HAProxy agus cuimsíonn sé tacaíocht do phiaraí ar dtús. Tá siad cruthaithe go sármhaith sa tseirbhís seo.
Taispeánann an pictiúr go scéimreach gluaiseacht na dtáblaí piaraí idir trí chás HAProxy, moltar cumraíocht ar conas is féidir é seo a chumrú:
Piaraí HAProxy (sioncronú seisiúin)
Má chuireann tú an scéim chéanna i bhfeidhm, ní mór a oibriú a thástáil go cúramach. Ní fíor go n-oibreoidh sé ar an mbealach céanna 100% den am. Ach ar a laghad ní chaillfidh tú táblaí bata nuair is gá duit cuimhneamh ar fhoinse IP an chliaint.
Líon na n-iarratas comhuaineach ón gcliant céanna a theorannú
Is féidir le seirbhísí ar bith atá ar fáil go poiblí, lena n-áirítear ár APInna, a bheith faoi réir avalanches iarratas. Is féidir leis na cúiseanna atá leo a bheith go hiomlán difriúil, ó earráidí úsáideoirí go hionsaithe spriocdhírithe. Táimid DDoSed go tréimhsiúil ag seoltaí IP. Is minic a dhéanann cliaint botúin ina gcuid scripteanna agus tugann siad mion-DDoSanna dúinn.
Bealach amháin nó bealach eile, ní mór cosaint bhreise a sholáthar. Is é an réiteach soiléir ná líon na n-iarratas API a theorannú agus gan am LAP a chur amú ag próiseáil iarrataí mailíseacha.
Chun srianta den sórt sin a chur i bhfeidhm, úsáidimid teorainneacha rátaí, eagraithe ar bhonn HAProxy, ag baint úsáide as na táblaí bata céanna. Tá socrú teorainneacha simplí go leor agus ligeann sé duit an t-úsáideoir a theorannú de réir líon na n-iarratas ar an API. Cuimhníonn an algartam an fhoinse IP óna ndéantar iarratais agus cuireann sé teorainn le líon na n-iarratas comhuaineach ó úsáideoir amháin. Ar ndóigh, ríomhamar an meánphróifíl ualach API do gach seirbhís agus leagamar teorainn ≈ 10 n-uaire an luach seo. Leanaimid orainn ag déanamh dlúthmhonatóireachta ar an gcás agus coinnímid ár méar ar an gcuisle.
Cén chuma atá air seo go praiticiúil? Tá custaiméirí againn a úsáideann ár n-APIanna uathscálaithe an t-am ar fad. Cruthaíonn siad thart ar dhá nó trí chéad meaisín fíorúil ar maidin agus scriosann siad sa tráthnóna. I gcás OpenStack, teastaíonn 1000 iarratas API ar a laghad chun meaisín fíorúil a chruthú, chomh maith le seirbhísí PaaS, toisc go dtarlaíonn idirghníomhú idir seirbhísí tríd an API freisin.
Bíonn ualach sách mór mar thoradh ar aistriú tascanna den sórt sin. Rinneamar measúnú ar an ualach seo, bhailíomar buaiceanna laethúla, mhéadaigh muid iad faoi dheichniúr, agus ba é seo ár dteorainn rátaí. Coimeádaimid ár méar ar an gcuisle. Is minic a fheicimid róbónna agus scanóirí atá ag iarraidh breathnú orainn féachaint an bhfuil aon scripteanna CGA againn is féidir a reáchtáil, táimid ag gearradh go gníomhach orthu.
Conas do bhunachar cód a nuashonrú gan úsáideoirí a thabhairt faoi deara
Cuirimid lamháltas lochtanna i bhfeidhm freisin ar leibhéal na bpróiseas imscaradh cód. D’fhéadfadh glitches a bheith ann le linn rollacháin amach, ach is féidir a dtionchar ar infhaighteacht seirbhíse a íoslaghdú.
Déanaimid ár seirbhísí a nuashonrú i gcónaí agus ní mór dúinn a chinntiú go ndéantar an bunachar cód a nuashonrú gan cur isteach ar úsáideoirí. D'éirigh linn an fhadhb seo a réiteach ag baint úsáide as cumais bhainistíochta HAProxy agus cur i bhfeidhm Graceful Shutdown inár seirbhísí.
Chun an fhadhb seo a réiteach, bhí sé riachtanach a chinntiú go raibh an cothromóir á rialú agus go ndéanfaí seirbhísí a mhúchadh go “ceart”:
- I gcás HAProxy, déantar rialú trí chomhad stats, ar soicéad é go bunúsach agus atá sainmhínithe sa chumraíocht HAProxy. Is féidir leat orduithe a sheoladh chuige trí stdio. Ach tá ár bpríomh-uirlis rialaithe cumraíochta oiriúnach, agus mar sin tá modúl ionsuite aige chun HAProxy a bhainistiú. A úsáidimid go gníomhach.
- Tacaíonn an chuid is mó dár seirbhísí API agus Inneall le teicneolaíochtaí múchta galánta: agus iad ag múchadh, fanann siad leis an tasc reatha a chur i gcrích, cibé acu is iarratas http nó tasc seirbhíse éigin é. Tarlaíonn an rud céanna leis an oibrí. Tá a fhios aige na tascanna go léir atá á dhéanamh aige agus críochnaíonn sé nuair a chríochnaigh sé gach rud go rathúil.
A bhuíochas leis an dá phointe seo, is é seo an chuma atá ar an algartam sábháilte dár n-imscaradh.
- Cuireann an forbróir pacáiste nua cód le chéile (is é seo dúinne RPM), déanann sé é a thástáil sa timpeallacht dev, é a thástáil sa chéim, agus fágtar é sa stór stáitse.
- Leagann an forbróir an tasc le haghaidh imscaradh leis an tuairisc is mionsonraithe ar na “déantán”: leagan an phacáiste nua, cur síos ar an bhfeidhmiúlacht nua agus sonraí eile faoin imscaradh más gá.
- Cuireann riarthóir an chórais tús leis an nuashonrú. Seolann an leabhar súgartha Ansible, a dhéanann na rudaí seo a leanas ina dhiaidh sin:
- Tógann sé pacáiste ón stór stáitse agus úsáideann sé é chun leagan an phacáiste sa stór táirgí a nuashonrú.
- Tiomsaíonn sé liosta de na haiséil den tseirbhís nuashonraithe.
- Dúnann sé an chéad seirbhís atá le nuashonrú in HAProxy agus fanann sé go gcríochnóidh a phróisis ag rith. A bhuí le múchadh galánta, táimid muiníneach go gcríochnófar gach iarratas reatha ó chliaint go rathúil.
- Tar éis an API agus na hoibrithe a stopadh go hiomlán, agus HAProxy a mhúchadh, déantar an cód a nuashonrú.
- Ritheann Ansible seirbhísí.
- I gcás gach seirbhíse, tarraingítear “lámha” áirithe, a dhéanann tástáil aonaid ar roinnt eochairthástálacha réamhshainithe. Déantar seiceáil bhunúsach ar an gcód nua.
- Mura bhfuarthas aon earráidí sa chéim roimhe seo, tá an t-inneall gníomhachtaithe.
- Bogfaimid ar aghaidh go dtí an chéad inneall eile.
- Tar éis gach inneall a nuashonrú, seoltar tástálacha feidhmiúla. Má tá siad in easnamh, breathnaíonn an forbróir ar aon fheidhmiúlacht nua a chruthaigh sé.
Críochnaíonn sé seo an t-imscaradh.
Timthriall nuashonraithe seirbhíse
Ní oibreodh an scéim seo mura mbeadh riail amháin againn. Tacaímid leis an seanleagan agus leis an leagan nua araon sa chath. Roimh ré, ag an gcéim forbartha bogearraí, tá sé leagtha síos, fiú má tá athruithe ar an mbunachar sonraí seirbhíse, ní bhriseann siad an cód roimhe seo. Mar thoradh air sin, déantar an bonn cód a nuashonrú de réir a chéile.
Conclúid
Agus mo smaointe féin á roinnt agam maidir le hailtireacht WEB locht-fhulangach, ba mhaith liom a príomhphointí a thabhairt faoi deara arís:
- lamháltas locht fisiciúil;
- lamháltas locht líonra (cothromóirí, BGP);
- lamháltas locht ar na bogearraí a úsáidtear agus a forbraíodh.
Cobhsaí uptime gach duine!
Foinse: will.com
