观点先放出来，openstack吹嘘大于实际。尤其是对于中小型公司来说，都别动他，而大企业完全可以自己实现。
先说架构，openstack架构是松耦合，积木组件式的云架构。看起来很美好，实际上，这里面涉及了更多东西。以下先列出来一些。
一。配置管理。想想集群里有20个机器。每个机器平均只有5个服务(nova-compute,neturn-agent以及其他服务)。则有至少100个配置文件，还不包括更复杂的三个控制节点。如果一旦出了事故，这样的维护方式肯定不靠谱。于是，有的团队做了配置管理的工作。当然又涉及到一些配置管理服务器的维护了。
二。日志管理。因为openstack是积木式的组件云，每个组件，每个微服务都有他的日志，于是，整个集群中有几百个日志是分散存储的。当然，有的团队基于这个问题又做了日志集中化管理。至于效果，只有团队自己清楚了。又增加了集中式日志管理工作。
三。流程复杂。云是技术密集型的基础架构，复杂当然是可以理解的。里面涉及了cpu，内存，磁盘，网络虚拟化，也涉及到对这些工作的优化限制。但是，openstack由于是各家大厂商合作的代码，代码编写不以用户理解简单为目标，而以实现自己的目的为目标。在做二次开发的时候，可以明显感受到概念逻辑的不一致性。数据，执行线路过长，想做大而全的架构，最后导致很多企业为了使用openstack要组件一个大团队来选型，搭建，运维。
四。性能低下。也许有人会说，性能低下是你们不会弄。是的，openstack几乎包含了运维领域的几乎一些必要组件。比如，nginx,rabbitmq,mysql,python,rpc,restful,监控，报警，日志，要cover住他真的我们弄的不好。但既然是写给一些普通团队的云软件，为什么要逼着我去学习kvm,libvirt虚拟化，网桥，限流这些东西，同时还要知道openstack是怎么干的。因为如果不知道，线上环境出问题以后，你拿什么话向领导说，出了问题就说我也不知道为什么？
也许，还是自己实现一个私有云靠谱点。不用兼容那么多硬件，不用看ceilmeoter这些年的监控还是那么浩资源，不准确。openstack也许该死了。很多大佬还在站台。
