En tant que choix open source populaire pour les déploiements, OpenStack suscite certaines inquiétudes chez les chefs d'entreprise qui ont l'intention de faire évoluer un projet cloud. Beaucoup d’entre eux sont liés à la nature open source d’OpenStack, par rapport aux plates-formes propriétaires.
L’un des défis réside dans la nature du « soutien communautaire » ou du « crowdsourcing » du système d’exploitation en tant qu’outil open source. De nombreux DSI et CTO voudront quelque chose de plus, une certaine mesure de capacité de pré-planification offerte par les produits des fournisseurs qui ont une planification prospective à plus long terme.
En général, tout projet peut être difficile à faire évoluer quelle que soit la plate-forme, mais une autre préoccupation pour certains dirigeants est le manque de prise en charge de mise à niveau sur place dans les environnements de système d'exploitation traditionnels. Cela a entraîné, dans certains cas, la nécessité d'effectuer des migrations à froid pour faire évoluer un projet.
Une autre préoccupation concerne le manque de capacité d’intégration immédiate avec certains principaux systèmes de cloud public. Le système d'exploitation peut être difficile à adapter à certaines de ces options et peut nécessiter davantage d'interventions manuelles. Encore une fois, cela est conforme à la philosophie des produits open source, qui sont souvent « moins conviviaux » que les produits des fournisseurs. En d’autres termes, les vendeurs investissent dans différents types d’ingénierie utilisateur ou dans d’autres concessions en fonction des revenus qu’ils espèrent tirer des ventes.
De nombreux experts considèrent la mise à l’échelle comme un « point d’éclair » clé avec OpenStack. Il y a l’idée que la création et la mise en œuvre du projet sont une étape, et que la mise à l’échelle est une autre étape totalement différente. Les professionnels de l'informatique, en parlant des défis de la mise à l'échelle, laisseront entendre que le succès de la première étape de mise en œuvre ne garantit pas nécessairement ou ne mène pas au succès de la deuxième étape de mise à l'échelle, qu'il existe des obstacles spécifiques à la mise à l'échelle qui ne sont pas « automatiquement résolus ». par la mise en œuvre ou d’autres phases précédentes. Cela, par rapport à la version open source du système, crée des défis inhérents, notamment des problèmes de maintenance, des problèmes d'allocation des ressources et d'autres que les développeurs et les chefs de projet n'anticiperont généralement pas à moins de réfléchir à l'éventualité d'essayer de faire évoluer le système après. le fait.