Resumé
DaVita har tidligere været afhængig af en besværlig metode til at implementere BI -indhold mellem IBM Cognos -miljøer, der ikke havde nogen reel tilbagekaldelse eller versionering af indholdslagerobjekter. Denne metode satte DaVita i fare for at miste en masse BI -udviklingsarbejde. DaVita implementeret MotioCI at forbedre implementeringen og afbøde sådanne risici. Ud over, MotioCI gjorde det muligt for DaVita at gendanne hele deres Cognos indholdsbutiks database, som var ødelagt. Om DaVita DaVita HealthCare Partners Inc. er et Fortune 500® -selskab, der leverer en række sundhedsydelser til patientpopulationer i hele USA og abroad. DaVita Kidney Care er en førende leverandør af dialysetjenester i USA og behandler patienter med kronisk nyresvigt og nyresygdom i slutstadiet. DaVita Kidney Care stræber efter at forbedre patientens livskvalitet ved at innovere klinisk pleje og ved at tilbyde integrerede behandlingsplaner, personlige plejeteams og praktiske sundhedsstyringstjenester.
DaVitas IBM Cognos -implementering
IBM Cognos er en af flere applikationer inden for DaVitas it -infrastruktur. For fem år siden installerede DaVita Cognos version 8.4 i deres BI -miljø, som inkluderer en Dev-, Test/QA- og produktionsserver. DaVitas medlemmer af IT -infrastrukturteamet er placeret på deres hovedkvarter i Denver og i hele landet. Inden for DaVitas IT -infrastrukturafdeling er et BI -driftsteam bestående af en primær it -administrator, 3 medarbejdere, der har admin og promotion kapaciteter og 10 rapportforfattere. Uden for IT -teamet er der 9,000 navngivne Cognos -brugere, der primært er rapporterende forbrugere. Flere selvstændige datterselskaber af DaVita kan udvikle deres egne, separate BI -rapporter og hoste dem i det delte Cognos -miljø. DaVitas Cognos -indholdsbutik består af tusinder af objekter.
DaVitas BI -udfordringer
DaVitas proces med at implementere BI-indhold var tidskrævende, kedeligt og tilbøjelig til fejl. De stod også over for den daglige risiko for at miste udviklingsarbejde ved ikke at have et versionskontrolsystem på plads.
DaVitas BI -udfordringer
DaVitas oprindelige implementeringsproces bestod i at eksportere indhold fra Dev til Test til Prod.
- Først ville de oprette eksportbuenhive i Dev og tjek det ind i et versionskontrolsystem.
- De ville derefter importere det til testmiljøet og implementere.
Denne proces skabte et "kunstigt sikkerhedsnet". Med andre ord føltes processen godt, men den var ikke særlig funktionel eller pålidelig. Hvis en bruger skulle gendanne en rapport, skulle en administrator hente den korrekte version af installationsbuenhive fra depotet og importer det til en sandkasse for at hente rapportspecifikationen for en individuel rapport. Denne specifikation skal derefter placeres i målmiljøet, hvilket muligvis kan være ude af synkronisering med pakken. Desuden er rapportspecifikationen muligvis den version, som brugeren anmodede om. Udover dens kompleksitet var problemet med denne implementeringsmodel, at den ikke gav nogen reel tilbagekaldelsesfunktion, og at den heller ikke tilbød nogen versionering af objekterne i indholdsbutikken. Fraværet af versioneringsobjekter i indholdsbutikken sætter også DaVita i høj risiko for at miste en stor mængde arbejde i Dev -miljøet. DaVita BI-driftsteamet ville forbedre og automatisere nogle af deres Cognos-relaterede arbejdsprocesser. De ville reducere risikoen og have mulighed for at rulle tilbage til tidligere versioner af BI -indhold, hvis det er nødvendigt. De ønskede også sikkert at overføre implementeringsansvar fra en person til flere personer, så udviklere kunne reducere deres cyklustid.
Hvordan MotioCI Gemte DaVitas indholdsbutik
Fire måneder efter DaVita blev installeret MotioCI, deres Cognos -implementering skulle genstartes efter behov, når tjenesterne fornyes. Da de forsøgte at genstarte Cognos, skete der ikke noget, det ville ikke komme tilbage. Versionskontrolfunktionerne i MotioCI blev brugt til at finde årsagen til genstartfejlen og gendanne indholdsbutikkens database. Ved udførelse af en grundårsagsanalyse, Motio og DaVita opdagede, at DaVitas Cognos Content Store kom i ustabil tilstand på grund af en "perfekt storm". Kombinationen af begivenheder, der førte til den ubrugelige indholdsbutik, var en brugers uskyldige handlinger og en esoterisk fejl i en specifik version af Cognos, som siden er blevet rettet. I Cognos 10.1.1 var det muligt at oprette en mappe, sige “Mappe A” i offentlige mapper, klippe den, navigere til “Mappe A” og indsætte den der. I det væsentlige flytter du en mappe under sig selv. En Cognos -fejl CMREQ4297 blev logget, men problemet kunne ikke rettes indefra Cognos Connection. Det blev værre. Når Cognos -tjenesten blev genbrugt, ville den ikke genstarte. Cognos viste denne meddelelse: "CMSYS5230 Content Manager fandt cirkulære CMID'er internt. De cirkulære CMID'er er {xxxxxx}. Disse dårlige CMID'er til børn og forældre får Content Manager til at fungere forkert. " De sad fast i den tilstand. Det Motio supportteam var i stand til at gå DaVita igennem processen med at gendanne de beskadigede rapporter og pakker.
$ sparet i omkostninger forbundet med reparation og genopretning af indholdsbutik i Cognos
måneders arbejde for 30-40 udviklere til reparation af Davitas indholdsbutik blev elimineret med MotioCI
MotioCI blev implementeret, og DaVita oplevede straks forbedringer i let at implementere mellem miljøer og hurtigt vende tilbage til tidligere indholdsversioner. Bare 4 måneder efter MotioCI blev installeret, kom DaVitas indholdsbutik i ustabil tilstand på grund af en kombination af begivenheder i Cognos. Det MotioCI versionskontrolfunktioner og supportteam gav DaVita mulighed for at finde årsagen til problemet og returnere deres Content Store til en stabil tilstand. Havde MotioCI ikke var på plads, ville de have mistet måneders arbejde.