Իմ վերականգնման կոդի յուրաքանչյուր տող ճիշտ էր, բայց այն ամեն անգամ ձախողվում էր
Ավտոմատացված առևտրային համակարգ մշակող ծրագրավորողը բացահայտել է իր ինքնավերականգնման տրամաբանության մեջ առկա կրիտիկական թերություն: Չնայած վերականգնման կոդը տրամաբանորեն ճիշտ էր թվում, այն անընդհատ ձախողվում էր, քանի որ կրկնակի փորձերի (retry) մեխանիզմը գեներացնում էր ոչ յուրահատուկ պատվերի ID-ներ: Քանի որ բրոքերը պահանջում էր գլոբալ յուրահատուկ նույնացուցիչներ, յուրաքանչյուր հաջորդ փորձը մերժվում էր՝ դիրքերը թողնելով անպաշտպան: Հեղինակը շեշտում է, որ կառուցվածքային առողջության ստուգումները, որոնք վերահսկում են ծառայությունների աշխատանքը, հաճախ չեն հայտնաբերում տրամաբանական սխալները: Հոդվածում ներկայացված է ստուգաթերթ՝ կայուն վերականգնման ուղիների համար, ներառյալ յուրաքանչյուր փորձի համար յուրահատկության անհրաժեշտությունը, թեստավորման ընթացքում վերականգնման ճյուղերի գործարկումը և անվտանգության անջատիչների (circuit breakers) ներդրումը՝ անվերջ ձախողվող ցիկլերը կանխելու համար: Հեղինակը պնդում է, որ ծրագրավորողները պետք է ստուգեն, թե արդյոք համակարգի ներքին վիճակը համապատասխանում է արտաքին ծառայությունների իրականությանը:
This is a summary. Read the full article at the original source:
Dev.toԿապակցված
Վերջերս հրապարակված հոդվածում ծրագրավորող Իեն Սազերլենդը քննարկում է «լուռ ձախողումների» վտանգավոր երևույթը՝ վրիպակներ, որոնք տեղի են ունենում առանց ս…
nestjs-quota բաց կոդով փաթեթը թողարկվել է NestJS հավելվածներում բազմավարձակալ (multi-tenant) API-ների կառավարման բարդությունները լուծելու համար: Ի տար…
Dev.to-ում հրապարակված այս հոդվածը ուսումնասիրում է, թե ինչպես է ծրագրային ապահովման իրականացումը հաճախ քողարկում մշակման ընթացքում կատարված սուբյեկտի…