Oxalis Adaptér (rola sender)

Jediná jednotka, ktorá siahne na drôt

oxalis-sender je jediný kontajner v celom nasadení, ktorý dokáže spôsobiť prenos na PEPPOL. To je dôvod, prečo je oddelenou službou aj oddelenou Dokploy apkou, hoci beží z toho istého obrazu ako oxalis-bridge a líši sa len premennou ADAPTER_ROLE.

Tri pruhy, nie jedna fronta

Odchádzajúca prevádzka je rozdelená na bulk, tdd a mls. Delenie nie je kozmetické: statutárne SK TDD hlásenie beží proti zákonnej lehote, MLS proti kratšej vlastnej lehote, a nával obchodných faktúr nesmie ani jedno z nich odsunúť. V katalógu sú tieto pruhy tri samostatné kanály.

Duplicitná poistka a horizontálne škálovanie

Poistka proti druhému odoslaniu tej istej správy bola pôvodne súborová databáza H2, ktorej zámok na súbore bol tou ochranou — a replicas: 1 teda nebolo kapacitné nastavenie, ale podmienka správnosti. Dnes existuje aj zdieľaný transakčný claim v schéme adapter, takže služba môže bežať vo viacerých inštanciách. Sú tu však tri obmedzenia, ktoré treba čítať spolu:

• predvolený backend je stále h2 a prepnutie je auditovaná, vypustená procedúra,
• Adaptér odmietne štart pri kombinácii h2 a viac ako jednej repliky,
• zvýšenie počtu replík zvyšuje statutárnu súbežnosť voči C5 a voči MLS partnerom, nielen našu kapacitu.

Nejednoznačnosť, ktorú katalóg nezakrýva

Trieda ciest /v1/lookup je v tomto API zapísaná preto, že jej controller žije v odosielacej vetve kódu. Ktorá rola ju v konkrétnom nasadení naozaj obsluhuje, sa zo stromu nedá dokázať — základná URL sa konfiguruje premennou. Ak to niekto potrebuje isté, treba to overiť na behu, nie v tomto súbore.