Սանդղելի ամրագրման համակարգի կառուցում. տվյալների բազայի ձևավորում և մասշտաբային API նախշեր

Ամրագրումների համակարգի մասշտաբայնության մարտահրավեր

Յուրաքանչյուր հաջող ամրագրման հարթակ, ի վերջո, հարվածում է նույն պատին. մասշտաբայնությունը: Անկախ նրանից, թե դուք հանդիպում եք փոքր կլինիկայի համար, թե կառավարում եք հազարավոր ժամային վարձույթներ մի քանի վայրերում, ձեր տվյալների բազայի դիզայնը և API-ի օրինաչափությունները կդարձնեն կամ կխախտեն ձեր համակարգի աճի հնարավորությունը: Այն պահին, երբ դուք հասնում եք ամրագրման գագաթնակետին (մտածեք տոնական սեզոնների, հայտնի իրադարձությունների թողարկումների կամ ֆլեշ վաճառքների մասին), ձեր ճարտարապետությունը փորձարկվում է այնպիսի եղանակներով, որոնք առանձնացնում են սիրողական իրականացումները ձեռնարկությունների համար պատրաստ լուծումներից:

Mewayz-ում մենք մշակել ենք ավելի քան 2,3 միլիոն ամրագրումներ մեր 138 հազար օգտատերերի համար, և մեր մշակած օրինաչափությունները վերաբերում են ամեն ինչին՝ մեկ ծառայության հանդիպումներից մինչև բարդ բազմաբնույթ ռեսուրսների պլանավորում: Կարևորը միայն բեռը կառավարելը չէ, այլ տվյալների հետևողականության պահպանումը, կրկնակի ամրագրումների կանխումը և հասանելիության ակնթարթային թարմացումների ապահովումը՝ հորիզոնական մասշտաբով:

Հիմնական տվյալների բազայի սխեմայի նախագծման սկզբունքները

Ձեր տվյալների բազայի սխեման ձեր ամրագրման համակարգի հիմքն է: Սխալ հասկացեք, և դուք կկանգնեք աշխատանքի խոչընդոտների և տվյալների ամբողջականության հետ կապված խնդիրների հետ, երբ մասշտաբի եք հասնում: Նպատակն է հավասարակշռել տվյալների համապատասխանության նորմալացումը և կատարողականի ռազմավարական ապանորմալացումը:

Ժամանակի սլոտի կառավարում. Ձեր համակարգի սրտի բաբախյունը

Ժամանակային հատվածի ներկայացումը, հավանաբար, դիզայնի ամենակարևոր որոշումն է: Մենք պարզել ենք, որ սլոտները որպես հստակ սահմաններով առանձին միջակայքեր պահելը կանխում է համընկնող ամրագրումները և պարզեցնում հարցումների հարցումը: Լավ մշակված slots աղյուսակը ներառում է ռեսուրսի ID-ն, մեկնարկի ամսաթիվը, ավարտի ամսաթիվը, կարգավիճակը (հասանելի, ամրագրված, արգելափակված) և մետատվյալներ, ինչպիսիք են խմբային ամրագրումների առավելագույն հզորությունը:

Մտածեք հետևողականորեն օգտագործել UTC ժամանակային դրոշմանիշները՝ ժամանակային գոտու շփոթությունից խուսափելու համար, հատկապես համաշխարհային հարթակների համար: Պարբերական հանդիպումների դեպքում օրինաչափությունը պահեք գեներացված օրինակներից առանձին. սա թույլ է տալիս ճկունություն՝ միաժամանակ պահպանելով կատարողականը ամենօրյա հարցումների համար:

Պաշարների և հարաբերությունների մոդելավորում

