Mulesoft旨在使非开发人员更易于创建数据集成 即插即用 和API

MuleSoft希望从根本上简化企业数据集成，并为所有人(不仅仅是开发人员)提供创建API的技能和工具。就在上周Dreamforce即将发布之前，Salesforce公司宣布了一系列措施，其中包括Flow Designer(一种新工具，使用户无需编写代码即可创建集成并自动执行流程)，称为Accelerators的预先构建的集成模板，培训计划(通过Trailhead)，以及对Anypoint API社区管理器和Anypoint Exchange的更新，使人们更容易找到和共享API。

我有幸与MuleSoft首席技术官Uri Sarid讨论了有关公告，MuleSoft如何使人们更容易创建API，Mulesoft如何为Salesforce客户在幕后关联事物以及该公司打造企业的愿景数据集成更加“即插即用”。以下是采访的经笔录。

减少数据集成的秘密

Bill Detwiler： 所以，我们不要真正谈论这些公告。我们将稍作讨论。我真正要关注的是MuleSoft是如何在幕后隐藏秘密的酱料，以连接Salesforce提供的所有不同平台和所有不同产品。

Uri Sarid： 是的。谈论这一点很有道理。实际上，我想比这更高。

Bill Detwiler： 好的。大。

乌里·萨里德(Uri Sarid)：因为我认为当我们深入研究技术并真正了解事物的工作方式以及使其秘密化等方面时，保持这一愿景的背景非常重要。因此，我们的使命是使互操作和将事物连接在一起变得更加容易。实现这种愿景的一种方法是，说吧，MuleSoft以某种方式神奇地连接了场景下的所有内容，并且以某种方式自动地连接了所有东西，依此类推。我认为技术人员知道这确实没有道理。

比尔·德特维尔(Bill Detwiler)：就像电影中的黑客节目一样，这些只是随机的字符。

乌里·萨里德(Uri Sarid)：但愿景绝对正确：最终，对于消费者，对客户，对最终人而言，它应该像魔术一样。最好的技术就像魔术一样。那么，我们到底可以做些什么来让我们的客户(公司)有时自动创建这些神奇的体验，我们到底需要做些什么才能真正实现这一目标?我要说的另一点是，是的，有一个秘密的调味料。我们应该减少秘密。所以我很想说说那是什么酱和...

比尔·德特维尔(Bill Detwiler)：肯定。

乌里·萨里德：这些是什么基石。而思考的方式，也许最简单的类比是在某个时候Web出现了，这是不可思议的。每个公司都必须发布网页，如果您不发布网页，那么您就不存在。但是要发布网页，至少您必须学习HTML。也许您不必学习很多编码，但是您需要了解一些HTML，也许是一些JavaScript。您需要知道如何将内容发布到服务器等等。因此，在谁生产方面仍然有些限制，然后很多人最终会消费。

那很棒。Google对消费的帮助很大，也许对产品的帮助不大。在某个时候，博客问世了。在某个时候，像Facebook这样的社交媒体问世了。现在，每个人实际上都可以生产和消费。

Bill Detwiler：因此进入的门槛要低得多。

乌里·萨里德：好的。这就是我们要走的方向。我们希望利用世界上所有的能力，使每个人都更容易使用它们，然后让每个人也更容易生产。这需要在底部进行一些根本性的改变，并且需要一些不同的心态。因此，人们不会认为集成是一件难事，因为您需要用一些神奇的秘密调味料在幕后进行操作，然后您最终会获得如此出色的结果，因为最终可能永远不会实现。

使用API​​使企业数据集成更加“即插即用”

Bill Detwiler：我认为您遇到了非常重要的事情。您提到了互操作性，这一直是我们在IT领域谈论的话题。但是在过去，互操作性现在变得尤为重要，因为在面试之前您和我都在谈论，现代组织与数十家供应商，不同地理位置的数十种系统打交道。谈谈确保所有这些系统可以协同工作以释放数据和个人潜力的重要性。

