Ukuqhathaniswa kwama-scale kuyinto ingxaki phakathi kokutholwe kwebhizinisi lakho le-financial kanye nokuvakashela amantombazana ezivela ku-multiparty. Ku-Lead Bank, sinikeza isakhiwo esihlanganisa, ukucubungula kanye nokuvakashela idatha yama-card kanye nama-deposit amaphrograms ukuze zitholele ukunemba, ukuhlolwa, kanye nezimfuneko zokusebenza. I-Reconciliation inikeza ukuxhumana phakathi kwamakhemikhali yebhanki, amafayela ze-card network, i-processor report, kanye ne-fintech program data. Ngenxa yokubandakanya ama-party eziningi, inqubo ye-workflow iyatholakala emininzi, futhi ukuxhumana okuzenzakalelayo kunokukhathaza ukuhlolwa okuphakeme futhi ukwandisa ingozi lokuxhumana. Kulesi siphasiwe nge-architecture ye-AWS ye-server we-built for multi-party reconciliation, ama-bottlenecks zokukhiqiza amabili angamaqala (i-file processing limits kanye ne-Amazon DynamoDB write hot spots), nama-patterns etholakalayo ukunciphisa kwabo. It is ebizwa kumadivayisi we-software kanye ne-architects abafuna iphrofayela esebenzayo yokwakha injini ye-serverless reconciliation. I. I-Context and technical constraints for reconciliation on scale Kwi-Banking-as-a-Service (BaaS) amakhadi amaphrograms, fintechs ngokuvamile isebenza nge-Bank Identification Number (BIN) umphathi, i-FDIC-ukudluliselwa kwebhanki wokubhalisa ikhadi yebhizinisi futhi inesibopho nokulawula uhlelo. Programs ngokuvamile zihlanganisa izilimi ezine: ikhadi inethiwekhi (ukudluliselwa kanye nezinsizakalo), i-banki wokubhalisa (umthengisi we-legal kanye nomthengisi wokubhalisa), umphathi we-fintech uhlelo (ukusebenzisana kwe-end-user kanye nemisebenzi), kanye nomphathi wokubhalisa (ukudluliselwa kwe-real-time kanye nemisebenzi ye-card account). Ukubuyekezwa ikhadi kuqala nge-request for authorization, ngokuvamile ifakwe ku-ISO 8583, isivumelwano esivamile ye-real-time card-transaction messages exchanged phakathi kwebhizinisi nabathengisi nge-card networks. I-network isebenzisa i-BIN ye-card ukuhanjiswa isivumelwano kwebhizinisi yayo ukuze isixazululo se-approval noma rejection. Ukubuyekezwa kwezimali ezisebenza ngosuku esilandelayo, lapho inethiwekhi ivumela amafayela zokubuyekezwa kwenethiwekhi bonke abalandeli. Ukuhlukanisa phakathi kwe-real-time authorization ne-batch settlement kuyinto isizathu sokuqala yokuxhumana kuyinto ifayile-driven futhi esisebenzayo. I-Reconciliation iyona-control enikezela ukuxhumana ngezithombe zangaphakathi nezithombe zangaphakathi ze-truth, kufaka ku-banking core, inethiwekhi ye-card noma ama-processor files, kanye ne-fintech data yeprogram. Ngenxa yalezi zindlela zihlukile kwezidakamizwa, i-timing, ne-adjustment semantics, i-reconciliation iyona-multi-party kanye ne-multi-step. I-dismatch elilodwa ingasiza ukucwaninga okuphakeme futhi ukwandisa i-compliance risk. Kule post, I-Entity iyinkonzo lokugqibela ye-fintech program. I-akhawunti iyinhlangano ebonakalayo inani elikhulu le-metadata mayelana ne-entity relationship ne-fintech program. I-Balance iyinhlangano ebonakalayo i-value ebonakalayo emininzi amaningi. I-transaction iyinhlangano ebonakalayo inkampani yobuchwepheshe, njenge-buy, i-payment, noma i-refund ebonakalayo i-value ye-balance ebonakalayo. I-card iyinhlangano eyodwa engasetshenziselwa ukwenza i-transaction futhi ukuguqulwa i-balance. I-Bank core iyinhlangano ebonakalayo i-money ye-program. Ngokuvamile, ukuguqulwa kubhalwe ku-four recurring workflows, ngamunye atholakala kwezobuchwepheshe ezithile: Ukubuyekeza i-transactions eyenza i-balance. Ukubonisa ukuthi ububanzi we-customer-level balances kuyilinganiswa ne-bank core's omnibus For-Benefit-Of (FBO) isilinganiso. I-Match posted card activity ku-network noma i-processor settlement files ngaphandle kwe-volume, i-format variability, kanye ne-identifiers noma i-timing ezingenalutho phakathi kwamakhasimende. Ukubhalisa idivayisi, idivayisi idivayisi, kanye ne-akhawunti yokubhalisa idivayisi idivayisi okuvimbela ukuxhumana kwezimali uma ifakwe noma engahlukile. Nangona izinhlelo zokusebenza eziningi zokusebenza nge-API (i-application programming interface), ukuguqulwa kunzima amafayela ze-end-of-day ngenxa yokunikeza isithombe se-auditable futhi isekelwe ukucubungula kwe-deterministic. Ngezinga eliphezulu, lezi zimpahla zihlanganisa isakhiwo ngaphezulu kunazo zebhizinisi: I-file Delivery Imperfect and Repays: Amafayela zithunyelwe ngempumelelo, ezivamile, ezivamile, noma zithunyelwe, ngakho-ke i-pipe must be idempotent ne-safe to re-run. I-Identifiers akuyona ngokucacileyo: I-transaction efanayo ingasebenzisa i-ID ahlukene phakathi kwamanye amazwe, ngakho-ke ukuhlangabezana kuncike ama-keys compound kanye ne-correlation logic. I-Adjustment-heavy settlement semantics: ama-refunds, ama-disputes, ama-costs, ne-corrections zihlanganisa izinhlelo zihlanganisa ngokushesha nokwandisa i-script amplification. Izinzuzo ezimbili zokukhiqiza zibonakalisa ngokushesha: ukucubungula amafayela eside kungaphezulu ama-computer e-short-life, futhi umthamo ophakeme wokubhalisa kungaphuza amamodeli asebenzayo kanye nezinhlangano zokushisa ku-reconciliation data storage. Kule post, sincubungula izinzuzo zobuchwepheshe ze-financial reconciliation, ikakhulukazi ukulawula i-balance kanye nokufaka kwe-network settlement, futhi ukuthi sinikeze i-AWS ipayipi ye-serverless ngokuvumelana nezinhlangano zayo. II. I-Serverless Architecture: Ukuqhathaniswa nokuhlanganiswa Ngokusho ngezinto ezinzima, sinikezela ku-serverless-first architecture ukuze ukunciphise ukuphathwa okungenani, ukunciphisa ukufinyelela, kanye nokuxhumana nokushintshwa okuzenzakalelayo. Lokhu ukufinyelela inqwaba lethu encane lwezinsizakalo ngokushesha futhi ukuncintisana izinzuzo zethu zokusebenza ku-financial-business logic emangalisayo kunezinsizakalo nezinsizakalo zokusebenza, ukunciphisa kakhulu i-developer yethu kanye ne-infrastructure cost profile. Waze Ukuze ukugcina inkinobho elula futhi ephakeme, siza kuhloswe kuphela ku-financial files. Amazon Simple Storage Service (Amazon S3), Amazon EventBridge, Amazon Simple Queue Service (Amazon SQS), Amazon DynamoDB, AWS Lambda, Amazon Elastic Container Service (Amazon ECS), AWS Step Functions A. Ukusetshenziswa kwe-Event Routing (i-Amazon S3 ne-Amazon EventBridge) Umklamo uqala lapho omunye ifayela (Transaction, Balance, noma Network Settlement) ivulwe amaphepha ye-Secure File Transfer Protocol (SFTP) okuyinto ifakwe nge-S3 buckets. Ngokwe-design yethu, sinikeza iziganeko ze-object-created ye-S3 ngokusebenzisa i-EventBridge ngaphandle kokusebenzisa izibuyekezo ze-S3 ezingenalutho. Lokhu kwenza indlela yokusebenzisa kulula ukuthuthukiswa ngoba abenzi nabathengiswa ngokulandelanayo. Lokhu kunikeza kwethu indawo enhle yokusebenzisa izicelo ze-filtration ne-routing phakathi kwezithombo ezininzi ze-event. I-Sustainable Processing Queue (i-Amazon SQS) Ngokusekelwe kwethu, umthetho we-EventBridge kusetshenziselwa isikhunta se-SQS standard ukuze inikeze isikhunta se-buffering eside futhi isikhunta se-discouple kusuka ku-processing. Lokhu isikhunta inikeza izidingo ezintathu ezibalulekile: Throttling / Load Ukulinganiswa: It ukunciphisa iziphakamiso ingxubevange. Uma amafayela amabili amabili ezintathu zithunyelwe ngexesha elifanayo, inkulinganiswa lithunyelwe, ukunceda ukuqinisekisa izinsizakalo zethu zokusebenza kwezobuchwepheshe zithunyelwe ngesivinini esisodwa, esisebenzayo ngaphandle kokuphumelela. Ukuvuthwa: Izindaba zihlangene ku-SQS kuze kube lithathwe ngempumelelo, okuvuthwa okungenani okungenani. I-Dead Letter Queue (DLQ): Yonke isitimela se-SQS isetshenziswe nge-DLQ. Uma ukucubungula i-Lambda isizukulwana ngokuvamile (isib. Ukuphakama kwe-re-ry count ye-5), isivumelwano isetshenziselwa ku-DLQ ukuze ihlolwe ngokuvamile, ukuze akuyona isivumelwano esizayo. C. I-Compute Layer (i-AWS Lambda ne-Amazon ECS) I-Infrastructure yethu ye-computing iyahlukaniswa ngokugqithiselwe ngokuhambisana ne-cost kanye ne-duration: I-AWS Lambda: Ukusebenza nezinsizakalo ezincinane, ezincinane nezinsizakalo, njenge-orchestration, njenge-message parsing kanye nokukhishwa kwe-parallel map ye-Step Function. I-Lambda inikeza izindiza ezinguqulo ezinguqulo ezinguqulo ezinguqulo nezindleko ezinguqulo ezinguqulo ezingu-15 ezinguqulo. I-AWS ECS Fargate: I-Reserved for reconciliation jobs that require high memory or exceed the 15-minute Lambda timeout (a common bottleneck, njengoba ibhalwe ku-Section III). Sihlanganisa isisekelo se-core reconciliation, okuvumela thina ukuthintela lezi zokusebenza ezingaphezulu kwe-computer-intensive jobs ku-Fargat ngaphandle kokubhala ikhodi. I-Workflow Orchestration (i-AWS Step Functions) I-Reconciliation iyisikhathi eside, okungenani isikhathi eside, ngakho-ke i-AWS Step Functions kuyinto enhle yokusebenza kwe-serverless yokusungula ukuguqulwa kwezinyathelo ze-computing ngamunye. Sitholela i-Step Functions ikakhulukazi ngoba inikeza ukuzinza nokuphendula okungenani, okuyinto engathengiswa yokusebenza kwezimali, ngaphandle kokuqinisekisa ukucubungula okuqinile kanye ne-state management code. Izinzuzo zayo zihlanganisa ku-architectural necessity: I-Managed State and Durability: I-Reconciliation inikeza izinyathelo ezingu-sequential ne-parallel (ukuguqulwa, ukuhlaziywa, ukuxhumana, ukuxhumana). I-Step Functions ikakhulukazi ikakhulukazi ikakhulukazi i-state phakathi kwezinyathelo lapho inkonzo ye-downstream ikakhulukazi (isib. i-Lambda error). I-State Machine ikakhulukazi, ikhokhe indawo esifanele ye-fault, futhi ivumela inqubo ye-workflow ukuguqulwa noma ukuguqulwa okwesikhashana, okuyinto enhle yokuqinisekisa nokuguqulwa. I-Massive Parallelism nge-Map State: Ngokusho isicelo sethu, sinikeza imisebenzi ezithile ngokuvamile ngokusebenzisa isimo se-Parallel futhi ngokuvamile, lapho siphinde ukuguqulwa kwelinye umsebenzi nge-input eyodwa, sinikeze isimo se-Map I-Visual Debugging ne-Auditability: Ngokuhambisana ne-operations, umthamo yokubonisa inqubo ephelele ye-workflow kuyinto enhle. I-Step Functions inikeza ukubuyekeza kwegama ngamunye, kuhlanganise ama-inputs, i-outputs, ne-reason for failure. Lokhu kwenza kulula ukuba i-on-call team uxhumane imvelo ye-task eyodwa futhi uqala i-debugging. I-E. I-Persistence Layer (i-Amazon DynamoDB) Ukukhetha i-DynamoDB njenge-database yayo yomsindo yokuhlanza i-transaction and balance records ngenxa yayo izici ezinzima ku-massive card program: I-High Volume, Low Latency: I-DynamoDB yenzelwe ukulayishwa kwe-millisecond ye-single-digit ngesivinini se-volume ephakeme, okuyinto esithathwe ku-financial workflows. I-Serverless and Managed: Ngokuvumelana nathi elawulwa ngokuphelele, sinikezela ukuhlangabezana ne-provisioning, i-patching, ne-sharding ye-database ye-relational (i-MySQL/Postgres), okuvumela ukuba sinikezele ngokuphelele ku-application-level challenges njenge-partition key design. Ukuhlanganiswa kwe-Streams: I-DynamoDB Streams kuyinto enhle, inikeza isithombe se-real-time ye-change that triggers downstream compliance, analytics, kanye ne-data warehousing (i-Snowflake) izinhlelo. I-version yethu eyenziwe ngempumelelo ye-debit card flows etholakala lokhu. Ngo-upper half, i-processor ye-emitting ivela amafayela we-network eyenziwe ku-S3. Isisekelo se-EventBridge ivumela imiphumela emisha ye-S3 futhi ivumela ku-square ye-SQS ye-emitting. I-Iniciator Lambda ivumela isisindo se-network futhi ivumela i-Network Settlement Step Function, okuyinto ivumela ifayela le-network settlement futhi ivumela idatha eyenziwe ku-Network Settlement DynamoDB table. Ngo-down half, i-fintech flow uqala lapho i-fintech partner ivumela ifayela le-transaction kanye ne-balance. Lokhu kubaluleke i-event eyenziwe ngokusebenzisa i-SQS inxaxheba ku-Initiator Lambda, okuyinto uqala i-Step Function eyahlukile enikezela kanye nokuhlanganisa amafayela nge-network settlement data. Le nqubo ithiwa i-network reconciliation. Ngaphandle kwe-FBO, i-FBO Conciliation, enikeza ifayela le-fintech isilinganiso ne-suma esilinganiselwe ku-FBO akhawunti, ukweseka ukucaciswa kwe-end-to-end ku-network, i-fintech, ne-banking records. I-Scaling Battle: Ukupholisa Izinzuzo ze-Serverless Ukulungiselela kahle ekuqaleni, kodwa njengoba ububanzi lethu wahluka, sinikeza amabhokisi amabili: isikhathi sokucubungula, futhi database partitioning, okuyinto wamukele ukuthuthukisa indlela yethu. A. Ukuphucula I-Compute: I-Lambda-to-ECS Migration Umphumela we-Lambda we-15-Minute Execution Limits. Nangona i-file splitting iyasiza, i-complex reconciliation logic phakathi kwezinhlayiyana amakhulu (isib. Ama-records angama-20,000 e-column-wide, i-file-fixed-width) nangokuthi ngempumelelo. Isisombululo lethu ayikho umklamo wokuqala, kodwa isixazululo se-architectural elula: I-Unified Codebase: Sinikeza isebenza se-core reconciliation, isicelo se-containers ebhaliwe ku-Go, esebenza ne-parsing ne-processing yefayela. Ukusebenza kwe-Dynamic: Sihlanganisa le-container image ku-Lambda (ukushicilela okusheshayo, ephemeral) kanye ne-ECS Fargate (ukushicilela okusheshayo, ukuhlolwa kwe-memory). I-Step Function Choice: I-Step Function isetshenziselwa isimo se-Choice ekupheleni kwenqubo. Uma usayizi wefayela ungaphakeme isilinganiso esithile (isib. 1GB), i-Amazon Lambda function isetshenziselwa. Uma ifayela kuyinto elikhulu, isimo se-Choice isetshenziselwa ukuhlanganiswa kwe-Step Functions ye-ECS (RunTask) ukuqala umsebenzi esizayo ye- Fargate. Ukusebenzisana lokhu kunikeza isilinganiso esebenzayo: i-cost-efficiency ne-speed ye-Lambda ye-90% yefayela amancane, ne-computer headroom ye-Fargate ye-10% ye-massive, i-slow-to-process transactions kanye nefayela ye-balance. I-DynamoDB ye-High-Throughput Writes I-DynamoDB iyinhlangano enhle ye-database ebonakalayo ama-volume ephezulu, ama-latency ephansi ye-transaction storage. Kodwa-ke, ukucindezeleka kwayo kubaluleke ekubunjweni kwe-I/O ngokulinganiselwe phakathi kwama-partitions. Thina ngokushesha sikhule ekubunjweni ngenxa ye-hot partitions. Throttling kuthatha lapho isikhwama esisodwa isikhwama engaphansi isikhwama yayo (ngokuthi 1,000 Writing Capacity Units (WCU) noma 3,000 Read Capacity Units (RCU) ngenyanga). Isakhiwo yethu yokuxhumana yokufaka: I-Partition Key ye-ProgramID#FileDate (isib. I-PROGX#20250101) Lezi zihlanganisa kwangaphendula ngenxa yokuthintela kwezinkampani ze-massive program ngosuku eyodwa. , ukwandisa i-WCU limit kanye ne- throttling ingestion. Thola zonke i-transactions for a specific program on a particular date I-Same Partition I-Global Secondary Index (GSI) Backpressure Lesson: Okokuqala siqhathanisa lokhu ngokushesha i-high-cardinality primary key kuya ku-GSI kanye nokuthintela i-GSI. Kodwa-ke, lokhu akuyona ingozi. Njengoba i-GSI inikeza idatha yayo kusuka ku-main table, uma i-partition ye-primary table iyahlekile, isikhunta se-ingestion ye-GSI uzothola i-GSI backpressure, ekugcineni ukunciphisa i-write throughput ye-table jikelele. Sinikeza ukuthi inkinga le-core partition key kufanele kusungulwa ku-root table. I-Optimized Key Design: Ukuqhathaniswa kwe-Partition Key: Ukuguqulwa kwethu kubandakanya ukubhuka ukubhuka kubhalwe kubathengi bethu: I-PK Sharding: Sinikeza inombolo ye-shard esilinganiselwe ku-partition key: ProgramID#FileDate#ShardN. Sharding Logic: Thina usebenzisa i-algorithm ye-hashing enhle (isib. modulo) ku-TransactionID ukuze ifake i-shard (isib. I-TransactionID % 10 inikeza inombolo ye-shard phakathi kwe-0 ne-9). Umphumela: Lokhu kubandakanya ukubuyekeza ukubuyekeza phakathi kwezinhlayiyana ezingu-10 emzimbeni emzimbeni emzimbeni emzimbeni emzimbeni emzimbeni emzimbeni emzimbeni emzimbeni emzimbeni emzimbeni emzimbeni. IV. Izinzuzo ezisebenzayo ezijoliswe Kulesi isigaba esifundisa imisindo ukuthi ungasetshenziselwa izitshalo zakho zokuxhumana, nge izibonelo ezisebenziseni kwethu. I-System Design Lessons Ngiyazi izifundo ezintathu ze-system design ukuthi ungasetshenziswa lapho ukwakha i-pipeline ye-reconciliation eyenza ukuhlangabezana ne-retries, ama-inputs ezingenalutho, ne-multiple external systems: Make retries safe by default (idempotency is the baseline): In an event-driven pipeline, retries are expected, so you should design each step to be safely repeatable. For our use case, we had to pass an idempotency key (for example, a TransactionID or MessageID) through the workflow and use it to guard every side-effecting operation. In practice, that means: Workflow steps: each state transition is protected with conditional writes (for example, in DynamoDB) so the same message cannot advance or mutate state twice. Core banking transactions: postings, transfers, and ledger-affecting actions are executed with explicit dedupe semantics (same idempotency key → same outcome), so a retry results in a no-op or a deterministic “already processed” response rather than a duplicate movement of funds. Webhooks and outbound notifications: These are delivered at least once, so each message includes a stable, recipient-facing idempotency key (event ID) and we maintain an internal delivery ledger (attempts, acknowledgements, and final state). Recipients can safely dedupe replays, and our retries won’t trigger duplicate downstream actions. Always Use a Dead Letter Queue (DLQ): and a redrive policy so that malformed messages are quarantined instead of endlessly retrying and clogging the queue. Configure a SQS DLQ Do not let a service be the only source of truth for its own correctness.: Reconciliation is cross-system by definition, so build checks that validate invariants from the outside. For example, comparing transactions sent by the program against the network and their FBO was very important. Ngena ngemvume nge-SQS DLQ I-Operational Excellence Lessons Lezi zokusebenza izifundo zihlanganisa isikhathi yokufakelwa kanye isikhathi yokufakelwa ngokwenza izihlangu zibonakalayo, zokusebenza, futhi lula ukuhlola kubasebenzi wakho nabasebenzi bakho. I-Focus ku-observability ye-internal: Sinikeza ukuthi isakhiwo se-observability iyahambisana ne-debugging eqhubekayo. I-focus etholakala ukusabela kwama-errors kuya ku-preempting kwabo, okuyinto kulindela ukucubungula kwezinsizakalo zokusebenza emhlabeni wonke. I-key yokwenza lokhu kulindiza izindawo zethu zangaphambili (ukufaka ama-alerts ezincinane kanye nezingcele ze-metrics efana ne-SQS ye-seal depth kanye ne-DynamoDB throttling) ngokufaka Ama-Service Level Objectives (SLOs) ezidingekayo Ukucaciswa kwe-observability ye-external: Ungayifaka imiphumela ye-reconciliation kumakhasimende ngokuvumelana nezindaba ze-error kanye nezinqubo ezibonakalayo ze-self-serving. Kwi-implementation yethu, sinamathiselwe ama-error codes kanye nokufaka i-context efanelekayo kumakhasimende ukuhlola imibuzo embi ngaphandle kokusebenza kwe-support escalation. Invest in tooling: Yenza imishini yokuhlola ngokushesha ukuze ungakwazi ukucubungula imibuzo ku-source file, ukucubungula, kanye nezithombe ezilandelayo ngaphandle kokuvimbela i-logs. Ngokwenza lokhu, ukucubungula akuyona ngokushesha futhi ngokuqondile, ngisho nangona ama-volume isixazululo noma ama-auditors akhululele imibuzo. Ngokusekelwe ngesivinini ukuze uthole ukubuyekezwa: Ufuna ukufikelela ngokushesha kwezimpendulo. I-Serverless ivumela ukulethwa okusheshayo kanye nezindleko ezincinane ze-developer. Ngemva kweminyanga ethu lokuqala yokusebenza le uhlelo le-event-driven ye-reconciliation, inkinobho yethu yebhizinisi yebhizinisi lwezinkimbinkimbi lwezinkimbinkimbi lwezinkimbinkimbi ethu. Lolu hlelo lwezinkimbinkimbi lwezinkimbinkimbi lwezinkimbinkimbi lwezinkimbinkimbi lwezinkimbinkimbi lwezinkimbinkimbi lwezinkimbinkimbi lwezinkimbinkimbi lwezinkimbinkimbi. I-Interface Design: Ifayela vs. API Isisekelo esisodwa esisodwa se-file-based interfaces lapho i-API iyatholakala kakhulu inqubo yebhizinisi. Ukusetshenziswa kwe-interface elawulwa kwebhizinisi: Akukho isibuyekezo elawulwa lapha; kufuneka ucwaningo ngokuphathelene ne-abstraction elawulwa kwebhizinisi. Siza kusetshenziswe amafayela kuphela ngezinsizakalo ezivamile lapho isithombe se-end-of-day kuyimfuneko (isib. I-Network Settlement). Ngemuva kwalokho sinetshenziswe ama-API ngezinye izinto, ikakhulukazi lapho i-feedback e-real-time noma ama-data transfers amancane amancane amancane amancane ziye ziye zitholele ama-file-based uploads ku-HTTP APIs ngenxa yokusebenza kwe-tracking, ukucubungula, ne-debugging amafayela amancane amancane amancane Ukwelashwa kwe-file schemes njenge-versioned contracts: Ufuna ukwelashwa kwe-file schemes njenge-versioned contracts, ngoba izinguquko ezincinane angakwazi ukuchithwa kwe-parsing futhi ngempumelelo ukuchithwa imiphumela yokuhlanganisa. Kwi-pipeline yethu, sinikeza ukuvalwa kwe-schema ngokuvamile kanye ne-version-aware-parsing ukuze ukunciphisa ama-incident eyenziwe nge-upstream format changes. Ukuphakama Ukwakhiwa kwinkqubo yokuhlanganisa okuhlobisa ku-AWS kuncike ukwahlukanisa izinhlayiya ze-serverless futhi kuncike ku-designing for failure, replay, and investigations. Ngo-implementation yethu, i-AWS ye-serverless services ibonise isisekelo esiyingqayizivele yokuhlanganisa kanye nesimo se-durable. Iziphumo zokukhiqiza zihlanganisa ngokugcwele, ikakhulukazi i-idempotency, design ye-partition key, kanye nezincwadi zokusebenza ezibonisa ngokushesha futhi zihlanganisa izixazululo.