П:
Који су изазови за скалирање у ОпенСтацку?
О:Као популаран избор отвореног кода за имплементацију, ОпенСтацк има бриге за пословне лидере који намеравају да размере цлоуд пројекат. Многи од њих имају везе са природом отвореног кода ОпенСтацк-а насупрот власничким платформама.
Један изазов је „подршка у заједници“ или „пренапучена“ природа ОС-а као алата отвореног кода. Многи ЦИО-и и ЦТО-ови ће желети нешто више, неку меру пред-планирања које нуде произвођачки производи који имају више дугорочно планирање унапред.
Генерално, било који пројекат може бити тешко обиман без обзира на платформу, али друга брига неких лидера је недостатак подршке на месту за надоградњу у традиционалним ОС окружењима. То је значило, у неким случајевима, потребу да се изврше хладне миграције како би се смањио број пројеката.
Друга забринутост је недостатак спремности за интеграцију са неким водећим јавним облачним системима. ОС се може тешко уклопити у неке од ових опција и можда ће требати више ручне интервенције. Опет, то је у складу са филозофијом производа отвореног кода, који су често „мање прилагођени корисницима“ од производа вендера. Другим речима, продавци инвестирају у различите врсте корисничког инжењеринга или друге концесије на основу прихода који очекују да ће добити од продаје.
Многи стручњаци позивају скалирање као кључну „тачку паљења“ помоћу ОпенСтацк-а. Постоји идеја да је креирање и спровођење пројекта једна фаза, а то скалирање је друга потпуно друга фаза. ИТ професионалци, говорећи о изазовима скалирања, подразумеваће да успех прве фазе примене не обезбеђује нужно или води ка успеху друге фазе скалирања, да постоје специфичне препреке у скалирању које се не "аутоматски решавају" применом или другим претходним фазама. То, у поређењу са изградњом система са отвореним кодом, ствара инхерентне изазове, укључујући изазове одржавања, изазове распоређивања ресурса и друге, које програмери и руководиоци пројеката обично не очекују, осим ако не помишљају на случај покушаја да се систем скалира након Чињеница.