乌里·萨里德：好的。我希望是几十个。这会使我们的生活更轻松。

Bill Detwiler：不是几百个。

乌里·萨里德(Uri Sarid)：我们实际上做了一个最近的连接性基准报告。事实证明，普通企业使用几乎一千种不同的应用程序。

Bill Detwiler：哇。

乌里·萨里德(Uri Sarid)：那是因为很多东西来自影子IT领域，因此他们实际上正在使用更多东西。他们只是不知道他们正在使用这些东西。因此，实际上有很多东西可以推动业务发展。随着微服务和其他趋势的发展，其数量将成百上千倍。因此，我们必须在这一点上非常出色，并且必须在某种程度上使事情具有互操作性。您无法使公司之间的业务协议实现互操作。出于综合原因，这根本无法扩展。

因此，我们必须从根本上使它们更加即插即用。这就是我们要去的地方，真正的秘诀就是API。同样，技术人员永远都拥有API。但是，如果您拥有一百万种不同类型的API，并且必须真正精通每种技术，那么这无济于事。它为您提供了一种物理上的连接方式，但是却没有提供使事物可互操作的简便方法。因此，我们的方法是什么，对于市场真正成功的是这样的概念：何时我要连接到某物，如果需要的话，我将在它前面构建一个简单的API(如果没有)。还不存在。

在某些情况下，它已经存在。而我就是那样的连接。然后在许多情况下，最终结果是我将产生新的API。现在，API是什么意思?再说一次，这不是技术性的，困难的，非常具体的。API的关键是简单性。再说一遍，这与做一件事和做一件事的微服务所发生的事情非常相似。因此，API应该公开并确实很好地公开其功能。如果它真的很好并且可以做一件事，那么它很可能经得起时间的考验。

因此，现在考虑一下每个人都在生产API，因为他们需要它来满足自己的需求，并且所有连接都通过这些API进行。那是什么意思呢?这意味着集成实际上要健壮得多，因为它们要遵循这些定义明确的合同，并且这意味着要生成许多API。因此，当您构建下一个集成时，您更有可能发现各个部分已经存在。这样就开始产生这种循环，这种网络效应开始进行这种创造，我们已经在其他所有网络中看到了这一点。

我们在YouTube上看到了带有视频的视频。就发布而言，我们已经在Facebook上看到了。每当您真正使生产，消费和发现变得非常容易时，网络效应就会发挥作用，您会获得大量的价值创造。我认为，这是一种趋势，而不是等待人们一步步做下去。

使用支持Salesforce产品生态系统的加速器对API进行神秘化处理

Bill Detwiler： MuleSoft通过新的公告，加速器，与Trailhead的集成正在做些什么，使人们能够进行自我训练并掌握创建这些API的技能?您正在做什么以帮助实现此目的，以使其更易于创建可互操作的API?

乌里·萨里德：好的。因此，我们将资金投入所有渠道。它实际上是从产品开始的。我们必须在产品级别进行投资，以使API的创建成为每个人越来越可访问的集成的创建。这意味着那些有不必要摩擦的地方，我们必须去除。那些使人们无法到达的地方，我们必须删除。因此，在产品方面，您将看到我们今天有一个Flow Designer，您将看到我们完全投入，使越来越多的人使用Flow Designer这样的工具变得越来越容易。

将来会有其他人使您非常容易地进行这种组合，并且随着时间的推移，您会发​​现人们也可以产生自己的API。有不同类型的API。我们可以马上了解哪种类型的API。但是当我描述这些内容时，人们会开始说，等等，对于我来说，API实际上是一件很容易理解的事情。即使我不是一个非常有经验的开发人员，即使我从来没有把自己当作开发人员，哇，这就是API所代表的全部，这太了不起了。同时，您还必须通过向人们提供技能来使他们受益。

