Łączenie agentów z systemami korporacyjnymi
Integracja korporacyjna powinna definiować metodę połączenia, uwierzytelnianie, dozwolone operacje, skutki uboczne, ponowne próby i przekroczenia limitu czasu. W zależności od systemu docelowego adapter może wykorzystywać REST, GraphQL, SOAP, komunikację lub dokładnie kontrolowany interfejs bazy danych. ActiveMotion nie żąda stałego katalogu gotowych złączy; każde zlecenie inwentaryzuje systemy klienta i potwierdza, czy adapter może zostać ponownie wykorzystany, czy też musi zostać wdrożony.
Uwierzytelnianie i zarządzanie danymi uwierzytelniającymi
Do obsługi poświadczeń należy używać zatwierdzonego przez klienta menedżera tajnych informacji i metody uwierzytelniania. W zależności od systemu odpowiednie mogą być OAuth, klucze API, tożsamość obciążenia lub wzajemny TLS. Określ zakres każdej tożsamości do minimalnej wymaganej liczby operacji, rotacji i unieważniania dokumentów oraz zachowania związanego z niepowodzeniem testu. Nie zakłada się rotacji o zerowym przestoju; musi być wspierany i weryfikowany przez wybrane komponenty.
Budowanie niestandardowych integracji
Niestandardowa specyfikacja adaptera powinna opisywać operację, wpisywane dane wejściowe i wyjściowe, autoryzację, tryby błędów, oczekiwane opóźnienie, idempotencję i skutki uboczne. Przetestuj go w piaskownicy lub w podwójnym teście kontrolowanym, uwzględnij w ocenach przepływu pracy i udostępnij w procesie zmian u klienta. Schematy OpenAPI lub GraphQL mogą przyspieszyć tworzenie szkieletu, ale wygenerowany kod i opisy narzędzi nadal wymagają przeglądu bezpieczeństwa i testów behawioralnych.
Monitorowanie stanu integracji
Przydatne sygnały kondycji integracji obejmują powodzenie żądania, opóźnienie, klasę błędu, stan limitu szybkości i wygaśnięcie poświadczeń. Wysyłaj te sygnały do wybranych przez klienta narzędzi obserwowalności i definiuj alerty na podstawie zmierzonych wartości bazowych. Przerywanie obwodów, awarie i eskalacja działań człowieka to opcje projektowe, które należy przetestować pod kątem każdego trybu awarii; system nie powinien po cichu zastępować działania innym ryzykiem lub semantyką.