到目前为止，大多数IT专业人士都听说过“无服务器”或“功能性”计算，但许多人可能还不知道有强有力的证据表明它将影响协作。我不确定这是否是一个特定的目标，或者只是一个巧合，但至少在公共云服务的重大转变中，协作的某些方面是正确的。
如果你观察了无服务器云的架构，你会发现它包含三个不同的部分。其中一部分是用于托管的实际资源，它只是一个隐藏的容量池，根据需要分配，而不是作为“虚拟机”出售给用户。第二种是一组应用程序开发工具和规则，它们允许您构建要在该池上运行的内容，第三种是一种业务流程覆盖层，用于在池中运行响应“事件”的内容。有可能与协作发生冲突的是最后一类。
功能或“lambdas”实际上是针对事件处理的，但是您可以在一般企业中仔细查找，您不会发现有太多的事件在寻找一个居住地。在物联网中，事件应用程序有很多机会，但我们还没有实现。因此，所有大型云计算公司（亚马逊、谷歌和微软）都在努力将事件的概念从传感器记录运动扩展到任何“发生”的事情。这种扩张对事件的定义如此宽泛，以至于许多协作的事情现在都落到了这个范围内。
有人更改了文档--并生成了一个事件。有人发了电子邮件，另一个事件出现了。换一个日历，甚至可能打个电话--你猜对了--我们可以创建一个新事件。所有的云巨头都在努力创造任何可能的事件源。对于他们来说，目标是能够“编排”事件和应用程序特性是如何链接的，从而从功能、微服务、lambdas或任何您喜欢的名称中组合应用程序。
在这样一个时代，员工几乎都是通过自己的各种电脑和设备生活的，当年轻人使用小工具的程度甚至超过了劳动力对技术的依赖程度时，就很难摆脱这样一种观念：通过定义应用程序，函数编排实际上就是定义业务流程。微软通过所谓的“Azure功能”和配套的“逻辑应用程序”引领了这一潮流，因为它的办公产品是许多业务流程的核心，根据我的调查，超过四分之三的协作都涉及到共享一些办公应用程序的输出。
逻辑应用程序是Azure函数的编配层，它构建的工作流是业务流程的基础。Azure函数做这些事情，而逻辑应用程序提供了编配和组织，包括一种基于表单的方式来定义流，这种方式可能超出了一般的单词用户，但对于熟悉构建电子表格的人来说可能是适用的。
这两家公司已经与Office进行了非常紧密的集成，随着微软让Office更加以云为中心，这种集成水平可能会提高。还有第三方应用程序的连接器，比如Salesforce，甚至还有一些社交媒体应用程序。我们可以用逻辑应用程序将Azure的功能可视化为一种云托管大师，引导信号去做事情，协调多个不相连的活动集合。当有人保存了一个特定的PowerPoint时，你可以运行一个功能，然后这个功能就可以通过在Twitter上发布或添加到日历中来设置会议来讨论它。在会议安排的时候，你可以让小的功能性精灵与计划的参与者联系起来。音频，视频，录音，任何你喜欢的东西，你也可以索引会议的录音和幻灯片的参考资料，甚至是特定的幻灯片标题。
这个怎么样？如果客户突然来访，他们的到来是否意味着信息和关键人员的集合，从而使会议达到最佳效果？推特客户端一到就提供会议室位置？对求助线路的调用可以这样管理吗？可以编组人力和信息资源吗？你能在Azure函数中编写一个完整的呼叫/呼叫中心吗？我问了微软Azure的一个朋友这个问题，他停顿了一下，然后说：“我们肯定会成功的。”
押上赌注。如果我们有可以查看应用程序并在特定点生成事件的“连接器”，那么我们不仅有一种方法，可以跨我们几乎每天使用的各种工具自动化应用程序集成，而且我们还有一种方法来组织工作背后的工作人员。协作可以通过将我们使用的传统和社交媒体通信工具与我们正在合作的内容--是的，文档、电子表格和演示文稿，以及应用程序所知道的和人类必须讨论或审查的所有内容联系起来来构建。朋友们，那将是一场真正的革命！
声明：版权所有 非合作媒体谢绝转载
作者：汤姆。诺尔（Tom Nolle）
原文网址：https://www.nojitter.com/post/240173879/functional-collaboration
