Back to Back

Այս զեկույցում կներկայացնեմ PostgreSQL-ի այս ընդլայնումը՝ ցույց տալով, թե ինչպես կարելի է այն օգտագործել Python-ով կառուցված AI pipeline-ում և ինչպես օգտվել հաղորդագրությունների exactly-once առաքման երաշխիքից։

Postgres-ի write-ahead log-ը կամ WAL-ը, ըստ էության, տվյալների բազայի փոփոխությունների մատյանն է։ Այն ապահովում է Postgres-ի մի շարք կարևոր հնարավորություններ՝ վթարային վերականգնում (crash recovery), վերականգնում ժամանակի կոնկրետ կետի դրությամբ (point-in-time recovery), ինչպես նաև բինար և տրամաբանական (logical) ռեպլիկացիա։

Այս զեկույցում կբացատրվի, թե ինչ տվյալներ են պահպանվում WAL-ում, ինչպես են աշխատում բինար և տրամաբանական ռեպլիկացիաները, և ինչպես են replication slot-ները հետևում ռեպլիկացիայի առաջընթացին։

Ժամանակակից բաշխված համակարգերին անհրաժեշտ են նույնացուցիչներ, որոնք միաժամանակ եզակի են, մասշտաբավորվող, արդյունավետ և հաճախ նաև տեսակավորվող։ Այս զեկույցում Exness-ի Solution Architect Մոնս Անդերսոնը կներկայացնի նույնացուցիչների գեներացման էվոլյուցիան՝ տվյալների բազաների ավտոմատ աճող (autoincrement) նույնացուցիչներից և UUID-ներից մինչև Snowflake, KSUID, NanoID, ULID և այլ ժամանակակից մոտեցումներ։

Զեկույցում այս լուծումները կհամեմատվեն ըստ եզակիության երաշխիքների, տեսակավորման հնարավորությունների, պահեստավորման արդյունավետության, ընթեռնելիության, գործառնական բարդության և բաշխված համակարգերում կիրառելիության։ Առանձնահատուկ ուշադրություն կդարձվի UUID v7-ին, որը հիմնված է նախորդ սերունդների փորձի վրա և աստիճանաբար դառնում է ոլորտի նոր ստանդարտը։

Բեքենդի մշակումը երբեմն դետեկտիվի աշխատանքի է նման։ Տասնյակ, հազարավոր կամ նույնիսկ միլիոնավոր օգտատերերից միայն մեկը կարող է բախվել խնդրի։ Նա կարող է հայտնել դրա մասին, կամ կարող է չհայտնել։ Երկու դեպքում էլ մշակողը պետք է պարզի, թե ինչ է տեղի ունեցել, վերարտադրի խնդիրը և գտնի դրա բուն պատճառը։

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

Իրական ժամանակում խարդախության հայտնաբերման համակարգերում խափանումը միշտ չէ, որ նշանակում է ծառայության անհասանելիություն։ Համակարգը կարող է շարունակել վերադարձնել ALLOW որոշումներ, նույնիսկ երբ ստուգումների մի մասը հասանելի չէ, իսկ որոշման նկատմամբ վստահության մակարդակը նվազել է։

Այս զեկույցում կքննարկենք, թե ինչպես տարբերակել VERIFIED, DEGRADED և BLIND որոշումների վիճակները, ինչպես նախագծել ռիսկերի վրա հիմնված պահուստային (fallback) ռազմավարություններ, պահպանել որոշումների համատեքստը հետագա համակարգերի համար և կառուցել արդյունավետ հետստուգման (post-decision verification) գործընթացներ։