David Giambruno正带领团队再次进军SDDC架构。在这篇问答中，Shutterstock的新任CIO将分享他面临的最大挑战与收获到的经验教训。

拥有海量资源的大型科技公司，如Amazon Web Services和Facebook，已经经历了从传统到软件定义数据中心的过渡，但很少有组织试图效仿——至少目前还未有。

软件定义数据中心的共同障碍是缺乏协调。主要业务是照片存储服务的Shutterstock公司，其技术团队在新任CIO David Giambruno的领导下，已经实现API驱动SDDC的概念证明。

Giambruno先前的经验让他完成了几乎不可能的任务。任职Tribune Media的首席信息官时，2014年在Tribune拆分媒体与发布业务后，他重组了公司的IT基础设施。团队利用VMware网络、存储与计算服务，包括NSX，取代传统基础设施，并建立软件定义数据中心。他同样还使用生态系统组件，如PaloAlto和Riverbed。

Giambruno在Shutterstock扮演的角色是领导另一场SDDC转型，最近他分享了自己面临的首要挑战与获得的经验教训。

您曾在Tribune建立了SDDC。这次和先前有什么不同吗？

David Giambruno：两者的不同在于围绕SDDC的生态系统。当我在几年前实施方案，确实实现了把所有供应商都搬进一个房间里。所做的很多努力都是围绕供应商管理，让所有供应商都在同一个屋子里工作。当时只有一个目标，不用担心开车时如何给车换轮胎——我只需要造一台车。

困难的部分在于如何围绕SDDC给人们灌输理念，因为这与传统的网络存储和计算完全正交。人们已经习惯了虚拟服务器的思维，但虚拟网络呢？两者差异非常大。我开玩笑说，想当年缓存可是存储技术的新玩意，所以当我第一次把DBA排除出去后，其他人都吓坏了。这是一个意识过渡的过程。技术不难，也很容易理解，但这是个不同的操作规范。

由于许多公司都还没有进入SDDC的采用阶段，如果你需要寻求帮助，会转向哪些资源？

Giambruno：我的看法不同。我在Shutterstock的团队之前没有这样做过，但这个团队非常聪明。我引荐了一些供应商，并要求团队尝试，两个星期后，他们已经建立了一个SDDC并使其运行。目前我们还没有在上面运行生产环境，但这已经是个被证明的概念。我认为，这是一个关于让团队走向成功的方法，给他们时间与机会让他们去尝试，去创造，以及感受失败。我告诉他们“你们需要打破常规。你们需要理解这套架构哪些不能做，以及如何运作。”

我们的目的是使基础设施让路——无论自己运营内部数据中心，还是在Amazon上——都需要相同流程和相同功能。而且我们需要使其透明地、无缝地对接开发与产品团队。只要我们越脱离基础设施，开发和产品团队越容易实现他们的工作，这样我们才能满足企业股东和业务团队的要求与需求，并提供价值。

您是如何计划建立SDDC的？

Giambruno：我的想法是，SDDC是我称为无差别计算的前身：基于需求或经济模型，移动计算、资产和应用程序的能力。

我相信计算是无差别的。除非你专注运算能力，不然它一定是计算、存储和网络三位一体。它们又刚好是三个独立的大块。同时他们是不同的业务，所以我认为SDDC是关键，但真正的情况是，我正在实施一个API驱动的基础设施。SDDC是其中的一个组件。

采用SDDC，所有一切都是API，所以可以为我们的产品启用软件部署。可以通过Puppet来调用API，并部署到基础设施上，我们可以设置关键指标，因此，如果我们发现预留平台上的负载增加，可以自动扩展或者将其转移到AWS上。

我收到一些来自领导团队的驱动：他们说“我们希望转向AWS，想获得更快的性能。”好的，在知晓了公司的业务需求以及我们如何服务开发与产品团队后，SDDC能够带来让你难以置信的速度——这就是API驱动经济。他们只需要能够激活代码，并知道代码被部署，并且我们正在运营和监控这一切，确保所有事务都在正常运转。如果我们发现问题，可以发起数据驱动讨论，因为SDDC能够让你了解大量基础架构中发生的情况，让你发现问题，并且给每个人独立的窗口以便大家基于事实进行讨论。

