Q:
Які проблеми є масштабуванням у OpenStack?
A:Як популярний вибір з відкритим кодом для розгортань, OpenStack має певні занепокоєння у лідерів бізнесу, які мають намір розширити хмарний проект. Багато з них пов'язані з відкритим кодом природи OpenStack порівняно з власними платформами.
Одним із викликів є «підтримка громади» або «переповненість» ОС як інструменту з відкритим кодом. Багато керівників компаній та організацій загального плану хочуть чогось більшого, певного показника можливостей попереднього планування, пропонованого постачальниками продуктів, які мають більш довгострокове планування вперед.
Загалом, будь-який проект може бути важким для масштабування незалежно від платформи, але інша турбота деяких лідерів полягає у відсутності підтримки на місці для оновлення в традиційних середовищах ОС. Це означало, що в деяких випадках необхідність здійснювати холодні міграції для масштабування проекту.
Інша стурбованість полягає у відсутності готових можливостей інтеграції з деякими провідними системами хмарної публіки. ОС може бути важко пристосованою до деяких із цих варіантів і може зажадати більше ручного втручання. Знову ж таки, це відповідає філософії продуктів з відкритим кодом, які часто є "менш зручними для користувачів", ніж продукти постачальників. Іншими словами, виробники вкладають кошти в різні види інженерних розробок користувачів або інші поступки на основі доходів, які вони очікують отримати від продажів.
Багато експертів називають масштабування ключовою «точкою спалаху» за допомогою OpenStack. Існує думка, що створення та реалізація проекту - це один етап, а масштабування - ще один зовсім інший етап. ІТ-профі, говорячи про проблеми масштабування, означатимуть, що успіх першого етапу впровадження не обов'язково забезпечує або не призводить до успіху другого етапу масштабування, що існують конкретні перешкоди в масштабуванні, які не «автоматично вирішуються» шляхом впровадження або інших попередніх етапів. Це, порівняно з побудовою системи з відкритим кодом, створює притаманні виклики, включаючи проблеми з технічним обслуговуванням, проблеми з розподілом ресурсів та інші, на які розробники та менеджери проектів взагалі не очікують, якщо вони не задумаються над можливістю спроб масштабування системи після факт.
