Q:
Kokie yra „OpenStack“ mastelio didinimo iššūkiai?
A:Kaip populiarus atvirojo kodo pasirinkimas diegimui, „OpenStack“ kelia tam tikrų problemų verslo lyderiams, ketinantiems išplėsti debesų projektą. Daugelis jų yra susiję su „OpenStack“ atvirojo kodo, palyginti su patentuotomis platformomis.
Vienas iššūkių yra „bendruomenės palaikymas“ arba „minios šaltinis“ OS, kaip atvirojo kodo įrankio, pobūdis. Daugelis CIO ir CTO norės kažko daugiau, tam tikros išankstinio planavimo galimybės, kurią siūlo tie pardavėjų produktai, kurie turi daugiau ilgalaikio planavimo.
Apskritai bet kurį projektą gali būti sunku išmatuoti, neatsižvelgiant į platformą, tačiau kai kuriems lyderiams dar vienas rūpestis yra tradicinės OS aplinkos atnaujinimo palaikymo trūkumas. Tam tikrais atvejais tai reiškė poreikį atlikti šaltas migracijas, kad projektas būtų pakeistas.
Kitas rūpestis yra nepakankamas pasirengimas integruoti kai kurias pagrindines viešųjų debesų sistemas. OS gali būti sunku pritaikyti prie kai kurių iš šių parinkčių, todėl gali prireikti daugiau rankinio įsikišimo. Vėlgi, tai atitinka atvirojo kodo produktų, kurie dažnai yra „mažiau patogūs vartotojui“, nei pardavėjų produktai, filosofiją. Kitaip tariant, pardavėjai investuoja į įvairius vartotojų inžinerijos būdus ar kitas nuolaidas, remdamiesi pajamomis, kurias jie tikisi gauti iš pardavimų.
Daugelis ekspertų nurodo mastelio keitimą kaip pagrindinį „pliūpsnio tašką“ naudojant „OpenStack“. Yra idėja, kad projekto kūrimas ir įgyvendinimas yra vienas etapas, o mastelio keitimas yra dar vienas visiškai skirtingas etapas. IT profesionalai, kalbėdami apie mastelio didinimo iššūkius, reikš, kad pirmojo įgyvendinimo etapo sėkmė nebūtinai užtikrina arba lemia antrojo mastelio keitimo etapo sėkmę, kad mastelio didinimui yra specifinių kliūčių, kurios nėra „savaime išsprendžiamos“. įgyvendinant ar kituose ankstesniuose etapuose. Tai, palyginti su atvirojo kodo sistemos kūrimu, sukuria būdingus iššūkius, įskaitant techninės priežiūros iššūkius, išteklių paskirstymo iššūkius ir kitus dalykus, kurių kūrėjai ir projektų vadovai paprastai nenumatys, nebent pagalvos apie galimybę išbandyti sistemą po faktas.
