2014年的这个时候，我们还在OpenStack社区中为NFV是否属于OpenStack而争论不休。如今这一争议已经被解决了。OpenStack已经成为NFV讨论中的重要部分，正如下面的ETSI MANO概念性架构图所反映的那样，OpenStack是虚拟化基础设施管理(VIM)层的主要执行者。作为通过综合开放平台专注于推动NFV演进速度的开源项目，OPNFV正在其参考架构中利用OpenStack和OpenDaylight SDN控制器。
现在向那些不熟悉Tacker的人们介绍一下它。Tacker是一个在OpenStack内部孵化的项目，它的作用是VNF管理器，用于管理VNF的生命周期。Tacker的重点是配置VNF，并监视它们。如果需要，还可重启和/或扩展(自动修复)VNF。整个进程贯穿ETSI MANO所描述的整个生命周期。
自从在加拿大温哥华召开的OpenStack峰会和博科近期主持了Tacker 中期会议(Mid-Cycle Tacker Meetup)以来，Tacker项目获得了强劲的推动力。除中期会议外，每周的IRC(网上实时交流)会上也在讨论一些具体的执行细节。
Tacker由四大组件组成：即VNFD目录、VNF设置、VNF配置管理，以及VNF监控与自动修复。
以下是Tacker的每个子领域迄今为止所取得的主要成就。
VNFD目录：围绕如何呈现VNF(VNF描述符)的标准化努力如今已经聚焦在了TOSCA上。TOSCA(针对云应用的拓扑与编排规范)是OASIS协会下的一个技术委员会，主要致力于为全球信息社会推动开放标准的开发、整合与应用。TOSCA的NFV概要文件草案已经完成。该规范描述了VNF(VNFD)的属性，以及Tacker对VNFD目录的维护。
一旦VNF被规定使用TOSCA NFV模板，那么它们就能够进入Tacker VNF目录中。一旦进入，Tacker就可以通过编译TOSCA模板和通过翻译器翻译部分OpenStack Heat实现VNF的实例化。Tacker还侧重于VNF的配置和持续性监控，如果需要，自动修复可贯穿ETSI MANO所描述的整个生命周期。
VNF设置：通过上述的Heat模板，Tacker可以使用OpenStack Nova设置计算基础设施。OpenStack Nova的许多功能可以在计算设置程序过程中被使用。通过利用SR-IOV Passthrough、NUMA、CPU pinning和大页面分配等特定属性创建的一些功能，计算资源可以针对VNF进行优化。
VNF配置管理：Tacker将通过配置驱动推动VNF所需的特殊配置。配置管理被设计为可插入式框架，不同的VNF厂商可以为他们的VNF编写自己的配置驱动。
另一个方法是使用SDN控制器。目前已经就如何将SDN和NFV整合在一起展开了许多讨论。关于使用SDN控制器插件的Tacker，如何推动配置使用SDN控制器南向接口的特殊VNF，就是一个很好的例子。
VNF监控与自动修复：Tacker的一个关键职责是监视VNF的健康。通过出台一系列旨在指导OpenStack其他项目设计的规范，Tacker可以随时使用如icmp-ping和http-ping等可加载的监控驱动。它们还被规划与Ceilometer进行整合，如今VNF厂商已经能够编写自己的带有特殊监控属性的监控驱动。
如今，OpenStack社区已经在很短的时间内掌握了许多东西。我们应该向致力于这一项目的所有人致敬!
【本文转载自openstack_plus微信公众号，原文编译者范范，特此感谢。】
