Įvaldykite mėlynai-žalios spalvos diegimą sklandžiam programinės įrangos diegimui, prastovų pašalinimui ir sistemos stabilumui. Vadovas šiuolaikinėms inžinerijos komandoms.
Mėlynai-žalios spalvos diegimas: Kelias į nulinių prastovų leidimus ir sustiprintą sistemos patikimumą pasaulinėms įmonėms
Šiandieniniame tarpusavyje susijusiame pasaulyje, kur skaitmeninės paslaugos turi būti prieinamos 24 valandas per parą, 7 dienas per savaitę, 365 dienas per metus, sistemų išjungimas atnaujinimams tampa vis labiau nepriimtinas. Nuo pasaulinių elektroninės prekybos platformų, apdorojančių operacijas įvairiose laiko juostose, iki kritinių finansinių paslaugų, veikiančių nepertraukiamai, ir SaaS paslaugų teikėjų, aptarnaujančių vartotojus visuose planetos kampeliuose, prastovos tiesiogiai reiškia prarastas pajamas, sumažėjusį vartotojų pasitikėjimą ir didelę reputacijos žalą. Tradicinis programinės įrangos diegimo metodas, dažnai susijęs su techninės priežiūros langais ir paslaugų pertraukimais, tiesiog neatitinka šiuolaikinės, globalizuotos skaitmeninės ekonomikos reikalavimų.
Būtent čia Mėlynai-žalios spalvos diegimas pasirodo kaip kritinė strategija. Tai galinga leidimo technika, skirta sumažinti prastovas ir riziką, naudojant dvi identiškas gamybos aplinkas, iš kurių tik viena veikia bet kuriuo metu. Šiame straipsnyje bus nuodugniai nagrinėjami mėlynai-žalios spalvos diegimo principai, nauda, įgyvendinimas ir aspektai, siūlantys praktinių įžvalgų inžinerijos komandoms visame pasaulyje, siekiančioms nepriekaištingo sistemos patikimumo ir sklandaus programinės įrangos pristatymo.
Pagrindinės koncepcijos supratimas: Kas yra mėlynai-žalios spalvos diegimas?
Iš esmės, mėlynai-žalios spalvos diegimas yra metodas, kuris sumažina prastovas ir riziką, turint dvi identiškas gamybos aplinkas, pavadinkime jas „Mėlyna“ ir „Žalia“. Tik viena iš šių aplinkų yra aktyvi bet kuriuo metu, aptarnaujanti tiesioginį srautą. Neaktyvi aplinka naudojama diegti ir testuoti naujas jūsų programos versijas.
Analogija: Mėlyna ir Žalia aplinkos
Įsivaizduokite, kad turite dvi identiškas scenas muzikiniam pasirodymui. Viena scena (Mėlyna) šiuo metu rengia tiesioginį pasirodymą, o publika yra visiškai įsitraukusi. Tuo tarpu antroje, identiškoje scenoje (Žalia) komanda tyliai ruošiasi kitam pasirodymui, testuoja visą įrangą ir užtikrina, kad viskas būtų tobula. Kai naujas numeris yra paruoštas ir kruopščiai patikrintas, žiūrovų dėmesys sklandžiai nukreipiamas į Žalią sceną, ir ji tampa nauja tiesioginio veiksmo aplinka. Tada Mėlyna scena tampa prieinama kitam paruošimui.
- Mėlyna aplinka: Tai jūsų dabartinė gamybos aplinka, kurioje veikia stabili, tiesioginė jūsų programos versija, aktyviai aptarnaujanti vartotojų srautą.
- Žalia aplinka: Tai jūsų gamybos aplinkos klonas, naudojamas naujai jūsų programos versijai diegti ir testuoti. Ji išlieka izoliuota nuo tiesioginio srauto, kol nebus laikoma paruošta.
Srauto perjungimas: Sklandus perėjimas
Mėlynai-žalios spalvos diegimo stebuklas slypi tame, kaip srautas persiunčiamas tarp dviejų aplinkų. Vietoj to, kad būtų atliekamas atnaujinimas vienoje aplinkoje (kas savaime susiję su rizika ir prastovomis), mėlynai-žalias diegimas leidžia atlikti beveik momentinį perjungimą. Tai paprastai valdo srauto maršrutizatorius, pavyzdžiui:
- Apkrovos balansavimo įrenginiai: Jie dažnai naudojami nukreipti gaunamus užklausas į Mėlyną arba Žalią aplinką. Paprastas apkrovos balansavimo įrenginio konfigūracijos pakeitimas gali peradresuoti visą srautą.
- DNS konfigūracija: Atnaujinus DNS įrašus (pvz., CNAME įrašus), kad jie nukreiptų į naujos aplinkos IP adresą arba apkrovos balansavimo įrenginį, srautas gali būti peradresuotas. Tačiau DNS sklidimo laikas gali sukelti vėlavimų, todėl tai yra mažiau „akimirksniu“ nei apkrovos balansavimo įrenginio perjungimas.
- API šliuzai: Mikropaslaugų architektūroms API šliuzas gali būti sukonfigūruotas nukreipti užklausas į skirtingas paslaugų versijas, veikiančias mėlynoje ar žalioje aplinkose.
Kai perjungimas atliekamas, Žalia aplinka tampa nauja gyva gamybos aplinka. Senoji Mėlyna aplinka tada laikoma kaip greita grąžinimo galimybė nenumatytų problemų atveju, arba ji gali būti išmontuota ar pertvarkyta kitam leidimui.
Nulinių prastovų būtinybė: Kodėl tai svarbu visame pasaulyje
Nulinių prastovų diegimo poreikis nėra tik technologinė prabanga; tai yra pagrindinis verslo reikalavimas organizacijoms, veikiančioms pasauliniu mastu. Nuolatinis prieinamumas yra nepaprastai svarbus dėl kelių priežasčių:
Verslo tęstinumas ir pajamų apsauga
Bet kuriai pasaulinei įmonei net kelios prastovos minutės gali turėti katastrofiškų finansinių pasekmių. Elektroninės prekybos platformos, finansinės prekybos sistemos ir kritinės SaaS programos veikia 24 valandas per parą, 7 dienas per savaitę įvairiose rinkose. Sutrikimas viename regione gali paveikti vartotojus ir operacijas visame pasaulyje. Mėlynai-žalios spalvos diegimas užtikrina, kad paslaugos išlieka nenutrūkstamos, apsaugant pajamų srautus ir palaikant verslo operacijas be pertraukų, nepriklausomai nuo to, kur yra klientai ar koks laikas.
Patobulinta vartotojo patirtis
Pasauliniai vartotojai tikisi sklandaus ir nenutrūkstamo paslaugų prieinamumo. Bet koks sutrikimas, kad ir koks trumpas, gali sukelti vartotojų nusivylimą, pasitraukimą ir pasitikėjimo praradimą. Labai konkurencingoje skaitmeninėje aplinkoje, puiki vartotojo patirtis yra pagrindinis skirtumas. Nulinių prastovų leidimai žymiai prisideda prie šio pasitikėjimo palaikymo ir nuoseklios paslaugų kokybės užtikrinimo vartotojams visuose žemynuose.
Greitesnė iteracija ir inovacijos
Gebėjimas dažnai ir patikimai diegti naujas funkcijas ir pataisymus yra labai svarbus norint išlikti konkurencingiems. Mėlynai-žalios spalvos diegimas suteikia komandoms galimybę drąsiai išleisti atnaujinimus, žinant, kad paslaugos nutraukimo rizika yra minimali. Tai pagreitina kūrimo ciklą, leidžiant organizacijoms greičiau diegti naujoves, greitai reaguoti į rinkos poreikius ir greičiau teikti vertę savo pasauliniams klientams.
Sumažinta rizika ir stresas
Tradiciniai diegimai dažnai yra labai stresą keliantys įvykiai, kupini žmogiškųjų klaidų ir nenumatytų komplikacijų galimybės. Mėlynai-žalias metodas drastiškai sumažina šį spaudimą, suteikdamas momentinį, patvirtintą grąžinimo mechanizmą. Jei po perjungimo į naują aplinką kyla problemų, srautas gali būti akimirksniu nukreiptas atgal į stabilią, seną aplinką, sušvelninant poveikį ir suteikiant kūrimo komandoms saugesnę darbo aplinką. Ši ramybė yra neįkainojama pasauliniu mastu pasiskirsčiusioms komandoms, bendradarbiaujančioms leidžiant naujas versijas.
Žingsnis po žingsnio vadovas, kaip įdiegti mėlynai-žalios spalvos diegimą
Sėkmingo mėlynai-žalios spalvos diegimo strategijos įgyvendinimas reikalauja kruopštaus planavimo ir automatizavimo. Štai apibendrintas žingsnis po žingsnio vadovas, taikomas įvairiems technologijų stekams ir debesų paslaugų teikėjams:
1 žingsnis: Paruoškite dvi identiškas aplinkas (Mėlyna ir Žalia)
Pagrindinis principas yra dviejų gamybai paruoštų aplinkų egzistavimas, kurios yra kuo identiškesnės. Tai reiškia identiškas aparatinės įrangos specifikacijas, operacines sistemas, įdiegtą programinę įrangą, tinklo konfigūracijas ir užkardos taisykles. Tai dažnai pasiekiama naudojant:
- Infrastruktūra kaip kodas (IaC): Įrankiai, tokie kaip Terraform, AWS CloudFormation, Azure Resource Manager ar Google Cloud Deployment Manager, leidžia apibrėžti jūsų infrastruktūrą kode, užtikrinant nuoseklumą ir atkuriamumą visose aplinkose.
- Konfigūracijos valdymas: Įrankiai, tokie kaip Ansible, Chef ar Puppet, užtikrina, kad programinės įrangos konfigūracijos ir priklausomybės būtų identiškos abiejose aplinkose.
- Duomenų sinchronizavimas: Duomenų bazėms tai yra vienas sudėtingiausių aspektų. Turite užtikrinti, kad naujos (žalios) aplinkos programa galėtų prisijungti prie dabartinės gamybos duomenų bazės, arba kad pati duomenų bazė būtų replikuojama ir sinchronizuojama. Duomenų bazės schemos pakeitimų atgalinis suderinamumas yra kritiškai svarbus.
2 žingsnis: Įdiekite naują versiją į neaktyvią aplinką
Kai Žalia aplinka yra paruošta, nauja jūsų programos kodo versija įdiegiama į ją. Šis procesas turėtų būti visiškai automatizuotas naudojant jūsų nuolatinės integracijos/nuolatinio diegimo (CI/CD) konvejerį. Šios fazės metu Žalia aplinka išlieka izoliuota nuo tiesioginio srauto.
3 žingsnis: Kruopštus žaliosios aplinkos testavimas
Prieš nukreipiant bet kokį tiesioginį srautą, naujai įdiegta programa žalioje aplinkoje turi būti kruopščiai ištestuota. Tai yra esminis žingsnis, kuris sumažina klaidų įdiegimo į gamybą riziką:
- Automatiniai testai: Vykdykite visą vieneto, integracijos ir galinio taško testų rinkinį žaliojoje aplinkoje.
- Našumo ir apkrovos testavimas: Imituokite gamybos lygio apkrovą, kad užtikrintumėte, jog nauja versija gali apdoroti numatomus srauto kiekius ir veikia priimtinų parametrų ribose.
- Dūmų testai: Pagrindiniai funkcionalumo patikrinimai, siekiant patvirtinti, kad programa paleidžiama ir esminės funkcijos veikia.
- Vartotojo priėmimo testavimas (UAT): Pasirinktinai, nedidelė vidinių vartotojų grupė arba nekritinių išorinių vartotojų pogrupis (jei naudojamas „kanarėlės“ metodas, kuris gali būti derinamas su mėlynai-žaliu diegimu) gali testuoti žaliąją aplinką.
4 žingsnis: Nukreipkite srautą į naują (žalią) aplinką
Po sėkmingo testavimo įvyksta srauto perjungimas. Tai apima jūsų apkrovos balansavimo įrenginio, DNS ar API šliuzo konfigūracijos keitimą, siekiant nukreipti visas gaunamas užklausas iš mėlynosios aplinkos į žaliąją aplinką. Šis perėjimas turėtų būti kuo greitesnis, kad būtų pasiektas beveik nulinis prastovos laikas. Kai kurios organizacijos pasirenka laipsnišką srauto perkėlimą (hibridinį mėlynai-žalios spalvos/kanarėlės metodą) labai kritinėms ar didelio srauto programoms, pradedant nuo nedidelio vartotojų procento ir laipsniškai jį didinant.
5 žingsnis: Stebėkite ir analizuokite
Iškart po perjungimo gyvybiškai svarbu intensyvus stebėjimas ir stebimumas. Stebėkite pagrindinius rodiklius, tokius kaip:
- Klaidų dažnis: Ieškokite bet kokių programos klaidų ar serverio klaidų šuolių.
- Vėlavimas: Stebėkite atsako laikus, kad įsitikintumėte, jog nėra našumo pablogėjimo.
- Resursų panaudojimas: Patikrinkite CPU, atminties ir tinklo naudojimą, kad aptiktumėte bet kokį netikėtą resursų sunaudojimą.
- Programos žurnalai: Peržiūrėkite žurnalus, ar nėra jokių įspėjimų, kritinių klaidų ar netikėto elgesio.
Turi būti įdiegtos patikimos įspėjimo sistemos, kad nedelsiant praneštų komandoms apie bet kokius nukrypimus. Tai ypač svarbu pasaulinėms paslaugoms, kur problema gali pasireikšti skirtingai įvairiuose regionuose ar vartotojų segmentuose.
6 žingsnis: Išmontuokite arba pertvarkykite seną (mėlyną) aplinką
Kai Žalia aplinka pasirodys stabili nustatytą laikotarpį (pvz., valandas ar dienas), senoji Mėlyna aplinka gali būti:
- Palikta grąžinimui: Išsaugokite ją trumpam laikui kaip apsauginį tinklą, leidžiantį nedelsiant grąžinti, jei vėliau būtų aptikta kritinė, latentinė klaida.
- Išmontuota: Visiškai išjungta ir pašalinta, siekiant sutaupyti išlaidų.
- Pertvarkyta: Tapkite nauja „Mėlyna“ aplinka kitam leidimo ciklui, kur bus diegiama nauja versija.
Pagrindiniai mėlynai-žalios spalvos diegimo privalumai
Mėlynai-žalios spalvos diegimo priėmimas suteikia daugybę pranašumų, kurie žymiai pagerina programinės įrangos pristatymo procesą ir bendrą sistemos patikimumą:
Nulinė prastova
Pats patraukliausias privalumas. Vartotojai nepatiria jokių paslaugų trikdžių diegimo metu. Tai nepakeičiama pasaulinėms programoms, kurios negali sau leisti jokių prastovų.
Momentinė grąžinimo galimybė
Jei nauja versija žalioje aplinkoje parodo kritines problemas, srautas gali būti nedelsiant perjungtas atgal į stabilią mėlyną aplinką. Tai suteikia neįtikėtinai tvirtą apsauginį tinklą, sumažinant nenumatytų klaidų poveikį ir leidžiant komandoms spręsti problemas be spaudimo.
Sumažinta rizika ir stresas
Suteikdamas išbandytą aplinką prieš pradedant gyvai ir momentinę grąžinimo galimybę, mėlynai-žalias diegimas žymiai sumažina riziką, susijusią su leidimais. Tai reiškia mažiau streso kūrimo ir operacijų komandoms, skatinant labiau pasitikinčią ir efektyvesnę leidimų kultūrą.
Supaprastintas testavimas gamybai artimose aplinkose
Žalioji aplinka tarnauja kaip labai tiksli paruošiamoji vieta. Kadangi tai yra gamybos sistemos klonas, čia atliekamas testavimas glaudžiai atspindi realaus pasaulio sąlygas, atskleidžiant problemas, kurios gali būti praleistos mažiau reprezentatyviose testavimo aplinkose.
Patobulintas bendradarbiavimas ir DevOps kultūra
Mėlynai-žalios spalvos diegimas savaime skatina automatizavimą, patikimą stebėseną ir glaudų bendradarbiavimą tarp kūrimo ir operacijų komandų. Tai puikiai atitinka DevOps principus, skatinant bendros atsakomybės ir nuolatinio tobulinimo kultūrą pristatymo procese.
Iššūkiai ir aspektai pasaulinėms komandoms
Nors ir labai naudingas, mėlynai-žalias diegimas turi savo iššūkių, ypač didelėms, pasauliniu mastu paskirstytoms sistemoms:
Infrastruktūros dubliavimo išlaidos
Dvių identiškų gamybos aplinkų palaikymas savaime reiškia infrastruktūros dubliavimą. Nors debesų paslaugų teikėjai dažnai leidžia lengvai keisti mastelį aukštyn ir žemyn, o neaktyvi aplinka kartais gali būti sumažinta, dvigubai didesnių resursų eksploatavimo kaina gali būti reikšminga. Organizacijos turi įvertinti išlaidas, palyginti su nulinių prastovų ir sumažintos rizikos privalumais. Šiuolaikinės debesų architektūros ir serverless funkcijos kartais gali tai sušvelninti, apmokestinant tik už naudojimą neaktyvioje aplinkoje.
Duomenų bazių migracijos ir būsenos valdymas
Tai dažnai yra sudėtingiausias aspektas. Būsenos valdymą turinčioms programoms kritiškai svarbu užtikrinti duomenų nuoseklumą ir valdyti duomenų bazės schemos pokyčius tarp senosios (mėlynosios) ir naujosios (žaliosios) versijų. Strategijos dažnai apima:
- Atgalinis suderinamumas: Duomenų bazės pakeitimai turi būti atgaliniu būdu suderinami, kad abi – senosios ir naujosios programos versijos – galėtų skaityti ir rašyti į tą pačią duomenų bazę pereinamuoju laikotarpiu.
- Fazuoti diegimai: Taikykite duomenų bazės schemos pakeitimus keliais, atgaliniu būdu suderinamais žingsniais.
- Replikacija: Užtikrinkite, kad duomenys būtų efektyviai replikuojami, jei naudojamos atskiros duomenų bazės, nors tai žymiai padidina sudėtingumą.
Srauto valdymo sudėtingumas
Programoms, aptarnaujančioms pasaulinę vartotojų bazę, srauto nukreipimas gali būti sudėtingesnis. Pasauliniai DNS, turinio pristatymo tinklai (CDN) ir regioniniai apkrovos balansavimo įrenginiai turi būti kruopščiai sukonfigūruoti, kad srautas būtų efektyviai ir be padidinto vėlavimo nukreiptas į tinkamą aplinką skirtingose geografinėse vietovėse. Tam reikalingas gilus pasaulinės tinklo topologijos supratimas.
Stebėjimas ir stebėsena įvairiose sistemose
Visapusiškas stebėjimas ir stebimumas dviejose aplinkose, galimai apimančiose kelis geografinius regionus, reikalauja patikimo, vieningo žurnalų, metrikų ir sekimo sprendimo. Komandoms reikia aiškių informacijos skydelių ir įspėjimo mechanizmų, kurie galėtų greitai nustatyti problemas naujai įdiegtoje Žaliojoje aplinkoje, nepriklausomai nuo jos vietos ar konkrečių infrastruktūros komponentų, kuriuos ji naudoja.
Diegimo automatizavimas ir įrankiai
Tikro nulinių prastovų diegimo pasiekimas naudojant mėlynai-žalios spalvos diegimą labai priklauso nuo automatizavimo. Tam reikalingi brandūs CI/CD konvejeriai, platus infrastruktūros kaip kodo (IaC) naudojimas ir patikimi konfigūracijos valdymo įrankiai. Pasaulinėms komandoms labai svarbu pasirinkti įrankius, kurie gerai integruojasi su skirtingais debesų paslaugų teikėjais, vietiniais duomenų centrais ir įvairiomis geografinėmis sritimis.
Geriausios praktikos sėkmingai mėlynai-žalios spalvos strategijai
Norėdami maksimaliai padidinti naudą ir sumažinti iššūkius, apsvarstykite šias geriausias praktikas:
Automatizuokite viską
Nuo aplinkos paruošimo iki diegimo, testavimo ir srauto perjungimo, automatizavimas yra nediskutuotinas. Rankiniai žingsniai įveda žmogiškąsias klaidas ir sulėtina leidimo procesą. Pasinaudokite CI/CD įrankiais ir IaC sprendimais, kad sukurtumėte atkartojamas, patikimas diegimo konvejeres.
Įdiekite patikimą stebėseną ir įspėjimus
Investuokite į išsamius stebėsenos įrankius (APM, infrastruktūros stebėsena, žurnalų agregavimas) ir nustatykite išmaniuosius įspėjimus. Apibrėžkite aiškius sėkmės ir nesėkmės rodiklius (pvz., klaidų dažnį, vėlavimą, resursų naudojimą). Šios sistemos yra jūsų akys ir ausys po perjungimo, gyvybiškai svarbios greitai nustatant problemas, ypač kai aptarnaujate pasaulinę auditoriją.
Kruopščiai planuokite duomenų bazės pakeitimus
Duomenų bazės migracijos yra sudėtingiausia dalis. Visada užtikrinkite, kad duomenų bazės schemos pakeitimai būtų atgaliniu būdu suderinami, kad abi – senoji (mėlynoji) ir naujoji (žalioji) programos versijos – galėtų vienu metu veikti su esamais duomenimis. Apsvarstykite daugiapakopį metodą sudėtingiems duomenų bazės pakeitimams.
Pradėkite nuo mažo ir iteruokite
Jei esate naujokas mėlynai-žalios spalvos diegime, pirmiausia pradėkite jį diegti mažiau kritinėms paslaugoms ar mikropaslaugoms. Įgykite patirties ir pasitikėjimo, prieš taikydami jį pagrindinėms, didelio srauto programoms. Kartokite savo procesą, mokydamiesi iš kiekvieno diegimo.
Apibrėžkite aiškias grąžinimo procedūras
Net ir atliekant kruopštų testavimą, gali prireikti grąžinimo. Užtikrinkite, kad jūsų komanda aiškiai suprastų, kaip inicijuoti neatidėliotiną grąžinimą į mėlyną aplinką. Reguliariai praktikuokite šias procedūras, kad jos taptų įprastos stresinėse situacijose.
Apsvarstykite hibridinius metodus (pvz., „kanarėlės“ leidimai)
Labai didelėms ar didelio poveikio programoms, grynas mėlynai-žalias perjungimas vis dar gali atrodyti per daug rizikingas pradiniam srauto nukreipimui. Apsvarstykite galimybę derinti jį su „kanarėlės“ leidimo strategija, kai nedidelė dalis srauto pirmiausia nukreipiama į žalią aplinką. Tai leidžia atlikti realaus pasaulio testavimą su ribotu poveikio spinduliu prieš visišką perjungimą, suteikiant papildomą saugumo sluoksnį. Tai ypač naudinga pasauliniams diegimams, kur vartotojų elgesys gali žymiai skirtis priklausomai nuo regiono.
Realios pasaulio programos ir pasaulinis poveikis
Mėlynai-žalios spalvos diegimas nėra nišinė strategija; tai yra pagrindinis šiuolaikinio leidimų valdymo ramstis daugybei organizacijų visame pasaulyje. Pagrindiniai debesų paslaugų teikėjai naudoja panašias technikas, norėdami atnaujinti savo didžiulę infrastruktūrą, netrikdydami klientų paslaugų. Pirmaujantys elektroninės prekybos gigantai užtikrina, kad jų platformos visada būtų prieinamos pirkėjams visame pasaulyje, ypač piko sezonais, tokiems kaip pasauliniai išpardavimų renginiai. Finansų institucijos naudoja tokius metodus, kad išleistų kritinius saugumo atnaujinimus ir naujas funkcijas, nepaveikdamos nuolatinės prekybos ar bankinių operacijų.
SaaS įmonės, aptarnaujančios įvairias pramonės šakas ir geografines vietoves, pasikliauja mėlynai-žalios spalvos diegimu, kad nuolat teiktų vertę savo abonentams be paslaugų nutraukimų, kurie dažnai yra numatyti griežtose paslaugų lygio sutartyse (SLA). Nuo sveikatos priežiūros programų Europoje iki logistikos platformų Azijoje ir pramogų paslaugų Amerikoje, nuolatinio prieinamumo poreikis yra universalus, todėl mėlynai-žalios spalvos diegimas yra nepakeičiama priemonė pasauliniame inžinerijos priemonių rinkinyje.
Išvada: Leidimų valdymo ateitis
Mėlynai-žalios spalvos diegimas yra brandi ir labai efektyvi strategija, skirta pasiekti nulinių prastovų leidimus ir žymiai padidinti sistemos patikimumą. Nors ji kelia specifinių iššūkių, ypač susijusių su infrastruktūros sąnaudomis ir duomenų bazių valdymu, nuolatinio prieinamumo, momentinio grąžinimo ir sumažintos diegimo rizikos privalumai gerokai viršija šias kliūtis bet kuriai organizacijai, įsipareigojusiai teikti patikimas ir nenutrūkstamas skaitmenines paslaugas. Pasaulinėms įmonėms, konkuruojančioms nuolat veikiančiame pasaulyje, mėlynai-žalios spalvos diegimo pritaikymas yra ne tik galimybė, bet ir strateginė būtinybė. Investuodamos į automatizavimą, kruopštų planavimą ir patikimą stebėjimą, komandos visame pasaulyje gali užtikrintai įveikti programinės įrangos pristatymo sudėtingumą, užtikrindamos, kad jų programos išliktų našios, prieinamos ir patikimos, nepriklausomai nuo to, kur yra jų vartotojai.