您如何处理技术采购和供应商决策？在Tribune时，你选择了VMware。这会影响你在Shutterstock的考虑吗？

Giambruno：我们还没有到那个阶段。目前正处于概念验证阶段，工程师团队正在熟悉技术并运行用例来确定最佳结果与了解性能。我们有一套完整的堆栈运行，但还有不少要测试。在构建下一代API驱动基础架构上，我们以全新的眼光看待未来的景观，并为Shutterstock做出最佳选择。

我们将结合SDDC开发新的方案来部署代码，让过程变得容易与迅速，所以我们将实现无差别计算，无论是AWS还是内部数据中心，流程将是一样的。我们的治理、我们的安全、我们的KPI，所有我们需要管理的内容都应该能够通过单一的方式进行管理，这就是涅槃后的状态。

同样还有我们的自动化运营，这样就可以让技术团队围绕内部客户服务持续改善，因为我们是一个服务部门。我使用技术解决事情或让过程加速，因为速度是我们的竞争优势。如果你想要获得更高的能力，应该可以通过按键添加CPU、添加内存、自动缩放、向上扩展和横行缩放。我的工作是无论这是内部还是外部能力，都使其透明化。这些正成为台面上的赌注。而且我认为SDDC将以高效而有效的方式提供这些功能。

您如何演变自己和员工的技能来适应SDDC环境？

Giambruno：SDDC并不是可怕的东西。它是软件，而你正在让硬件团队变成软件团队。必须给他们曝光和时间学习，这只是个领导层的事情。你必须让团队为他们这样做。而且这就是我为什么要建立概念证明的原因，让团队去建立它，并在需要时寻求帮助，以便从中学习。我希望他们能够全程参与。之前没有那么多人实现过这种方案，所以没有办法去雇佣有经验的人——你将不得不让他们成长。这不是速溶汤；需要种下种子、给种子浇水，然后耐心等待。

你提到过单一管理窗口——你认为这一可能存在吗？

Giambruno：我在谈单一管理窗口时，想到的是一个立方体。你可以通过旋转立方体转换到其他窗口。真正想要构建的是一个大型多维度数据集，其中所有数据都在某个地方，而你的能力是专注其中的某片数据，无论是安全视图、网络视图还是SAN视图，还可以快速旋转——所以这样在100,000英尺高度，你能得到单一的管理窗口，将超越基础设施。

你可以得到关于应用程序其他的窗口，因为你没有足够大的屏幕；可能需要一堵墙来实现这点。立方体能够快速旋转。而且还有一个规模问题，当你拥有20万台服务器时，很难在单一面板中放下所有内容。

你的CEO，Jon Oringer也是技术专家。这能缓解这种关系中经常会出现的紧张氛围吗？

Giambruno：Jon提出了很多很棒的问题；不只是“什么”，而是“如何”。例如，不是“你在买什么”，而是“你要怎么买呢？”而且我发现这真的非常有趣。打个趣说，我拥有一份无法向母亲解释的工作。所以，对大多数科技公司的CEO来说，我得答案是，为什么他们会在乎？“你在买服务器？哪个型号的CPU和多少内存？”这些事情是我永远都不期望人们知道的。

Jon和我有非常广泛的谈话内容，关于公司为什么要这样做，因为他明白。我之前从来没有这样的感受，而且我觉得这样很好。公司技术采购的过程中从来没有遇到过压力，而一般公司里有采购流程和供应商选择流程，无论如何都必须照着做，接着问题就随之而来。

您可以分享有关IT基础架构检修中的任何内幕秘密吗？

Giambruno：有一件事，我不会尝试迁移。我们创建新的SDDC并且将一些业务迁入其中。我不会试图凭空做出修改。你需要和供应商生态系统合作。如果你正打算打造SDDC，需要考虑如何与那些合作很长时间、擅长物理硬件的供应商打交道。在SDDC中，我可以在极短时间内启动数千服务器，以及虚拟防火墙。现在，根据你的许可结构，可能只需要为所有服务器的授权支付2,000万美元。速度十分惊人，能够吊打基础设施的性能非常杰出；而你只需要理解合同，并且协商意外发生的后果和处理即可。