我们需要服务之间的分离来缓解库冲突。 这样，我们就不需要执行“openstack upgrade”，而是可以今天执行“nova upgrade”，明天执行“neutron upgrade”，以此类推，这种方法大大简化了操作，因为潜在的回滚既简单又快速，而且影响也更小。
可升级部署中最大的问题是依赖关系和升级速度。 依赖关系意味着，在共享库的情况下，多个服务可能需要相同的库，但通常在主要的 OpenStack 版本之间需要不同的版本。 这会导致冲突，并要求我们执行“全有或全无”的升级。 有时，我们希望使用多个维护窗口来一次升级一个服务。 此外，我们希望这些维护窗口尽可能短，因此部署更改的速度很重要。
没听说过？ 我们希望利用容器的灵活性、部署速度，最重要的是，服务分离。 通过每个服务拥有自己的库基础，我们不会遇到冲突，并且可以在不中断其他服务的情况下一次升级一个服务。
服务。 通过使用 Kolla，您可以利用灵活的容器以您多年来运行服务的方式进行配置，或者，对于那些想要开始 OpenStack 冒险的人来说，这是一种快速简便的方法，可以使用 ansible 设置就绪的可升级 OpenStack。
无。
目前尚无已知问题。
可以使用 TripleO 部署基于 Kolla 的 OpenStack 来实现实际价值。 通过 TripleO 的裸机和配置管理，以及 Kolla 容器，部署大规模、可升级、生产就绪的 OpenStack 成为一个可行的用例。
无。
无。