“没人会因为选择IBM产品（此处指代成熟的已有技术，相对于新技术，译者注）而丢掉工作。”这是句圈内早就有的谚语，至今仍然是许多IT行业人士的内心写照——至少他们厌恶尝试那些不同的东西。

即使是破坏性的应用程序经常像往常一样拖慢许多业务，那些企图让一切照章工作的人们还会继续使用，避开尝试公测版本而坚持使用“安全稳定”的版本。技术的早期采用者面对这些约束早已不再固步自封，但是也并没有像你想象的那般冒失。事实上，高层管理人员正在为创新性IT投入他们的支持。

负责直播聊天和消息传递软件提供商Olark公司的现场可靠性工程师Mark Betz表示，曾经有段时期，买家们盲目信任销售人员的说辞。如果工具或平台不正确，没有人会因为依靠一个值得信赖的主流供应商而责怪到你头上。

随着开源软件的兴起，风险也持续升高。Betz认为，你现在对理解自己选择的产品负有责任。“你相信自己做出的是正确的决定吗？你相信你同事们（的选择）吗？”

如果你选择一种工具，但是在将其发送到生产环境之前，不对其进行测试或了解它的部署方式，谁会成为众矢之的是毫无悬念的。“如果系统宕机，并且数以万计的用户无法访问他们的帐户，那都是你的错，”Betz说。“也许你应该被解雇。或许公司不会解雇你，因为是有人骗了你，或许公司真的会解雇你，因为你没有做好自己的本职工作。”这是民主和赋权，这也像修罗场一样可怕。

当新兴技术是唯一的选择

早期采用者在责任心方面显著提升，因为公司信任他们会为公司的利益着想，而不会有太多的官僚主义。决策过程得到简化，凭借创造力取得成功。

Betz说：“你和一小撮聪明的家伙一起工作，评估某项工具，以决定是否合适，测试、实施和部署它，最终产生效果。”虽然这个过程在小型初创公司中很普遍，但同时也在大型组织内部上演。这都可归结为组织对IT部门的期望——投资于信息专业人员的自主权和信任是否会有所回报？

避免采用最好的全新工具和技术带来的成本，还有失去机会，还有忽略面向有价值的团队成员们的关注。

被Barracuda Networks收购的云端原生态公司Sookasa的创始人Lior Gavish表示：“工程师的劳动力成本可能是我们作为一个产品机构的最高成本，而且每个小时如果这些人都不会为我们的客户编写代码，损失的成本就非常非常非常的昂贵。”

他采用了SignifAI，一种监控智能仪表板工具，而供应商仍处于隐身模式。借助该工具，他的DevOps团队可以花更多的时间编写产品代码，在设置监控警报方面花更少的时间。

现任Barracuda工程部门副总裁的Gavish表示，投入劳动力对系统的每一个部分进行分析，并设定迅速变化的阈值，不会产生任何商业价值。SignifAI并不跟踪用户输入的内容还有如何设置阈值，而是吸收系统的指标并自动检测异常。它将度量标准相关联，将异常关联在一起，并创建操作和依赖关系的全景视图。

Gavish说：“即使你把它改造为DNA的一部分，监控你所运行的每一项新功能，也很难维护它，除非有人将全部时间投入其中，否则不可能实现。”那么是否为这项任务添加一个upstart工具就回到刚才的问题：你想用劳动力投入的成本换取什么效果？

在物联网（IoT）技术以及支持的软件平台快速应用方面，也存在着同样的道理。技术的早期采用者力求差异化物联网产品，或将过程转变为更有效率和有效的预测性洞见——这可能关乎到企业的生死存亡。

避免采用最好的全新工具和技术带来的成本，还有失去机会，还有忽略面向有价值的团队成员们的关注。

Forrester Research的分析师Michele Pelino表示，对于像波音这样的传统公司，IoT软件平台使其能够以承诺正常运行的方式出售飞机发动机。该公司跟踪现场产品中发生的情况，如果某个零件出现损耗，其将更换的部件发送到飞机的下一个目的地（以进行更换）。

航空航天行业企业的目标并非创建一个物联网软件平台，而是连接大量设备并收集有用的数据来支持其发动机的销售。早期采用者的下一步目标是提供平台来简化业务的复杂性，这在设备采购之前通常需要大量的工作。

在大规模应用之前占得先机

所有人都在观望。