Ձեր ռեսուրսների աղյուսակը (ծառայություններ, սենյակներ, տրանսպորտային միջոցներ և այլն) պետք է աջակցի հիերարխիկ հարաբերություններին և մանրակրկիտ թույլտվություններին: Տեղադրության վրա հիմնված ամրագրման համակարգը կարող է ունենալ հարմարություններ > շենքեր > սենյակներ > սարքավորումներ, որոնցից յուրաքանչյուրն ունի իր հասանելիության կանոնները: Ինքնահղման օտար բանալիների կամ հարակից ցուցակների օգտագործումը հնարավորություն է տալիս ճկուն ռեսուրսների ծառեր առանց ավելորդ միացումների:

Բազմ ռեսուրսների ամրագրումների դեպքում (օրինակ՝ կոնֆերանսի սենյակի պլանավորումը AV սարքավորումներով), միացման աղյուսակը, որը կապում է ամրագրումները բազմաթիվ ռեսուրսների հետ, կանխում է տվյալների կրկնօրինակումը և պահպանում է հղումների ամբողջականությունը: Այս մոտեցումն ավելի լավ է չափվում, քան ռեսուրսների զանգվածները ամրագրման գրառման մեջ ներառելը:

Համաժամանակյա վերահսկում. կրկնակի ամրագրումների կանխարգելում մասշտաբով

Երբ մի քանի օգտատերեր փորձում են միաժամանակ ամրագրել միևնույն ժամանակ, ձեր համակարգը պետք է նրբանկատորեն կարգավորի կոնֆլիկտները: Լավատեսական կողպումը տարբերակի դաշտերով կարող է աշխատել ցածր համաժամանակյա սցենարների դեպքում, սակայն մեծ երթևեկության ամրագրման համակարգերի դեպքում ձեզ ավելի ամուր լուծումներ են պետք:

Տվյալների բազայի մակարդակի արգելափակման ռազմավարություններ

Մենք իրականացնում ենք տողերի մակարդակի կողպում ամրագրման ստեղծման գործընթացում՝ ապահովելու ատոմային գործարքները: Երբ օգտատերը նախաձեռնում է ամրագրում, համակարգը անմիջապես կարճաժամկետ կողպում է դնում ժամանակի հատվածի տող(եր)ի վրա, սովորաբար 2-5 րոպե ժամկետով: Սա թույլ չի տալիս մյուս օգտատերերին ամրագրել նույն բնիկը, մինչ առաջին օգտվողն ավարտում է իր գործարքը:

Ավելի մեծ համաժամանակության համար օգտագործեք SELECT FOR UPDATE-ի PostgreSQL-ում կամ նմանատիպ արգելափակման մեխանիզմներ այլ տվյալների բազաներում: Սա երաշխավորում է, որ հասանելիությունը ստուգելու և ամրագրում ստեղծելու միջև ոչ մի այլ գործարք չի կարող փոփոխել համապատասխան սլոտերը:

Դիմումների մակարդակի վերապահումներ

Մեկ այլ արդյունավետ օրինաչափություն ներառում է ժամանակավոր «ամրագրման» գրառումների ստեղծումը, որոնք պահում են սլոտները սահմանափակ ժամանակով: Այս վերապահումները ստեղծվում են անմիջապես, երբ օգտատերը մտնում է ամրագրման հոսքը և կամ վերածվում են ամբողջական ամրագրումների կամ ժամկետանց: Այս օրինաչափությունը հատկապես լավ է աշխատում էլեկտրոնային առևտրի ոճով ամրագրման համակարգերի համար, որտեղ օգտատերերին ժամանակ է պետք վճարումն ավարտելու համար:

Ամրագրման համակարգի միջև տարբերությունը, որը կատարում է րոպեում 100 հարցում և 10,000 հայտ, հաճախ պայմանավորված է նրանով, թե ինչպես եք կառավարում համաժամանակությունը տվյալների բազայի մակարդակում: Պատշաճ կողպման ռազմավարությունները կանխում են «ուրվականների հասանելիության» խնդիրը, որը տանջում է վատ ճարտարապետական համակարգերին:

API-ի դիզայնի նախշեր ամրագրման համակարգերի համար

