LIBRE ZURIA
Ziurtatu aplikazioa kaosaren erdian emanaldia
Ziurtatu aplikazioen errendimendua kaosaren artean
Kaosaren probak kaosaren ingeniaritzaren funtsezko atal bat dira, sistema baten erresilientzia ustekabeko etenaldien aurrean ebaluatzean oinarritzen den diziplina bat. Akats ezagunak simulatzen dituzten proba-metodo tradizionalen aldean, kaosaren probak ausazko eta ez-konbentzionalak diren eszenatokiak aurkezten ditu, hala nola sareko irteerak.tagbat-bateko trafiko-igoerak edo trafiko-puntak—sistemek estrespean nola funtzionatzen duten ebaluatzeko. Prozesuak gertaera ezohikoak simulatzea dakar, ahultasunak identifikatzeko, benetako arazoak sortu aurretik. Errendimendu-adierazle nagusiak (KPI) ezartzen dira sistemaren egonkortasuna kontrolatzeko, taldeei leherketa-erradio onargarri bat definitzen laguntzeko, erabiltzaileengan duten eragina minimizatzeko. Ikuspegi proaktibo honek ez ditu ahuleziak soilik agerian uzten, baita berreskuratze-mekanismoak hobetzen ere, sistemaren erresilientzia orokorra hobetuz. Kaos-proben abantailen artean, sistemaren sendotasun handiagoa, geldialdi-denbora murriztea eta sistemaren portaeren ulermen hobea daude. Taldeei intzidenteetarako prestatzen laguntzen die eta bezeroen gogobetetasuna hobetzen du zerbitzu-etenaldiak saihestuz. Kaos-probak dauden esparruetan integratzeak, hala nola OpenText™ errendimendu-ingeniaritza-irtenbideetan, proba-estrategia integrala ahalbidetzen du.
Kaosaren probak egiteari buruz zeure buruari egin beharreko galderak:
- Zer da kaosaren proba?
- Zein da kaosaren probak eta kaosaren ingeniaritzaren arteko aldea?
- Zer nolako erronkak konpondu daitezke kaosaren probek?
- Zeintzuk dira exampGaur egun kaosaren ingeniaritza erabiltzen duten benetako aplikazio gutxiago?
- Zure sistemetan kaos erasoak simulatu ditzakezu?
- Ba al dago gaur egun kaosaren probak bereganatzen dituen tresnarik?
Kaosaren probak egiteko sarrera
Kaosaren probak probak egitera dedikatzen den kaosaren ingeniaritzaren azpimultzo bat dira. Kaosaren ingeniaritza sistema batekin esperimentatzea da, sistemak ekoizpenean nahasmendu-baldintzei aurre egiteko duen gaitasunean konfiantza sortzeko. Sistemak gorabehera kaotikoak jasan ditzakeela ziurtatuz, benetako arazo ustekabeei aurre egiteko duen gaitasunean konfiantza izan dezakezu. Horrek azpiegiturak, sareak edo sistemaren hainbat puntutan energia-hutsegiteak bezalako egoerak izan ditzake.
Zaila da software garapen talde bat imajinatzea probarik egiten ez duena. Unitate, integrazio, funtzionaltasun, errendimendu, segurtasun edo eskuzko probak izan, software probak software garapenaren bizi-zikloan (SDLC) praktika onenetakotzat hartzen dira. Normalean, enpresek proba ariketak aldez aurretik planifikatu eta sortzen dituzte. Hauek askotan espero diren gertaerei proba kasu maiz aplikatzea dakar.
Hala ere, s-ri ezartzen dizkioten akats eta ahultasunaktagSistemaren hutsegite larrietarako, esplotaziorako edo intrusioetarako gertakari ustekabeen ondorioz gertatzen dira. Ohiko probak eta kaos probak arteko desberdintasun nagusia eskala eta emaitzak dira. Kaos probak kaosa gertatuz gero ere, software sistemek funtzionatzen jarraitzen dutela eta bezeroen eskaerak jarraitzen dituztela ziurtatzen saiatzen da, sistemaren zati osoak huts egiten badute ere.
Dokumentu honek kaos probak egiten, nola funtzionatzen duen, zergatik eta nola erabili behar dituzun erakusten dizu.
Kaosaren probak nola funtzionatzen duen
Kaos probak sisteman gertaera ezohikoak simulatzea edo txertatzea dakar. Proaktiboki egin beharko genuke hau, gertaera hauek aurreikusi gabeko geldialdiak edo erabiltzailearen esperientzian bestelako eraginak eragin aurretik. Kaos probak aplikazioak erabilera kasu ezohikoekin zapalduz funtzionatzen du, hala nola sarrera okerrak sistemara bidaltzea. web aplikazioa, aplikazio bat trafikoz gainkargatzea, nahita ahultasun eta esposizio arruntak (CVE) abiarazten saiatzea edo SQL injekzioa bezalako eraso ezagunak. Normalean, errendimendu-adierazle nagusiak (KPI) definitu nahi ditugu sistemaren egoera egonkorra ekoizpenean jarraitzeko. Beraz, leherketa-erradio onargarri bat definitzen dugu proba-helburua hausten edo eten egiten saiatu aurretik, erabiltzailearen esperientzian beherakadarik ez eragiteko.
KPIak desberdinak dira, baina normalean helburuak aldaketek eragindako hutsegiteen tasa murriztea, suteak itzaltzeko behar den denbora murriztea eta geldialdien iraupena mugatzea dira. Imajina dezakezuenez, jarraipen-sistema eraginkor bat garrantzitsua da proba hauetan. Adibidez.ampAdibidez, monitorizazio-sistemak abisatzen al die langile gakoei atalase-hausteen aurretik, bitartean eta ondoren? Eta gertakarien erregistroei buruz? Denbora errealean sortzen al dira, al dira...?amperresistenteak, eta arazo guztiak harrapatzen al dituzte?
We might want to confirm that automated mitigation, such as horizontal and vertical scaling, works correctly in our CI/CD pipeline. Are more virtual machines (VMs) or containers spun up when there are increasing concurrent requests? Is more computing power applied to a VM in the event of a heightened and prolonged processing complexity? What happens when system clocks in financial workloads are deliberately unsynchronized—does the system stop? Is the customer erroneously debited or credited? Are transaction receipts delivered late or not at all?
Proba mota honek sistema indartu dezaketen esku-hartze edo hobekuntzei buruzko ikuspegi hobea ematen du.
Zergatik erabili kaosaren probak?
Saiatu arren, ezin ditugu ekoizpen-istripu guztiak aurreikusi. Azpiegituraren konfigurazio oker batetik hasi eta garatzaile baten lerro bakarreko errore batetik hasi eta sistema osoko latentzian eragina duen mikrozerbitzu motel batetik hasi eta edo baita giza errore soil bat ere... zerbait gaizki ateratzeko ahalmena badu, ziurrenik gertatuko da. Horregatik egiten ditugu probak.
Baina zergatik erabili kaosaren probak bereziki?
Sistemaren erresilientzia hobetzen du
Kaos probak ekoizpenaren erresilientzia zehazten laguntzen du, nahita hutsegite ezohikoekin esperimentatuz, sistemaren failback eta failover mekanismoek funtzionatzen duten ikusteko. Normalean, probak zure taldeak aurkitzen dituen arazo guztiak egiaztatzea dakar, ustekabekoak baztertuz. Kaos probak hutsune hori betetzen du eta zure esperimentuetako informazioa erabiltzen du zure sistema hutsegite horien aurka indartzeko.
Sistemaren geldialdi-denbora murrizten du
Kaosaren ingeniaritzak sistemaren portaera ulertzen laguntzen dizu hutsegite baten aurrean eta azpisistemen berreskurapenerako bidea aurkitzen laguntzen dizu. Horrek esan nahi du IT hutsegite larriak azkar antzeman eta, agian, saihestu edo arindu ditzakezula, ekoizpen-denbora galtzea, kalte-ordainetan kopuru handiak ordaindu behar izatea edo inbertitzaileen konfiantzan eragina izatea murriztuz.
Sistemaren ahuleziak identifikatzen ditu
Kaos probak garrantzitsuak dira, sistemaren portaerari, propietateei eta errendimenduari buruzko ezagutza sortzen baitute. Sistema banatu batek, bere konplexutasunagatik eta eskala handiko izaeragatik, akats puntu gehiago izaten ditu normalean. Kaos probak akats puntu horiek aurkitzen saiatzen dira eta baliabide edo objekturen bat erabilgarri ez dagoenean gertatzen dena identifikatzen dute. Fidagarritasun kezkagatik teknologia berriak probatzeko zalantzak dituzun kasuetan, kaos probak puntu ahulak identifikatzen ditu eta sistemaren benetako portaera neurtzen du denbora errealean baldintza horietan.
Zure taldea prestatzen du.
Enplegatzaileentzat, kaosaren probak egitearen onura ustekabekoa da taldearen intzidenteei erantzuteko prestaketa islatzen duela. Probak egiteko ariketa aukera bat da prozesuen hutsuneak eta larrialdietako baimenak nola funtzionatzen duten konpontzeko behar denean, ezagutza teknikoak eta trebetasun bigunak ebaluatzeko presiopean, eta berriro trebatu behar zaren jakiteko. Hau bereziki garrantzitsua da zure erakundea ziurtagiria edo onespena lortzeko legezko araudi-ebaluaziopean sartzen denean.
Bezeroen gogobetetasuna hobetzen du
Kaosaren probak egitearen azken abantaila bat da zerbitzuaren etenaldia saihestea, balizko irteerak goiz identifikatuz.tages, eta horrek, aldi berean, erabiltzailearen esperientzia hobetzen du.
Nola hasi kaosaren probak
Kaos probak arrakastaz egiteko lehen urratsa behar duzula onartzea da. Zure taldearen gaitasuna eta aurreikuspena edozein dela ere, ustekabeko arazoak sortuko dira zure sistemarekin. Kaos probak garrantzitsuak dira erresilientzia indartzeko eta, gertatzen dena gertatzen dela, zure sistemak ondo erantzuten duela jakiteko konfiantza emateko. Zure taldeak kaos probak egitearen garrantzia ulertzen duenean, hona hemen nola hasi.
Tresna bat aukeratzea
Kode irekiko tresnak erabiliz has zaitezke, hala nola Kaosaren tximinoa or ChaosBladeChaos Monkey-k itzaltze erasoa bakarrik du eta behar du spinnaker eta MySQL. Zure arkitekturako edozein VM ausazkori itzaltze eskaera bat bidaliz funtzionatzen du, denbora jakin batean edozein unetan. Erasoa abiarazi aurretik, komeni da egiaztatu ea irteera bat dagoen.tage. Horretarako, Go script pertsonalizatu bat idatzi behar duzu. Tresna honek muga larriak ditu gaur egungo probak egiteko, hau da
zergatik ez den ezaguna.
Aldiz, ChaosBlade-k hainbat eraso mota eskaintzen ditu —baliabideen kontsumoa, paketeen galera eta gehiago barne— baremetal, edukiontziak eta Kubernetes lan-kargak probatzeko. Gainera, aplikazio mailan akatsak injektatzea onartzen du C++, Java eta NodeJS aplikazioetarako. AdibidezampAkats mota hauetakoren bat kodearen exekuzio atzeratua, kode arbitrarioaren txertatzea eta memoriaren balioen aldaketa dira. ™ ChaosBlade-k mugak ditu, ordea: ez da GUI onartzen, dokumentazioa txineraz dago, kodetze ezagutza behar du eta ikaskuntza kurba aldapatsua da.
Kaos probak egiteko tresnarik emankorrena da GremlinEraso bektore sorta zabala eskaintzen du, VM, edukiontzi eta Kubernetes lan-kargei aplika diezazkiekezunak baliabide, egoera eta sare geruzatan GUI intuitibo baten bidez. Adibidez.ampadibidez, VM-rako egoera-proba bat simulatzea aukera dezakezu nahiago dituzun aukerak hautatuz web forma, sistemaren prozesu bat hiltzea, sistemaren ordua aldatzea edo makina birtuala bat-batean itzaltzea bezala. Makina birtualetarako beste proba batzuk memoria, CPU eta disko espazioa bezalako baliabideak mugatzea, bat datorren trafikoari latentzia gehitzea edo sare geruzan DNS zerbitzarietarako sarbidea blokeatzea dira.
Zure sistema behar bezala probatzeko modurik onena kaosaren probak zure proba multzoan integratzea da, kaosaren probak zure proba tresna gerrikoko tresna bat besterik ez baitira. Kontuan hartu integrazioa Gremlin-etik O-rapenText™ Errendimendu Profesionalaren Ingeniaritza adibidezample—zure Gremlin kontua API gakoen bidez OpenText Professional Performance Engineering-era konektatzeko eta Gremlin aplikazioan exekutatzeko aukera ematen dizu. Horri esker, kaos probak gehitu ahal izango dizkiozu dagoeneko sendoa den proba-ikuspegi bati.
OpenText Professional Performance Engineering-ek Steadybit-ekin ere integratzen da, hodeitik kanpoko eta SaaS-eko erabilerak onartzen dituen kaosaren probak egiteko tresna bat, bezeroei beren segurtasun-jarraibideen barruan jarduteko malgutasuna emateko.
OpenText Professional Performance Engineering tokiko taldeentzat erabiltzeko pentsatuta dago. Erabiltzaile birtualak (Vusers) simulatuz funtzionatzen du, eta karga sortzen dute zure proba-helburuari aplikazio-eskaerak eginez. Helburuak jaso eta
errendimendu-proba gainditzeko ezarritako denbora-tarte batean erantzuna onartu.
Zure taldea mundu osoan banatuta badago lokaletan edo hodeira migratuta badago, OpenTex t Enpresaren Errendimendu Ingeniaritza Steadybit-ekin integratzen da eta OpenTex t ™ Nukleoaren Errendimendu Ingeniaritza Gremlin-ekin integratzen da zure kaos probak egiteko beharrak asetzeko. OpenText-en errendimendu ingeniaritza irtenbideak hodeitik kanpoko eta SaaS kaos aukerak eskaintzen dituzten errendimendu ingeniaritza tresna bakarrak dira. ™ ExampOpenText errendimendu-ingeniaritza irtenbideen proba-helburuen artean, Oracle ® E-business edo SAP bezalako ERP aplikazioak daude, mugikorrak, web, web 2.0, DNS, SMTP, FTP bezalako protokoloak; Datu-basea (ODBC) eta urruneko sarbidea (RDP, Citrix ®)—baina askoz gehiago daude.
Baliabideak
OpenText Errendimendu Profesionalaren Ingeniaritza >
OpenText Enpresaren Errendimendu Ingeniaritza >
OpenText Core Performance Engineering >
OpenText DevOps Cloud >
Ondorioa
Kaos probak sistemaren erresilientzia indartzea du helburu. Ez du dagoeneko egiten dituzun probak ordezkatzeko asmorik; aitzitik, zure proba tresnak osatzen ditu, enpresek normalean oharkabean pasatzen dituzten akatsak eta ahultasunak aurkituz.
Kaosean arrakasta izateko urratsak:
- Zerbitzuaren erresilientzia eta akatsei erantzuteko gaitasuna handitu.
- Aplikatu kaosaren printzipioak etengabe.
- Kaosaren ingeniaritza talde zentral bat sortu eta antolatu.
- Jarrai ezazu kaosaren probak egiteko jardunbide egokienak.
Kaosaren probak hasteko prest zaudenean, kontuan hartu OpenText-en errendimendu-ingeniaritza irtenbideak ›
Copyright © 2024 Open Text
10.24 | 262-000143-001
Dokumentuak / Baliabideak
 |
opentext Aplikazioen errendimendua kaosaren erdian bermatzea [pdf] Erabiltzailearen eskuliburua 262-000143-001, Ziurtatu aplikazioen errendimendua kaosaren erdian, Aplikazioen errendimendua kaosaren erdian, Errendimendua kaosaren erdian, Kaosaren erdian, Kaosa |