因此，我们现在已成为Salesforce的一部分，并且Salesforce拥有一个令人难以置信的平台，可以帮助人们提高技能并扩大技能。因此，我们倾向于这样做。然后我们保证在五年内我们将拥有100,000个集成开拓者。现在，我们正在大规模讨论。然后对于需要立即执行此操作的人员，我们还需要为他们加油，并说这是其他人成功的方式。因此，您将看到我们一次又一次地推出加速器，但基本上具备了前进所需的一切。

例如，与Salesforce集成在一起，但它们是Salesforce之外功能的加速器。因此，例如，如果您想进行电子商务，该如何使用Commerce Cloud?我如何看待预构建的API，预构建的集成模板，预构建的示例，文档，参考体系结构，所有这些都捆绑在一起并在那里可用，并且将会越来越多地出现。我认为，随着时间的推移，其他人将产生加速器，您将拥有一个内容生态系统来支持产品生态系统。

Bill Detwiler：这也是我也想谈的一件事。您认为行业需要做什么，而不仅仅是Salesforce，不仅是MuleSoft，还需要整个行业来制造这些API?您谈论标准化。它发生在围绕网络的标准化方面，而我们谈论的是围绕代码和语言的标准化。谈论关于API的标准化。

Uri Sarid：是的。非常重要。同样，标准化有时实际上实际上是围绕API进行的，例如让我们使用相同的API表面。通常，它实际上是在标准化，例如，我们如何以类似的方式对数据建模，如何为这些事物使用相同的域模型。想客户的方式有千种。客户是客户，并且可能倾向于以多种方式根据数据形状来描述客户，但这仍然意味着客户。因此，如果我们可以将语义含义附加到客户，订单，医疗记录等等，那么我们的系统突然变得足够聪明，可以说，等等，我知道如何将此患者记录与此病历，因为我知道他们的病历。

然后可以开始自动完成映射。您已经在Flow Designer内部看到我们有机器学习来推荐映射。在某些时候，当系统内部有足够的置信度时，这些映射将完全自动化。因此，我认为我们将需要标准化一些概念模型，标准化一些数据模型，标准化一些API，并确保尽可能多地鼓励人们共享这些东西。这要求组织改变心态。不用说，这全都关于我，您必须开放至少在各个行业的基础上共享这些东西。

比尔·德特维尔(Bill Detwiler)：您是否认为围墙花园的时代已经过去了?我的意思是，您看到了这种竞争，看到了该供应商的锁定。甚至在当今的多云世界中，许多互操作性供应商以及客户要求更多互操作性的说法仍然是，我不想被这个供应商所束缚。我希望能够获取我的数据。我希望能够将我的应用程序转移到各个供应商之间。您是否认为今天的供应商不可能继续推动锁定?还是那些供应商可能不会像过去那样在市场上取得成功，因为客户只是要求更多的互操作性，而您只是屈指可数，或者您将成为潮流?

Uri Sarid：对。长期来看，它是行不通的。

Bill Detwiler：对。

乌里·萨里德(Uri Sarid)：短期而言，说“嘿，我在这里有一件好事”仍然是组织动力所固有的。我拥有平台。例如，我拥有一个特定的生态系统。让我将其倾向于使我短期获得一些收入的方式。长期来看，这是行不通的。因此，组织必须问自己的问题是，我是否应该选择一个明确促进互操作性的供应商，以表明互操作性意味着邀请具有固有开放架构的供应商?我要和要锁定的人一起去吗?

而且我确实认为，随着时间的流逝，我们将看到所有主要供应商都拥有互操作性，而随着时间的推移，互操作性并不意味着我与他们合作以及与他们合作。互操作性意味着我需要一些开放的体系结构和一些开放的标准。我正在积极地与这个领域的其他供应商共享信息，因此，我们的客户会因为正确的原因而选择我们，而不是因为自己被锁定而选择我们，从而从中受益。

