Anza na mzigo wako wa kazi, si mpango wa mwenyeji
Orodhesha safari zinazotoa thamani au hatari: ziara ya kwanza, utafutaji, kuingia, maelezo ya bidhaa, kuwasilisha fomu, checkout, uhariri wa mabadiliko, au kiito cha API. Kwa kila moja, rekodi mahitaji ya kilele cha maombi au watumiaji wanao wakati mmoja, payload, ubinafsishaji, utegemezi, na mikoa ya wageni. Jumuisha kazi zilizo ratibiwa na za usimamizi kwa sababu zinatumia rasilimali zile zile.
Geuza orodha kuwa vigezo vya kukubaliwa. Largest Contentful Paint, au LCP, hupima upakiaji wa maudhui kuu; Interaction to Next Paint, au INP, hupima majibu (responsiveness); na Cumulative Layout Shift, au CLS, hupima mabadiliko yasiyotegemewa ya muundo. Google inaelezea malengo mazuri kama LCP ndani ya sekunde 2.5, INP chini ya millisekunde 200, na CLS chini ya 0.1. Ongeza ukamilifu wa njia (route completion), wakati wa majibu ya seva, na viwango vya makosa.
Usiruhusu ukurasa wa haraka uliokaukwa kwa cache kuchukua nafasi ya muamala unaohitaji uhalalisho au uliotegemea hifadhidata.
Fafanua kipindi cha kilele, ukuaji unaotarajiwa, mlipuko wa kampeni, na kazi zilizo na wakati unaoambatana.
Taja ni mwenyeji, timu yako, au mshirika wa tatu ndiye anayeudhibiti kila kizuizi kinachoweza kutokea.
Linganisha uwezo, vikwazo, na tabia ya upanuzi
Uliza vikwazo vilivyo nyuma ya ofa: kompyuta na kumbukumbu (compute and memory), utendaji wa uhifadhi (storage performance), muunganisho wa hifadhidata, mipaka ya wafanyakazi (worker limits), gharama za mtandao, udhibiti wa maombi, na matatizo kutokana na wenzako walioshirikiwa. “Bandwidth isiyo na kipimo” haionyeshi kama programu inaweza kufanya kazi isiyokauka ya kutosha wakati wa kilele. Uliza ni metrik gani zinazoonyeshwa na kwa muda gani zinabaki zinapatikana.
Upanuzi una umuhimu tu pale pale ambapo kichocheo chake, ucheleweshaji, kiwango cha juu, na bei vinajulikana. Thibitisha ikiwa ni kiotomatiki, kama vikao (sessions) na kazi (jobs) vinabaki salama, na kinachotokea pale inapofika kiwango cha juu. Pendelea mtihani kwa kilele kinachotarajiwa na zaidi badala ya dai la uwezo wa nadharia. ‘‘Headroom’’ ni uamuzi wa biashara, si asilimia ya ulimwengu wote.
Linganisha muda wa jibu p95 au p99, sio wastani pekee.
Kusanya wakati wa hifadhidata, foleni, na API za juu wakati wa mtihani.
Kadiria gharama za upanuzi, utolewaji, nakala ya akiba, na mkoa wa pili kabla ya kujitolea.
Weka chanzo (origin) kwa makusudi na thibitisha utolewaji
Chagua mkoa wa origin kwa kutumia eneo la hadhira, utegemezi wa programu, mahitaji ya mahali pa data, na ufikiaji wa uendeshaji. Pima kutoka kijiografi na hali za mtandao zinazo wakilisha. CDN (Content Delivery Network) ni cache iliyosambazwa ambayo inaweza kutumika kwa mali zinazostahili karibu na wageni na kupunguza kazi ya origin; sio mbadala wa origin, hifadhidata, au programu yenye afya.
Chunguza vichwa vya HTTP na tabia, sio tu mipangilio ya dashibodi. Mali za static zilizo na matoleo kawaida zinaweza kuwa na maisha marefu kwa sababu sasisho lina URL mpya. Majibu ya nguvu (dynamic) na yaliyobinafsishwa yanahitaji sheria za wazi. HTTP inatofautisha cache za pamoja na binafsi; maelezo ya akaunti hayapaswi kutumika tena na mteja mwingine. Fanya rehearsa ya kufuta cache (cache purge) na urejeshaji.
Chukua ziara ya kwanza na ziara ya kurudi kwa sababu hali za cache ni tofauti.
Thibitisha Cache-Control na cache keys kwa kurasa, mali, cookies, vigezo, na lahaja (locale).
Andika jinsi wafanyakazi walioidhinishwa wanavyozima sheria hatarishi bila kuonyesha yaliyomo nyeti.
Chukulia ushahidi wa urejeshaji kama mahitaji ya utendakazi
Uliza kinachohifadhiwa kwa nakala, wapi nakala zinakaa, uhifadhi (retention), mamlaka ya kurejesha, na kama nakala zinashughulikia hifadhidata, uplodzi, msimbo, usanidi, na miundombinu. Elezea RPO (recovery point objective) kama upotezaji wa data unaokubalika kwa wakati, na RTO (recovery time objective) kama muda unaokubalika wa urejeshaji. Weka vigezo vyote kulingana na athari za biashara, si chaguo la kifurushi.
Nakili ya akiba yenye mafanikio si ushahidi wa urejeshaji. CISA inapendekeza vipimo vya urejeshaji vilivyopangwa, na AWS inasema uokoaji wa madhara unapaswa kutathminiwa na kupimwa. Rejesha nakala ya hivi karibuni katika mazingira yaliyotengwa, angalia rekodi muhimu na media, tumia mlolongo uliorekodiwa, na rekodi muda uliotumika. Mkoa mbadala unaweza kupunguza baadhi ya hatari lakini unaongeza gharama na ugumu.
Rejesha faili au rekodi moja bila kuzibadilisha data ya sasa.
Punguzia ufikiaji wa urejeshaji na hifadhi nywila za kurejesha na runbooks kwa wanahusika walioidhinishwa.
Snapshot ya hifadhidata inaweza isijengeneze mipangilio, matoleo ya programu, au sheria za utolewaji.
Tathmini msaada na uwajibikaji uliogawanywa kabla haujahitaji
Linganisha wigo wa msaada, saa, njia, ngazi za kupandisha, na tofauti kati ya matukio ya jukwaa na uchunguzi wa programu. Pata uwajibikaji uliyoandikwa kwa patches, hifadhidata zilizosimamiwa, TLS, sheria za firewall, nakala za akiba, na urejeshaji. Ahadi ya msaada ni muhimu inapomtaja mmiliki na hatua ifuatayo katika tukio la kweli.
Pitia nafasi za ufikiaji, uthibitisho wa vipengele viwili (MFA), kumbukumbu za ukaguzi, utunzaji wa siri, na kutenganishwa kwa akaunti. Kwa kadi za malipo au data nyeti inayodhibitiwa, vipengele vya mwenyeji pekee havithibitishi uzingatiaji (compliance). Tumia kulinganisha hili kama pembejeo ya kiufundi na upate ukaguzi wa usalama, kisheria, au uzingatiaji kwa usanifu wa malipo na wajibu unaotumika.
Uliza jinsi muuzaji anavyoshughulikia urejeshaji unaoshindwa, hifadhidata iliyojaa, au sheria ya cache yenye madhara.
Angalia nani anaweza kubadilisha uzalishaji, kusoma nakala, kuona kumbukumbu, na kuunda vibali.
Mikopo ya huduma na kifunikwa cha usimamizi vinaweza kuwa na vigezo vya muhimu.
Fanya vipimo vya kulinganisha vinavyofaa, salama na hifadhi karatasi ya alama
Tumia toleo lile lile, nia ya usanidi ile ile, na script ya mtihani kwa kila mgombea. Endesha msingi (baseline), kilele kinachotarajiwa, mlipuko mfupi, kipindi cha kudumu, na zoezi la urejeshaji salama au la utoaji. AWS inapendekeza mazingira yanayofanana na uzalishaji, matukio yaliyofafanuliwa, ufuatiliaji wa usanifu mzima, data iliyosanitiza au ya kisintetiki, na upimaji wa mara kwa mara. Pata idhini ya muuzaji na fuata sera yake ya upimaji.
Changanya vipimo vya maabara vinavyoweza kurudiwa ili kufumbua matatizo na data ya uwanja baada ya uzinduzi. Vipimo vya maabara vinarudiwa kwa ajili ya utambuzi wa hitilafu; data ya uwanja inaonyesha vifaa halisi, mitandao, jiografia, hali ya cache, na tabia. Rekebisha karatasi ya alama baada ya matoleo makubwa au mabadiliko ya utegemezi. SIU inaweza kubadilisha matokeo kuwa uimarishaji wa kabla ya uzinduzi, ukarabati uliowekwa kwa mmiliki, na maboresho tayari kwa kurudisha nyuma.
Weka maeneo, uunganishaji wa watumiaji (concurrency), hali ya cache, na payloads ziwe sawa.
Hifadhi wakati wa njia (route timings), makosa, metrik za rasilimali, matoleo, gharama, na uchunguzi.
Chagua chaguo linalokidhi mahitaji yaliyorekodiwa kwa gharama ya uendeshaji inayoweza kustahimili.