MotioCI Oszczędza uszkodzony IBM Cognos Content Store w DaVita HealthCare

Streszczenie

Wcześniej firma DaVita opierała się na żmudnej metodzie wdrażania treści BI między środowiskami IBM Cognos, które nie miały żadnych rzeczywistych możliwości wycofywania ani wersjonowania obiektów składnicy treści. Ta metoda naraziła firmę DaVita na ryzyko utraty wielu prac programistycznych w zakresie BI. Wdrożono DaVita MotioCI usprawnić wdrażanie i złagodzić takie ryzyko. Ponadto, MotioCI umożliwiło firmie DaVita przywrócenie całej bazy danych magazynu treści Cognos, która została uszkodzona. O DaVita DaVita HealthCare Partners Inc. to firma z listy Fortune 500®, która świadczy różnorodne usługi opieki zdrowotnej dla populacji pacjentów w Stanach Zjednoczonych i poza granicami Stanów Zjednoczonych.road. Wiodący dostawca usług dializ w Stanach Zjednoczonych, DaVita Kidney Care leczy pacjentów z przewlekłą niewydolnością nerek i schyłkową niewydolnością nerek. DaVita Kidney Care dąży do poprawy jakości życia pacjentów poprzez innowacyjną opiekę kliniczną oraz oferowanie zintegrowanych planów leczenia, spersonalizowanych zespołów opieki i wygodnych usług zarządzania zdrowiem.

Wdrożenie IBM Cognos firmy DaVita

IBM Cognos jest jedną z kilku aplikacji w infrastrukturze informatycznej firmy DaVita. Pięć lat temu firma DaVita zainstalowała Cognos w wersji 8.4 w swoim środowisku BI, które obejmuje serwer Dev, Test/QA i Production. Członkowie zespołu ds. infrastruktury IT firmy DaVita znajdują się w ich siedzibie w Denver i na terenie całego kraju. W dziale infrastruktury IT firmy DaVita znajduje się zespół operacji BI, składający się z głównego administratora IT, 3 pracowników z uprawnieniami admin i promotion możliwości i 10 autorów raportów. Poza zespołem IT jest 9,000 nazwanych użytkowników Cognos, którzy są głównie konsumentami raportów. Kilka samodzielnych spółek zależnych DaVita może tworzyć własne, oddzielne raporty BI i udostępniać je we wspólnym środowisku Cognos. Magazyn zawartości Cognos firmy DaVita składa się z tysięcy obiektów.

Wyzwania BI firmy DaVita

Proces wdrażania treści BI przez firmę DaVita był czasochłonny, żmudny i podatny na błędy. Stali oni również w obliczu codziennego ryzyka utraty prac rozwojowych z powodu braku systemu kontroli wersji.

Wyzwania BI firmy DaVita

Oryginalny proces wdrażania DaVita polegał na wyeksportowaniu treści z Dev do Test do Prod.

1. Najpierw stworzyliby łuk eksportowyhive w Dev i sprawdź to w systemie kontroli wersji.
2. Następnie zaimportowaliby go do środowiska testowego i wdrożyli.

Ten proces stworzył „sztuczną siatkę bezpieczeństwa”. Innymi słowy, proces wydawał się dobry, ale nie był zbyt funkcjonalny ani niezawodny. Jeśli użytkownik musiałby odzyskać raport, administrator musiałby pobrać odpowiednią wersję łuku wdrażaniahive z repozytorium i zaimportuj go do piaskownicy, aby pobrać specyfikację pojedynczego raportu. Ta specyfikacja musiałaby następnie zostać umieszczona w środowisku docelowym, które potencjalnie może nie być zsynchronizowane ze swoim pakietem. Ponadto specyfikacja raportu może, ale nie musi być wersją żądaną przez użytkownika. Poza jego złożonością problem z tym modelem wdrażania polegał na tym, że nie zapewniał on żadnej rzeczywistej możliwości wycofywania ani nie oferował żadnej wersji obiektów w magazynie treści. Brak wersjonowania obiektów w magazynie treści również naraża firmę DaVita na duże ryzyko utraty dużej ilości pracy w środowisku Dev. Zespół operacyjny DaVita BI chciał ulepszyć i zautomatyzować niektóre procesy robocze związane z Cognos. Chcieli zmniejszyć ryzyko i mieć możliwość przywrócenia poprzednich wersji zawartości BI w razie potrzeby. Chcieli również bezpiecznie przenieść obowiązki związane z wdrażaniem z jednej osoby na wiele osób, aby programiści mogli skrócić czas cyklu.

W jaki sposób MotioCI Zapisano zawartość sklepu DaVita

Cztery miesiące po zainstalowaniu DaVita MotioCI, ich implementacja Cognos musiała zostać ponownie uruchomiona zgodnie z wymaganiami po odnowieniu usług. Kiedy próbowali zrestartować Cognos, nic się nie wydarzyło, nie wróciło. Możliwości kontroli wersji MotioCI zostały użyte do wskazania przyczyny niepowodzenia ponownego uruchomienia i przywrócenia bazy danych magazynu zawartości. Przeprowadzając analizę przyczyn źródłowych, Motio a firma DaVita odkryła, że ​​sklep Cognos Content Store firmy DaVita znalazł się w niestabilnym stanie z powodu „perfekcyjnej burzy”. Kombinacją zdarzeń, która doprowadziła do powstania magazynu treści, którego nie można używać, były niewinne działania jednego użytkownika oraz ezoteryczny błąd w konkretnej wersji Cognos, który od tamtej pory został naprawiony. W Cognos 10.1.1 można było utworzyć folder, powiedzieć „Folder A” w folderach publicznych, wyciąć go, przejść do „Folderu A” i tam go wkleić. W istocie przenosisz folder pod sobą. Zarejestrowano błąd Cognos CMREQ4297, ale problemu nie można było naprawić z poziomu Cognos Connection. Pogorszyło się. Gdy usługa Cognos została odtworzona, nie uruchomi się ponownie. Cognos wyświetlił następujący komunikat: „CMSYS5230 Content Manager wykrył wewnętrznie cykliczne CMIDy. Okrągłe identyfikatory CMID to {xxxxxx}. Te złe identyfikatory CMID rodzic-dziecko powodują nieprawidłowe działanie Menedżera treści”. Utknęli w tym stanie. ten Motio Zespół wsparcia był w stanie przeprowadzić DaVita przez proces odzyskiwania uszkodzonych raportów i pakietów.