Your users come to you with a request for the implementation of an additional OpenStack project, configuration change, or some other request. You do the research, you draft up a plan for implementation, you get the kinks worked out, then you schedule and perform the maintenance. Things seem fine. Then one terrible day you start getting complaints about stability or performance and you realize you've made a huge mistake. Your users are using the new functionality in ways it was not designed for, and they want the problems fixed immediately!
A private cloud offers companies almost limitless flexibility and with that flexibility comes the dangers of going 'off the rails' in your environment. In this talk, we will discuss the potential pitfalls of giving in to some of these requests in an attempt to please your users, how to avoid some of these pitfalls, and how to guide your users to a solution that will solve their problems and not leave you trying to fix a platform that isn't broken.