Service Management
De la comandă la instalare: pachete AppCloud365 în catalogul de servicii OpsCloud365
Două produse, date separate, un singur flux: cum trece o comandă de software din portalul de self-service prin aprobare și grupul de execuție până la un pachet din AppCloud365 și unde este granița dintre cele două tooluri.
Suntem întrebați regulat dacă OpsCloud365 și AppCloud365 sunt „conectate”. Răspunsul sincer are două părți. Tehnic: nu. Sunt două aplicații separate cu baze de date separate, și fiecare rulează fără cealaltă. Organizatoric: da, într-un punct care apare în IT în fiecare zi. Cineva are nevoie de un software pe dispozitivul său. Acest articol urmărește drumul de la comandă la instalare și arată unde își face fiecare tool partea.
Fluxul în cinci pași
Pasul 1: Comanda în portal
În portalul de self-service OpsCloud365, angajații găsesc catalogul de servicii. Un element precum „Instalare software” are propriul formular de comandă, care întreabă de aplicație și de dispozitiv. Prețul, termenul de livrare și dacă este necesară o aprobare sunt afișate pe element înainte ca cineva să comande. Comanda devine o cerere de serviciu cu număr, pe care solicitantul o urmărește la „Tichetele mele”.
Pasul 2: Aprobarea
Fiecare element de catalog are o regulă de aprobare: niciuna, managerul direct al solicitantului, un grup de aprobatori sau o persoană anume. Aprobarea se creează automat la deschiderea cererii și apare pentru cei responsabili la „Aprobările mele”. Respingerea cere un comentariu. După aprobare, cererea trece în lucru și ajunge la grupul de execuție configurat pe elementul de catalog.
Pasul 3: Pachetul din AppCloud365
Acum se schimbă toolul. Grupul de execuție, de obicei echipa de client management, caută aplicația în catalogul WinGet oglindit din AppCloud365, verifică versiunea și installerul și construiește pachetul: ca pachet PSADT, ca .intunewin sau ca installer original verificat. Pentru aplicațiile comandate des, pachetul există de obicei deja și acest pas dispare.
Pasul 4: Distribuția
Pachetul este publicat în Microsoft Intune sau Configuration Manager și alocat dispozitivului solicitantului. La cerere configurăm această predare astfel încât pachetele construite în AppCloud365 să ajungă direct în sistemul de distribuție. Ce se întâmplă pe dispozitiv este controlat de pachetul însuși: închide procese, instalează, raportează codul de ieșire.
Pasul 5: Cererea este îndeplinită
Înapoi în OpsCloud365, grupul de execuție setează cererea pe îndeplinită. Solicitantul vede starea în portal, poate evalua tratarea, iar instalarea este trasabilă ca software pe activul dispozitivului, dacă este înregistrată acolo. De atunci contează drept consum pentru conformitatea licențelor.
Unde este granița, și de ce
Ar fi posibilă cuplarea tehnică a celor două produse: o cerere care declanșează automat un job de împachetare. Până acum nu am construit asta în mod deliberat. În acest punct grupul de execuție ia decizii pe care un automat nu ar trebui să le ia: ce versiune, ce installer, dacă pachetul există deja, dacă aplicația are ce căuta în această organizație. Predarea este o sarcină pentru oameni care au tooluri bune pentru ea.
Ce împart cele două produse este o atitudine: comenzile au o aprobare, pachetele au un hash și ambele au un istoric. Dacă le folosești pe amândouă, ai un flux continuu de la întrebarea „Pot primi 7-Zip, vă rog?” la răspunsul „Este instalat.” Dacă folosești doar unul, nu pierzi nimic din ce celălalt nu ar putea face singur.
Toate imaginile prezintă aplicația reală cu date demo fictive, în versiunea în limba engleză.