Bill Detwiler：他们必须这样做，因为我的所有数据，我在此应用程序中所做的所有投资，对我的员工的培训都在这里...

乌里·萨里德：好的。

比尔·德特维尔(Bill Detwiler)：我无法在其他任何地方使用它?

乌里·萨里德：好的。

Bill Detwiler：因此，当您谈论技术方面的问题时，我们稍早谈了一点，因为我们的观众更具技术性。

Uri Sarid：是的。

比尔·德特维尔(Bill Detwiler)：我很想在面纱后面稍加窥视一下，否则会发生什么?那么，在API的技术方面，最令您兴奋的是什么，MuleSoft现在正在做什么?

Uri Sarid：它属于建模的一般领域。因此，我深信不疑，当您拥有一个要解决的问题的良好，强大而又简单的模型时，您在实际解决问题上将变得异常迅速和高效。对于模型，我的字面意思是一种建模语言和建模框架，并将模型视为数据并将其适当存储并在模型之间进行查询。因此，例如，当我们查看一个API规范时，它实际上以一种机器可读的方式告诉您，我实际上该怎么做，该API公开的功能是什么。

我们不会将其视为文档。我们不将其视为博客。我们将其视为有意义的注释的图表。什么是有意义的笔记?例如，这是一种资源。此资源具有以下与此相关的HTTP方法。这是该资源公开的数据类型。顺便说一下，该数据类型本身就是一些注释。那是实际数据。因此，现在您可以询问图表，可以询问这些API规范，你们是否一致?您要公开哪些功能?此信息是否敏感，等等。

等一下，此信息敏感吗?保持敏感意味着什么?让我们开始模型敏感性。让我们开始模型数据类型。让我们为业务语义建模。因此，这不仅是返回201的HTTP帖子，还是创建发票，它返回成功创建的发票。那么，我们如何在此之上对业务语义建模，并将其链接到此实际HTTP事务?现在，当我自然地，技术上直接将业务语义叠加在此交互之上时，现在我可以创建面向业务用户的工具，让他们说，创建订单时您想做什么?

然后，我可以据此生成一个业务事件，然后说，每当创建新订单时，我都希望订阅并创建它，例如许可证。现在想象业务用户编排他们的企业说，我想要一些魔术。我想说的是，无论何时生成发票或生成新许可证，我都希望与该用户进行某种形式的推广，以使他们做更多的事情。因此，当我们将这些真实的建模数据组合在一起时，我想我们会看到这些工具。

Bill Detwiler：并且通过API来推动没有代码，低代码理念，对吗?

Uri Sarid：是的。

Bill Detwiler：就像您之前提到的那样，我认为这是我们之前从未见过的事情，因为人们想到了API，它有点复杂，或者仅仅是...

乌里·萨里德：好的。

Bill Detwiler：我获取数据或其他方式的方式...

乌里·萨里德：好的。究竟。我想这就是我之前谈到不同类型的API的地方，我们也应该意识到发布事件的能力也是API。这也是合同。您可以依靠我向您发布事件，以便您可以对这些事件进行处理。因此，我们在AsyncAPI上进行了大量投资，这是一个开放规范，用于说明您如何实际捕获这些事件并将其转化为合同。因此，我们要做的事情就位于结构的底层，就像在内容协商中使用HTML和HTTP的Web结构一样。

我们不了解所谓的应用程序网络的结构，而是说，为了使所有内容以最简单的方式构建在其中，必须采用哪些标准部件和标准模型?

ZDNET的周一上午开幕式

周一早上开门红是我们本周在科技领域的开场白。由于我们经营着一个全球网站，因此本社论于周一在澳大利亚悉尼的AEST(美国东部标准时间)上午8点发布，也就是美国星期日的东部时间下午6点。它由ZDNet全球编辑委员会的成员撰写，该委员会由我们在亚洲，澳大利亚，欧洲和北美的首席编辑组成。