Ձեր API-ի դիզայնը որոշում է, թե ինչպես են հաճախորդները փոխազդում ձեր ամրագրման համակարգի հետ և զգալիորեն ազդում է մասշտաբայնության վրա: RESTful սկզբունքները ամուր հիմք են ապահովում, սակայն ամրագրման համակարգերը պահանջում են մասնագիտացված վերջնակետեր և օրինաչափություններ:

Հասանելիության ստուգման վերջնակետերը

Նախագծեք առանձին վերջնակետեր նախնական հասանելիության ստուգումների համար՝ ընդդեմ վերջնական ամրագրման: Հասանելիության վերջնակետը պետք է շատ օպտիմիզացված լինի՝ պոտենցիալ քեշավորված, և վերադարձնի միայն հասանելի սլոտները ցուցադրելու համար անհրաժեշտ տեղեկատվությունը: Այս վերջնակետը վերահսկում է երթևեկության ամենաբարձր ծավալը, այնպես որ պատասխանները մնացեք թեթև և մտածեք տոկոսադրույքի սահմանափակում կիրառելու մասին:

Ամրագրումների բարդ սցենարների դեպքում հաշվի առեք բազմաքայլ հասանելիության ստուգում, որը վավերացնում է ռեսուրսները, ժամանակային հակասությունները և բիզնեսի կանոնները, նախքան վճարումը սկսելը: Սա նվազեցնում է ձախողված գործարքները և բարելավում օգտվողների փորձը:

Ամրագրումների ստեղծում և կառավարում

Ամրագրման ստեղծման վերջնակետը պետք է լինի ատոմային՝ կամ լիովին հաջողված, կամ ամբողջությամբ վերադարձված: Ներառեք համապարփակ վավերացում. ստուգել, որ սլոտները դեռ հասանելի են, վավերացնել օգտատերերի թույլտվությունները, կիրառել բիզնեսի կանոնները և հնարավորության դեպքում կատարել վճարումները մեկ գործարքով:

Կառավարման գործառնությունների համար (փոփոխումներ, չեղարկումներ) նախագծեք ոչ հզոր վերջնակետեր, որոնք կարող են ապահով կերպով նորից փորձարկվել: Ներառեք webhook-ի աջակցություն իրական ժամանակի ծանուցումների համար, որպեսզի արտաքին համակարգերը համաժամեցվեն ամրագրումների փոփոխությունների հետ:

Քայլ առ քայլ. Ամրագրման մասշտաբային հոսքի իրականացում

Ահա այն ճշգրիտ հոսքը, որը մենք օգտագործում ենք Mewayz-ում մեծ ծավալի ամրագրման սցենարների համար.

1. Թռիչքից առաջ հասանելիության ստուգում. Արագ, քեշավորվող վերջնակետը վերադարձնում է հասանելի ժամանակացույցը՝ հիմնված օգտվողի չափանիշների վրա՝ առանց ռեսուրսների արգելափակման:
2. Ամրագրումների ստեղծում. Երբ օգտատերն ընտրում է տեղ, ստեղծեք ժամանակավոր ամրագրում 5 րոպեանոց TTL-ով, որպեսզի թույլ չտաք ուրիշներին ամրագրել նույն հատվածը:
3. Հաճախորդի կողմից ժմչփ. Ցուցադրել հետհաշվարկ, որը ցույց է տալիս, թե որքան ժամանակ է պահվելու բնիկը` խրախուսելով օգտվողներին ավարտել իրենց ամրագրումը:
4. Համապարփակ վավերացում. Վավերացրեք ամրագրման բոլոր մանրամասները, օգտվողի հավատարմագրերը և վճարման եղանակը մինչև վերջնական պարտավորությունը:
5. Ատոմային ամրագրման ստեղծում. Տվյալների բազայի մեկ գործարքում՝ վերափոխումը ամրագրման, թարմացրեք սլոտի կարգավիճակը, մշակեք վճարումը և ուղարկեք հաստատում:
6. Հետամրագրումից հետո աշխատանքային հոսք․