Adara致力于软件定义的网络和基础设施业务。Karthikeyan认为，整个数据中心行业在自动化的策划方面的步伐还不够。

　　我们应该寻求在数据中心部署软件定义的基础设施或SDI，而不是限制企业网络部署SDN，这将带来对基础设施各方面的控制的分离，并带来管理基础设施的资源和成本的新方法。

　　使用SDI在预算范围内运行云服务

　　真正的即插即用的IT基础设施正在迅速在数据中心得到普及。随着云计算时代的到来，许多中小企业可能很快就可以一劳永逸的摆脱他们麻烦的基础设施维护工作了。

　　无论对于供应商抑或是客户而言，SDN（软件定义的网络）都是一个有效的云计算的重要组成部分。事实上，其应该包括的不仅仅是网络还应该延伸到基础设施的所有方面：从数据中心的环境到服务器的资源处理。而对于这一扩展的最好的定义可能可以将其归总地称为SDI（软件定义的基础设施）。

　　重点是关于可视性和细粒度的问题

　　在基于物理服务器的IT基础设施方面，其中一个主要问题是缺少可视性。当我们在计算企业IT和数据中心的成本时，资本性支出中的很大一部分实际上是花费在了分配带宽、存储设备和其他一些操作资源方面。要正确地分配这些操作资源，需要规划出一套正确的方法，并最终按照该方法进行部署。否则，这些资源有可能配置不当，进而造成大规模的时间和金钱的浪费。

　　仅仅是部署了虚拟化本身显然是不够的。管理程序并不一定适合帮助管理人员了解到哪台服务正在运行虚拟机。通常，操作系统的管理可能会消耗大量资源。例如，一个原始的自动化系统，可能会错误地旋转到另一台虚拟机，从而抵消企业应用程序，被假定为重载负荷。

　　学术界和研究界所创造的软件组件作为控制平面的控制器，提供API或CLI界面，以推动按照规则来管理开关和控制数据流。对于管理者而言，想要学习、运行、管理这些工具程序通常是相当太复杂的。许多管理者对于成为程序员都不感兴趣。

　　一款生产就绪的控制面板需要足够的简单，同时还需要有足够的智能在粒度级别来解析企业SLA，并提供所需执行的自动化。其应该允许系统管理员根据粒度的服务级别进行适当的资源分配。所有的协议、机制和工具，应该提供此粒度级别的控制水平。对比控制面板对于物理硬件控制的乏力，SDI结合数据，从物理层到应用程序层和粒度级别、资源使用的服务水平，控制整个基础设施。

　　避免被所谓的标准绑架

　　今天，SDN定义的战争是一种令人担忧的阻碍云服务提供商实施实际有用的SDN产品，进而为客户提供更细致的控制权的趋势。SDN的范围和定义已经减弱到了人们几乎无法将其与OpenFlow这一术语进行区分的程度。如果业界对于这些复杂的定义开始变得混淆，那么，SDN的用处和动态目的将被忽视。

　　SDN可能会得到一些需要执行流量工程和流量重塑的系统管理员的重视，但这种新技术为网络设备制造商和用户所带来的一致好评的势头将开始消退。经过多年的对于网络协议、昂贵的优化器、加速器和适配器的需求的短视，以处理他们低下的效率，客户想要的是简单的产品，能够提供互操作性，粒度、活力和可视化。因此，标准只有当他们提供真正的价值，并且是可扩展的时候才是有意义的。

　　随着客户尽量避免陷入供应商们锁定的坑中，他们希望实现具有成本效益的IT解决方案。他们不会再被供应商们所谓的标准所迷惑。如果SDN这一术语的传播者希望将其定义像OpenFlow一样限制成一个小的、简单的协议，那么它会变为另一个很快消失的网络术语。

　　我们需要的是SDI，一款智能化和自动化的控制面板，包括IT基础设施的广度和深度，以及控制面板的解耦和统一，以提供跨数据中心的整体价值。例如，一款SDN控制器应该能够动态地控制包括从空调系统的0层设备到ROADM（可重构光分插复用器）之间的一切。

　　提出正确的问题：

　　SDI应该能使云服务提供商向他们的客户提出正确的问题进而来定义控制平板参数。一款真正的SDI解决方案应该让云服务提供商在进行配置界面时，正确回答以下问题：

　　·每项服务每天/每周/每月的预算是多少？

　　·在特定的时间，你期待每项服务会有多少用户？

　　·你最多愿意为多少个用户提供会话？

　　·当达到最大的预算阈值时，你想优先删除哪些服务，这样你就可以重新定向这些资源到具体的更高优先级服务？

　　·你是否需要自动扩展的服务或基于自动扩展的服务？

　　·你企业关于安全和服务整合和迁移的行政限制有哪些？（一些服务商的客户想在私有云上运行敏感服务，而另外一些则希望在多租户的云平台上运行）。