Forge w praktyce: 2 dni, po których sam napiszesz brakującą funkcjonalność w Jirze
Przeskocz prosto nad problemem w Jirze — pisząc własne aplikacje w Forge.
Szkolenie dla administratorów Jira i JSM, którym coraz trudniej mówić użytkownikom „to się w Jirze nie da zrobić”. Tęsknisz za Script Runnerem po migracji do cloud’a? Sprawdź jakie możliwości daje platforma Forge naucz się co potrafi — jak zbudować, wdrożyć oraz realnie utrzymać aplikację.
Nie robimy z Was programistów. Robimy z Was ludzi, którzy potrafią bezpiecznie „doszyć” brakujący proces.
Format: 2 dni po 8h. Warsztat z demo na żywo i repozytorium kodu, które zabierzecie ze sobą.
Wspólnie zainstalujemy i skonfigurujemy narzędzia, zalogujemy się do Forge CLI oraz utworzymy aplikację z szablonu. Przejdziemy przez strukturę projektu, podstawowe polecenia, wdrożenie i instalację na testowej witrynie Jira. Rozwiążemy napotkane problemy z uruchomieniem środowiska, a następnie wprowadzimy z pomocą AI pierwszą zmianę i ponownie ją wdrożymy.
Prześledzimy drogę od działania użytkownika w interfejsie do wykonania kodu i odpowiedzi API. Sprawdzimy logi, konsolę przeglądarki oraz konfigurację w manifeście. Uruchomimy forge tunnel i porównamy pracę lokalną z działaniem wdrożonej aplikacji. Na przygotowanych usterkach przećwiczymy zbieranie informacji o błędzie i wykorzystanie AI do diagnozy, zamiast przypadkowego poprawiania kodu.
Przedstawiona zostanie lista najpopularniejszych różnic w celu łatwiejszego przepisywania starych skryptów. Przedstawione zostaną też częste pułapki, w które można wpaść, przechodząc z jednego na drugi.
Omówimy proces obsługi napraw sprzętu i wybierzemy czynności, które usprawnimy za pomocą Forge. Rozpiszemy rozwiązanie na niewielkie etapy oraz przypiszemy im odpowiednie mechanizmy platformy. Porównamy podejście znane z Jira DC i ScriptRunnera z pracą w Forge. Ustalimy, jak korzystać z dokumentacji i zlecać AI konkretne, ograniczone zmiany.
Dostosujemy zachowanie formularza do wybranego rodzaju awarii: dodamy podpowiedzi, ustawianie wartości i zmianę zachowania wybranych pól. Sprawdzimy w dokumentacji dostępność operacji dla używanego widoku. Skonfigurujemy kontekst uruchamiania modyfikacji i przetestujemy reakcje na działania użytkownika, w tym przypadek, gdy poprawny kod nie wykonuje się z powodu niewłaściwej konfiguracji.
Połączymy aplikację z danymi urządzeń w Assets. Pobierzemy informacje potrzebne do obsługi naprawy, takie jak numer seryjny, gwarancja i stan sprzętu. Przećwiczymy pracę z identyfikatorami, odpowiedziami API i mapowaniem atrybutów, a następnie zaktualizujemy wybrany atrybut obiektu testowego. Sprawdzimy zachowanie aplikacji przy brakujących danych, błędnym identyfikatorze i problemach z uprawnieniami.
Dodamy obsługę zdarzeń uruchamiającą kwalifikację zgłoszenia po utworzeniu lub zmianie istotnych danych. Połączymy ją z odczytem Assets i zapisem wyniku w Jira. Ograniczymy działanie do właściwych zgłoszeń i zmian. Przetestujemy ponowne wykonanie, opóźnioną reakcję oraz sytuację, w której aktualizacja wykonana przez aplikację wywołuje kolejne zdarzenie.
Zbudujemy panel w szczegółach zgłoszenia na portalu JSM, pokazujący urządzenie, kwalifikację naprawy, numer zlecenia i jego status. Z pomocą AI rozbudujemy przygotowany szablon Custom UI i połączymy go z backendem aplikacji. Dodamy obsługę ładowania, braku danych i błędów. Sprawdzimy działanie panelu z perspektywy klienta oraz dostęp do informacji o zgłoszeniu.
Podłączymy aplikację do testowego API zewnętrznego serwisu. Przygotujemy dane zlecenia, skonfigurujemy adres usługi i uwierzytelnienie, wykonamy żądanie oraz zapiszemy otrzymany numer referencyjny w Jira. Przetestujemy nieprawidłowy token, błąd usługi i brak odpowiedzi. Omówimy, kiedy można ponowić operację i jak ograniczyć ryzyko utworzenia podwójnego zlecenia.
Przejdziemy przez przygotowanie wydania: konfigurację środowiska, deploy, aktualizację instalacji i test po wdrożeniu. Porównamy zwykłą zmianę kodu ze zmianą uprawnień lub konfiguracji aplikacji. Przećwiczymy zapisywanie działających wersji i przywrócenie poprzedniego kodu. Proces wdrożenia produkcyjnego przeprowadzimy na testowej witrynie Jira, bez ingerencji w rzeczywiste dane produkcyjne.
Udostępnimy endpoint aplikacji przyjmujący aktualizacje z systemu serwisowego i wywołamy go z zewnętrznego klienta HTTP. Dodamy sprawdzanie uwierzytelnienia, poprawności danych oraz powiązania ze zleceniem. Na podstawie odebranego statusu zaktualizujemy dane procesu. Przetestujemy brak uwierzytelnienia, nieznane zlecenie oraz ponowne przesłanie tego samego zdarzenia.
Przeanalizujemy przygotowane awarie związane z konfiguracją, uprawnieniami, wdrożeniem, zdarzeniami i komunikacją z API. Na podstawie logów i prostych testów będziemy zawężać źródło problemu oraz oddzielać błędy aplikacji od problemów usług zewnętrznych i platformy. Przećwiczymy przygotowanie minimalnego przypadku odtwarzającego błąd oraz informacji potrzebnych do samodzielnej naprawy lub zgłoszenia do wsparcia.
Przejdziemy przez cały proces naprawy w zbudowanej aplikacji i podsumujemy zastosowane mechanizmy. Omówimy pytania, problemy napotkane podczas ćwiczeń oraz pomysły uczestników na własne rozszerzenia. Odniesiemy je do doświadczeń ze ScriptRunnerem: gdzie wykorzystać Forge, gdzie wystarczy konfiguracja Jira lub Automation i co warto sprawdzić przed rozpoczęciem pracy.
Po szkoleniu: dostęp do repozytorium z kodem z warsztatów, żeby odtworzyć każdy krok samodzielnie.
Masz pytania o program, terminy albo dopasowanie szkolenia pod Wasz zespół? Napisz lub zadzwoń.
