在低层的REST之上，有一系列的库，为那些不想与HTTP messaging打交道的人而设计；Java，Ruby，Python都现成可获取。在此之上有一个命令行接口适用于Shell脚本，除了它是发出JSON而不是传统的Unix文本行以外。

  最后，还有一个Web图形用户界面，你可以简单地通过拖拽来构建你的VDC。这是很棒的展示软件，我能预见人们使用它在很快的时间内作出快速的特定的服务器部署。但我打赌，为了为困难的工作做好准备，你将会选择用脚本配置部署，而不是依靠拖拽。

  对于基于这一简单层次模型的API是否能表达真实数据中心的复杂性，William提出了自己的疑问：

  看看现在的数据中心。为所有的网络设备，存储，服务器，虚拟化管理器，操作系统和其包含的基础设施服务做一个清单。考虑下所有这些资源所需要的配置设定(如同他们将会在一个完全的，权威的并且一致的CMDB中被表达一样，那个最不可捉摸的东西)。加入他们所暴露的所有控制与API。

  这是很庞大的数据，就算你不考虑进应用层面。这可比Sun Cloud API所能描述的模型大了好几个数量级。其鸿沟(CMDB模型与Sun Cloud模型之间)在于我们需要查看和分析的到底是什么。它们为何还差得很远？理想的数据中心自动化和虚拟化模型到底应该是多大？

  建议:准确的位置是，在“全能的CMDB模型”与“Sun Cloud模型”中间的一个平衡，以及一些相应的增量的复杂层次。当然现在要说“中间的某一点”是一种妥协还太早了。

  Sun Cloud。为云创建者和用户都提供了一系列的API。时间会告诉我们这一简单的资源和API集合是否能被证明是足够用于构建和使用云的，或者说我们将会需要更加复杂的API集合。

  查看英文原文：Sun Cloud API: Is Simplicity Enough?