„След като получат огромна сметка за облачен доставчик, много организации се стремят да върнат някои от своите бази данни обратно на място.“
На някой може да бъде простено да мисли, че всичко, което е свързано с ИТ, се абсорбира в облака. Има огромен натиск, за да накара облака да се движи. Както беше установено в скорошен изследване от 550 ръководители, проведено от IDG, повече от една трета (38%) съобщават, че техните ИТ отдели са под натиск да мигрират всички приложения и инфраструктура към облака.
Забележително е обаче, че на този етап повечето корпоративни ИТ и активи за данни все още се намират в собствените си центрове за данни. Има някои приложения и системи, които просто не са подходящи за облака в момента – и може никога да не стигнат до облака. Как лицата, вземащи ИТ решения, определят кога облачната миграция няма смисъл и е по-добре да оставите нещата на място? Предишни повторения на проучването на IDG установиха, че 56 процента от ръководителите възнамеряват да останат със своите локални системи за в обозримо бъдеще и най-малко 40 процента казват, че са твърде зависими от критични наследени системи, за да мигрират към облак.
За да изследвам въпросите кога оставането на място спрямо облака има смисъл, попитах ръководителите на индустрията за всякакви области, които не са подходящи за облак и е по-добре да ги оставите на място -- особено от изключително важните данни перспектива. Последствията за сигурността, както и изискванията за географско присъствие са очевидни. Но има и други факти, които могат да направят оставането на място най-жизнеспособната опция. Ето някои от повдигнатите опасения:
Наследени заплитания: Като за начало, може да има много сложно преплитане на локални активи, което прави преместването на определена част в облака сложен проект, казва Хал Уудс, главен технологичен директор в Датера. „Ако дадено приложение взаимодейства силно с други приложения, които трябва да работят локално, тогава това приложение и неговата база данни също трябва да работят локално, естествено“, съветва той.
Абай Радхакришнан, CTO архитект за Услуги за наличност на Sungard, се съгласява, като предупреждава, че „приложенията, които се интегрират с базата данни и са настроени с определена среда за изпълнение или сървър за конкретни версии на база данни“ е по-добре да бъдат оставени на място. Плюс това, той също е виждал примери за локални приложения, които "са настроени със специфични версии на техните бази данни на определени платформи от съображения за производителност и надеждност."
Монолитните наследени приложения също могат да бъдат просто мечка за мигриране. „Наследените приложения и приложенията с монолитни структури на бази данни все още са най-подходящи за локални приложения“, казва Скот Харви, вицепрезидент по инженерство и операции за Атмосера. „Като цяло наследените приложения не са съвместими с облака – особено с някои от абстракциите, открити в публичния облак, като премахване на предложенията SaaS или PaaS някои от управлението и конфигурациите, които са по-фокусирани върху системния администратор, или, в случай на някои предложения за PaaS, да не предлагат равенство с локалните инсталации на база данни двигатели."
Облачен стикер шок: Ескалиращите разходи за облак са друг случай за запазване на определени активи в помещенията. Datera's Woods разказва, че „някои доставчици на публичен облак са известни с това, че поглъщат данни на разумна цена, но таксуват много за излизане. След като получат огромна сметка за облачен доставчик, много организации се стремят да върнат някои от базите си данни обратно на място, какъвто беше случаят с един от нашите клиенти."
Сигурност: Самите данни могат да бъдат сложни и това прави движението на облака несъстоятелно, казва Дейв Нилсен, ръководител на екосистемни програми за Redis Labs. „Някои данни могат да бъдат изложени публично, а някои данни не могат да рискуват дори намек за излагане. В този втори случай локалната система с въздушна междина може да осигури по-добра сигурност."
Нужда от скорост: Може да има и нужда от скорост, добавя Нилсен. „Големи колекции от данни могат да отнемат часове, дори дни, за да се преместят от един център за данни в облака. Приложенията, работещи с големи локални данни, трябва да бъдат разположени близо до данните, където могат да взаимодействат по-добре с данните. Това е особено важно за съвременните приложения, които разчитат на взаимодействие с потребителски данни в реално време, висока скорост анализи, персонализиране или препоръка." Това може да се разшири и до конфигурации на интернет на нещата като добре. „Ако събирате данни с висока скорост от локални IoT устройства, директното преминаване към публичен облак може да е твърде бавно, така че има по-голям смисъл да използвате локална база данни или периферен облак“, казва Уудс.
Все пак има компании, които се ориентират изцяло в облака – особено такива, които нямат съществуващи запаси от ИТ системи, които вече са старателно изградени и конфигурирани за техните конкретни ситуации. „Виждаме това най-вече в стартиращи компании и в иновативните подразделения на предприятия, които работят с големи данни, стрийминг на данни, приложения за анализ на данни и нови модерни технологии като изкуствен интелект, машинно обучение и блокчейн“, казва Радхакришнан. „Предприятията, които клонят повече към използването на облак, обикновено са тези в индустрии, които имат по-малко строги разпоредби, като развлечения, медии, пътувания или логистика.“
Докато Harvey на Atmosera все още вижда най-големите приложения от първо ниво, които изискват бази данни с висока производителност, които се изпълняват на място, облакът е идеален за „по-малко взискателни приложения“. Преминаване към облакът „има предимството, че е по-бърз за организацията да увеличава и намалява количеството хардуер за незабавно мащабиране, в сравнение с необходимостта да поръчва и инсталира хардуер на място“, посочва той навън. „Докато минали инвестиции в локален хардуер обикновено трябва да се използват, други фактори, включително административната тежест за инфраструктурата може да примами една организация да премине към публичен облак по-рано от по късно."