Przejdź do treści
Samodzielna kontrola eksploatacji
AGPL-3.0-or-later i własne serwery. Rdzeń Qisutu nie wymaga opłat licencyjnych za agenta; eksploatację, wsparcie i usługi zewnętrzne należy budżetować osobno.
Qisutu · GitHubPorównania Qisutu 2026
Qisutu vs. Jira
Porównanie dotyczy Jira Service Management, produktu Atlassian dla centrum usług i ITSM. Qisutu stawia na samodzielną eksploatację, otwarty rdzeń i indywidualnie wybierane rozszerzenia.
Porównanie z perspektywy Qisutu · Aktualizacja: 20 września 2026
Nasza ocena
Plany, limity i przejście do chmury utrudniają planowanie
Jira Service Management ma duże możliwości. Plany zależne od agentów, limity Assets i ogłoszony koniec Data Center mogą jednak komplikować planowanie. Organizacjom chcącym nadal korzystać z własnych serwerów Qisutu zapewnia naszym zdaniem lepszą podstawę.
Atlassian · Data Center · Atlassian · Service CollectionRóżnice szczegółowo
| Obszar | Qisutu | Jira Service Management |
|---|---|---|
| Własne serwery | Rdzeń AGPL do samodzielnej eksploatacji. Organizacja decyduje o instalacji, aktualizacjach i infrastrukturze.Qisutu · GitHub | Zwykły koniec cyklu życia Jira Service Management Data Center zaplanowano na 28 marca 2029. Atlassian wskazuje wyjątki dla wybranych obecnych klientów.Atlassian · Data Center |
| Koszty i CMDB | CMDB w rdzeniu bez licencji rdzenia za agenta. Infrastruktura, wsparcie i zewnętrzne usługi nadal generują koszty.Qisutu · GitHub · Qisutu · CMDB | Plany chmurowe zależą od liczby agentów i pakietu. Assets zawiera limity obiektów; dodatkowe mogą być płatne.Atlassian · Service Collection |
| ITSM i rozszerzenia | ITSM Enterprise zapewnia zmiany, CAB, wydania i przeglądy po incydentach. Availability dodaje obliczenia przestojów, ryzyka i testy odporności.Qisutu ITSM Enterprise · Qisutu ITSM Availability | ITSM, Assets, automatyzacja i AI są organizowane w Service Collection; funkcje i limity zależą od planu.Atlassian · Service Collection |
Argumenty za Qisutu
Szukając otwartego centrum usług na własnych serwerach z CMDB i wyborem modułów bez licencji rdzenia za agenta, porównaj Qisutu z rzeczywiście potrzebnym planem Jira.
Już w rdzeniu Qisutu
CMDB przy zgłoszeniu
Własne typy CI, pola, relacje, historia i profile importu CSV. Urządzenia oraz inne elementy konfiguracji można bezpośrednio łączyć ze zgłoszeniami.
Qisutu · CMDBZgłoszenia i automatyzacja
Portale agentów i klientów, kolejki, usługi, SLA, wyzwalacze, zadania harmonogramowane, raporty i REST API należą do podstawy.
Qisutu · GitHubOdpowiednie dodatki Qisutu
Qisutu ITSM Enterprise
Rozszerza Qisutu o kompleksowe zarządzanie usługami IT dla incydentów, incydentów krytycznych, problemów, znanych błędów, zmian, wydań i przeglądów po incydencie.
Qisutu ITSM Availability
Kompletne reaktywne i proaktywne zarządzanie dostępnością dla Qisutu ITSM Enterprise: awarie, wskaźniki, ryzyka, plany i testy odporności.
Kim – Procesy
Naturalnie napisana instrukcja staje się edytowalnym szablonem procesu BPMN dla uporządkowanych procesów usługowych sterowanych e-mailem.
Kim Microsoft 365
Kalendarze, Teams i SharePoint są dostępne w Qisutu zgodnie z osobistymi uprawnieniami Microsoft każdego agenta.
Qisutu Monitoring
Qisutu Monitoring odbiera uwierzytelnione zdarzenia problemów i powrotu do normy, koreluje duplikaty oraz automatycznie tworzy lub aktualizuje zgłoszenia.
Entra ID – Agenci
Bezpieczne logowanie agentów przez Microsoft Entra ID z automatycznym tworzeniem i aktualizacją kont Qisutu.
ITSM, Availability, Kim i Microsoft 365 to oddzielne dodatki. Availability wymaga ITSM Enterprise; FeedMe własnej usługi i Qdrant. Funkcje Kim wymagają przewidzianego dostępu API; Microsoft 365 konfiguracji Entra i połączenia z Microsoft.
Poznaj Qisutu w codziennej pracy
Pokażemy funkcje ważne dla Twojego zespołu.
Podstawy i źródła
Funkcje rdzenia oparto na sprawdzonym commicie GitHub 0933c3d z 17 września 2026. Funkcje dodatków pochodzą z ich opisów; ExtraFiles zweryfikowano też w aktualnym pakiecie. Stwierdzenia o nakładzie pracy i obsłudze stanowią naszą ocenę udokumentowanych metod.