要选取非常规供应商的产品以及早期利用新技术，赢得高级管理层的支持至关重要。记住没有人因为选择循规蹈矩（译者注：此处提到的IBM产品其实是指代遵循原有的方法和工具）而被解雇。负责招聘和解雇的力力资源部门将决定早期技术采用人员的文化是否能为企业所接受。该买入将确定组织如何约束或引导创新者们所做出的决定。

打败会议室里的意见领袖，然后建立共识。Gavish说：“你必须让架构师们、工程师们、财务团队和运营团队围绕你的目标实现精诚协作。”

依靠同事团队协作。

要从技术落后弯道超车，实现技术的早期应用，如果有人引导会很有帮助。来自初创公司的经验丰富的专业人员能够做到不为利益盲目出击，自然地规避风险。

作为Barracuda公司副总裁职责的一部分，Gavish负责创建全新的堆栈—以基于云端的容器和基础设施作为代码，以帮助公司的后端IT实现现代化。“当我们刚刚进入该领域时，并讨论着AWS[亚马逊网络服务]时，这还是个模糊的想法。没有人真正见过[AWS管理控制台]。没有人真的在AWS上建造过任何东西。”Gavish说，“我很难向Barracuda的其他人解释说，你绝对不能将SSH（安全套接字Shell）加入我们的机器（的原因）。”

他的团队将整个组织在云端的实际生产环境负载中部署的副本展示出来。当你可以看到容器，DevOps，不可变的基础架构作为代码，云服务和其他尖端的理念和技术在行动时，本身就能解释很多误会和神话。

了解自己的目的。

当外包并不具备传统成熟度基准的技术之时，研究变得更为重要。Pelino认为，在你了解自己需要解决的问题之前，暂时不要与供应商磋商。

她说：“很多很多的供应商都表示：他们的产品是整套的物联网平台”，这对于缺乏标准定义的新技术来说是很常见的。在物联网中，某些软件平台对于连接产品，而其他软件平台适用于连接流程，部分成果更多的是面向以消费者为中心的用户，而其他的则面向工业产品为主。只有部分物联网平台能够通过企业架构实现无缝和安全地部署和扩展。

当你准备好接触供应商时，再询问有关功能、定价、技术支持和集成的问题。

Pelino表示：“任何技术的早期采用人都会发现尽管大家提到的是相同的词汇，但他们的意思是有某些区别的。”通知供应商将他们具备的能力展示给你，而不是用口头说明的方式。不要陷入追逐最好的工具而不是合适的工具的陷阱。

“尽管你并非对事事都有着清晰的答案，但在开始对话前肯定能有个大致的框架提纲，”她说。

拿到供应商所承诺的内容。

不论供应商在该行业具有数十年的从业经验亦或是刚刚起步，关键在于评估你的采购活动。（供应商产品）当前的和过往的客户是对了解产品客观反馈的很好的切入点。

“有许多工具可能对我们来说可能比较新，但在开源的世界中早已司空见惯，”Olark公司的Betz说道。例如，你可能首次实施Elasticsearch，但其他成千上万的用户们早就拥有了对这种技术的使用经验。

Pelino警告说，部分供应商可能具备很好的功能，但实施技术支持的能力较差，缺乏解决问题的专业能力。Betz补充说，开源工具虽然更加透明，但在技术支持方面通常是这种状况。

大公司所开发出来的新技术——例如Google或Facebook——通常是没有相应风险的前沿。Betz这里主要提到的产品是Google Cloud Platform（谷歌云平台，CGP）。作为GCP多年来的早期应用者，他将赌注压在了当时在云端业务销售方面还是新手的公司，但该公司精于于云计算的运营和管理。GCP现在是顶级的公共云产品选择。

信任还需验证。

“有时候你会去找个小牛仔，”Betz说，某项未经验证的工具是特定问题的唯一解决方案。对GitHub上面那些诱人的资源库，开放源代码减轻对生产环境所构成的威胁，验证一下该工具是否脆弱并且是否会有安全漏洞。

相关工具通过生产准备环境也可进行验证。分阶段和试验方法提供了一层在风险方面的管控。“当我们把它投入实际生产环境时，我们感觉到的从来都只有窒息，”Betz说。

“人们讨论着快速迁移和取得突破的事情。我不太喜欢后一部分的内容，但是我绝对喜欢快速迁移这一点，” Betz说。