01 · Warstwa doświadczenia
Interfejsy użytkownika, skrzynka odbiorcza, pipeline, kreatory, edytory i dashboardy.
BLUETRIX dla deweloperów
Modułowa architektura połączonych interakcji.
Jasne warstwy, odpowiedzialności i granice zachowują kontekst, własność i możliwość prześledzenia.
Cele architektury
Zachowaj kontekst, własność i granice.
- Zachowuj znaczenie biznesowe ponad granicami systemów
- Jasno określaj odpowiedzialność za informacje
- Rozwijaj komponenty niezależnie
- Zapewniaj możliwość śledzenia interakcji i zmian stanu
- Integruj AI i automatyzację w sposób kontrolowany
- Dostosuj bezpieczeństwo do granic biznesowych
- Umożliwiaj integracje bez mieszania odpowiedzialności
Warstwy architektury
Logiczny widok architektury.
Warstwy opisują odpowiedzialności i nie wskazują konkretnej topologii wdrożenia.
02 · Warstwa interakcji
Kanały, dialogi, formularze, boty, kampanie i historie interakcji.
03 · Warstwa domen produktowych
Zobowiązania, szanse biznesowe, zgłoszenia serwisowe i inne obiekty biznesowe.
04 · Warstwa inteligencji
Klasyfikacja, wzbogacanie, podsumowania, scoring, rekomendacje i agenci AI.
05 · Warstwa orkiestracji
Przepływy pracy, reguły, playbooki, zadania, przekazania, czasy oczekiwania i eskalacje.
06 · Warstwa integracji
Interfejsy API, webhooki, zdarzenia, import, eksport, synchronizacja i systemy zewnętrzne.
07 · Warstwa kontroli platformy
Tożsamość, autoryzacja, kontekst tenanta, bezpieczeństwo, audyt, konfiguracja i obserwowalność.
Architektury referencyjne
Typy dokumentów bez wymyślonych identyfikatorów.
- Mapa możliwości produktu
- Model informacji o produkcie
- Model interakcji i kontraktów
- Architektura API i interfejsów
- Architektura zdarzeń produktowych
- Model decyzji produktowych
- Architektura bezpieczeństwa i autoryzacji
Domeny produktu
Jasne granice biznesowe.
Domena zobowiązań
Obietnice, oczekiwane działania, terminy, osoby odpowiedzialne i status realizacji.
Domena szans biznesowych
Potrzeba, potencjał, stan pipeline, wartość i rozwój szansy biznesowej.
Domena zgłoszeń serwisowych
Przyjęcie, klasyfikacja, obsługa, przekazanie, eskalacja i zamknięcie zgłoszenia.
Zgłoszenie serwisowe może ujawnić szansę biznesową, ale samo nie staje się przez to szansą biznesową.
Interakcja oparta na kontraktach
Kontrakt jednoznacznie określa znaczenie i granice.
- Cel i znaczenie
- Rola wywołująca i odbierająca
- Wymagana tożsamość
- Informacje wejściowe
- Warunki wstępne
- Wyniki
- Przypadki błędów
- Oczekiwania czasowe
- Idempotencja
- Autoryzacja
- Wygenerowane zdarzenia
- Audyt i korelacja
Rodzaje interakcji
Synchroniczne, asynchroniczne lub hybrydowe.
Synchroniczna
Natychmiastowa odpowiedź w jasno określonych ramach czasowych.
Asynchroniczna
Długotrwałe procesy, zdarzenia, powiadomienia i oddzielone odpowiedzi.
Hybrydowa
Żądanie przyjęte synchronicznie, a następnie przetwarzane asynchronicznie.
Architektura zdarzeń
Zmiany stanu jako zdarzenia możliwe do prześledzenia.
Zdarzenia opisują zmiany stanu, które nastąpiły. Nie są poleceniami ani niewiążącymi deklaracjami zamiaru.
- Tożsamość zdarzenia
- Typ zdarzenia
- Zasób
- Kontekst biznesowy
- Czas
- Interakcja wyzwalająca
- Korelacja
- Kontekst workspace lub tenanta
- Odpowiedzialne źródło
- Wersja kontraktu
Granice decyzji
Wynik AI nie stanowi uprawnienia decyzyjnego.
- 1Zaobserwowany fakt
- 2Pochodny sygnał
- 3Wynik AI
- 4Rekomendacja
- 5Reguła lub zatwierdzenie
- 6Autoryzowana decyzja
- 7Działanie i zdarzenie
Bezpieczeństwo poprzez granice
Rozróżniaj dostęp techniczny od uprawnienia biznesowego.
Technicznie udany dostęp nie oznacza automatycznie uprawnienia biznesowego.
- Tożsamość
- Rola
- Kontekst workspace lub tenanta
- Zasób
- Działanie
- Odpowiedzialność
- Klasyfikacja danych
- Status procesu
- Delegowane uprawnienie
- Wymóg audytu
Niezawodność
Wymagania architektoniczne, a nie ogólne deklaracje wdrożeniowe.
- Idempotencja
- Ponowienia
- Limity czasu
- Częściowe awarie
- Zduplikowane zdarzenia
- Problemy z kolejnością
- Obsługa błędów
- Korelacja
- Możliwość audytu
- Bezpieczne wznowienie
Architektura zachowująca kontekst i odpowiedzialność.
Następnie poznaj tożsamości, obiekty biznesowe, relacje i własność w modelu danych BLUETRIX.