Integracje
Q247 sam nie generuje danych. Wszystko, co widać na dashboardach, pochodzi z systemów, które już działają u Klienta: repozytoriów kodu, Jiry, Confluence, dostawcy tożsamości. Ta część Konfiguracji odpowiada za połączenia z nimi.
Integracje dzielą się na trzy grupy o różnym charakterze. Pierwsza dostarcza dane o pracy i bez niej platforma jest pusta. Druga dotyczy kont i logowania i jest opcjonalna, bo organizacja może zarządzać kontami ręcznie. Trzecia obsługuje funkcje AI: przyjmuje dane o korzystaniu z narzędzi AI i udostępnia model językowy Asystentowi AI.
Integracje dostarczające dane
| Integracja | Co wnosi | Kiedy jest potrzebna |
|---|---|---|
| Konektory | commity i historia repozytoriów, z których liczone są Kalorie, Przyrosty i Linie | zawsze, to podstawa działania Q247 |
| Jira | historia zmian statusów ticketów | gdy organizacja chce mierzyć Czas realizacji i Czas cyklu |
| Confluence | wysiłek wkładany w dokumentację | gdy dokumentacja jest istotną częścią pracy zespołu |
Konektory to podkategoria: jeden konektor odpowiada jednemu systemowi kontroli wersji, a Q247 obsługuje siedem typów, od GitLaba i GitHuba po repozytoria dodawane ręcznie.
Uruchomienie analizy kodu to przewodnik po całym procesie od utworzenia konektora do pojawienia się danych na dashboardzie.
Kolejność czynności jest ważniejsza niż szczegóły pojedynczych pól. Objaw pominięcia jednego z kroków wygląda identycznie jak awaria integracji: konektor pokazuje status Operacyjny, a dashboardy są puste.
Integracje tożsamościowe
Te dwie obsługują różne rzeczy i wdraża się je niezależnie.
| Integracja | Za co odpowiada | Czego nie robi |
|---|---|---|
| SSO (OIDC) | logowanie przez zewnętrznego dostawcę tożsamości | nie tworzy kont |
| Provisioning SCIM | zakładanie, aktualizowanie i dezaktywowanie kont oraz zespołów | nie ma wpływu na sposób logowania |
Można wdrożyć jedną z nich, obie albo żadną. Przy obu naraz dostawca tożsamości zakłada konta, a użytkownicy logują się bez hasła po stronie Q247. Przy samym SSO konta trzeba założyć ręcznie, inaczej logowanie nie znajdzie ich odpowiednika w Q247.
Integracje funkcji AI
Obie są opcjonalne i niezależne od siebie, a każda obsługuje inną funkcję AI.
| Integracja | Za co odpowiada | Kierunek danych |
|---|---|---|
| Logi narzędzi AI | odbiór telemetrii z narzędzi AI, w tym Claude Code | do Q247 |
| Model językowy | model obsługujący Asystenta AI | z Q247 do modelu |
Pierwsza z nich zasila liczby w Adopcji AI, druga odpowiada za odpowiedzi Asystenta AI. Adopcja AI działa też bez telemetrii, opierając się wtedy na adnotacjach w wiadomościach commitów.
Czynności poza Q247
Integracje to jedyna część Konfiguracji, która wymaga czynności w innych systemach. W zależności od zakresu wdrożenia będzie potrzebna pomoc osób z odpowiednimi uprawnieniami:
- administrator systemu kontroli wersji: konto serwisowe i token z prawem odczytu do repozytoriów objętych analizą,
- administrator Jiry albo Confluence: jednorazowo, do zainstalowania aplikacji Q247 (wersje chmurowe) albo zarejestrowania webhooka (Data Center),
- administrator dostawcy tożsamości: rejestracja aplikacji dla SSO albo konfiguracja konektora SCIM,
- zespół sieciowy: przy wdrożeniach, w których wtyczka działa w infrastrukturze Klienta.
Każda strona integracji ma własną sekcję wymagań wstępnych z konkretną listą.
Podstrony
Konektory
7 elementów
Uruchomienie analizy kodu
Kolejność czynności od pustej organizacji do danych na dashboardach, z krokami, które łatwo pominąć.
Jira
Konektor Jira w wariantach Chmura i On-Premise, od wymagań wstępnych po weryfikację, że dane faktycznie płyną.
Confluence
Konektor Confluence w wariantach Chmura i On-Premise, identyfikowany przez klucz przestrzeni, z wymogiem widocznych adresów e-mail.
SSO (OIDC)
Konfiguracja logowania przez zewnętrznego dostawcę tożsamości, z polami, ścieżkami u dostawcy i wymaganiami wobec kont.
Provisioning SCIM
Automatyczne zakładanie i dezaktywowanie kont z dostawcy tożsamości, z mapowaniem grup na role i dostęp.
Logi narzędzi AI
Odbiór telemetrii z narzędzi AI w standardzie OpenTelemetry, w dwóch wariantach: kolektor we wtyczce albo Dynatrace.
Model językowy
Trzy warianty dostarczenia modelu językowego dla Asystenta AI: chmura Klienta, on-premise albo infrastruktura Q247.
Zobacz też
- Konfiguracja: pozostałe sekcje tej zakładki, bez połączeń na zewnątrz
- Enterprise Plugin: komponent, który obsługuje integracje danych
- Bezpieczeństwo Enterprise Plugin: zakres danych wymienianych z Q247