Arhitectură și fiabilitate
Sisteme concepute pentru zilele în care nu totul merge bine.
Un flux care funcționează într-o demonstrație nu este un sistem de producție. Iată principiile de arhitectură pe care le aplicăm pentru ca o automatizare să rămână fiabilă, ușor de înțeles și reluabilă.
- Pentru cine
- Responsabili IT, operațiuni și direcție tehnică.
- Principiu
- Fiecare modul face o singură treabă și poate fi înlocuit.
- Reversibilitate
- Regulile și datele dumneavoastră rămân documentate și exportabile.
Arhitectură de referință
Responsabilități separate, lizibile și testabile.
Fiecare proiect este adaptat, dar structura rămâne aceeași. Un flux simplu folosește doar straturile necesare.
- 01IntrăriE-mail, fișiere, formulare, API, webhook-uri, sarcini planificate. Intrarea brută este păstrată pentru a putea relua o procesare.
- 02ValidareFormat, câmpuri obligatorii, duplicate. Atașamentele sunt izolate înainte de orice citire.
- 03OrchestrareCozile de așteptare, stările, reluările și termenele. O procesare întreruptă reia de unde s-a oprit.
- 04Reguli de businessPrețuri, praguri, rutare, controale: tot ce trebuie să fie exact este scris în cod lizibil și testat.
- 05IA, dacă este util IAClasificare, extragere, căutare documentară. Ieșiri verificate printr-o schemă, nivel de încredere pentru fiecare rezultat.
- 06Control uman UmanValidare înainte de orice acțiune cu angajament și pentru fiecare caz aflat sub pragul de încredere.
- 07AcțiuniScriere în ERP, CRM, poșta electronică sau o bază de date, cu drepturi minime.
Principii de fiabilitate
Ce aplicăm implicit.
Aceste principii nu sunt opțiuni facturate suplimentar: fac parte din modul în care construim.
Validarea intrărilor
Datele primite sunt verificate (format, câmpuri obligatorii, coerență) înainte de orice prelucrare. O intrare invalidă pleacă într-o coadă umană, în loc să se propage.
Idempotență
Fiecare operațiune poartă o cheie unică: reluarea ei nu produce niciun efect suplimentar. Fără factură dublă, comandă dublă sau trimitere dublă.
Reluări controlate
Un eșec temporar este reluat automat, la intervale crescătoare și cu un număr maxim de încercări, apoi este semnalat.
Termene și soluții de rezervă
Fiecare apel extern are un termen maxim. După acesta se aplică un comportament prevăzut: punere în așteptare, transmitere către o persoană, alertă.
Rezultat incert
Atunci când nu se știe dacă o acțiune a reușit, de exemplu după o întrerupere de rețea, ea este marcată ca incertă și verificată, niciodată relansată orbește.
Jurnal de audit
Cine, ce, când, pe ce date, cu ce rezultat. Jurnalul funcționează doar prin adăugare: intrările sale nu sunt nici modificate, nici șterse.
Privilegiu minim
Fiecare componentă primește doar drepturile necesare. Secretele rămân pe partea de server, niciodată într-un browser sau în codul sursă.
Izolare
Prelucrările cu risc, precum analiza fișierelor primite, se execută într-un mediu izolat, fără acces la rețea și fără acces la restul sistemului.
Medii separate
Dezvoltarea, testarea și producția sunt distincte. Niciun test pe datele dumneavoastră de producție fără acordul dumneavoastră.
Mod observare
Un flux nou poate funcționa mai întâi fără să trimită nimic: pregătește fiecare acțiune pentru verificare, cât timp îi validați comportamentul real.
Oprire de urgență
Fiecare flux poate fi suspendat fără a pierde elementele în așteptare, apoi reluat corect.
Tehnologii
Alese în funcție de problemă, niciodată impuse.
Preferăm tehnologii dovedite, documentate și înlocuibile.
- Orchestrare
- Cod Node.js sau Python, n8n atunci când este potrivit, cozi de așteptare și sarcini planificate.
- Date
- PostgreSQL, SQLite sau bazele dumneavoastră de date existente; copii de rezervă criptate.
- IA
- Modele de la furnizori consacrați sau modele deschise instalate local; căutare vectorială pentru documente.
- Găzduire
- Servere Linux, containere, cloud privat sau infrastructura dumneavoastră.
- Observabilitate
- Jurnale structurate, metrici, alerte prin e-mail sau mesagerie.
Reversibilitate
Activul dumneavoastră sunt regulile și datele dumneavoastră, nu instrumentul.
Regulile de business, interfețele și datele rămân documentate și exportabile. Un model de IA sau o componentă poate fi înlocuită fără a reconstrui procesul, iar sistemul poate fi preluat de o altă echipă.
Arhitectură
Începeți simplu, adăugați doar ceea ce lipsește.
Să discutăm despre procesul dumneavoastră și despre nivelul de fiabilitate pe care îl cere cu adevărat.