Dapr：将云原生开发带进企业

Kubernetes是管理分布式工作负载的一个很好的工具，但是它给可能从中受益的开发人员带来了一系列障碍。

为K8s编写代码时，开发人员必须担心应用程序使用哪种入口控制器，或者部署哪种特定的自动缩放技术。这些问题传统上都是运营团队的工作。”当你部署Kubernetes应用程序时，作为一名开发人员，你基本上要负责处理所有这些，一直到基础设施，并将其描述为应用程序描述的一部分，”Microsoft Azure首席技术官MarkRussinovich解释道。

这种额外的职责可能会减慢开发速度，甚至阻碍组织向更健壮的分布式微服务体系结构转移的努力。

微软分布式应用程序运行时（Dapr）背后的理念是减轻开发人员连接分布式系统所需的典型困难的管道工作。Dapr为企业范围的服务或“构建块”提供了一组接口，使构建可跨云和prem环境移动的可移植应用程序变得更容易。它还允许企业定义一组通用的服务，这些服务可以跨所有应用程序使用，这无疑有助于组织优化和标准化其基础结构。

Dapr于2019年10月首次发布，本周，随着1.0版的发布，微软宣布这个可移植的、事件驱动的运行时可供专业人士使用。”

（Dapr的）主要目标是使企业的云本地开发民主化，”Russinovich

它可以用于无状态和有状态的应用程序，在边缘或云计算环境中，以及跨多个云（“multicloud”）。Dapr使用Kubernetes作为运行生产应用程序的主要宿主环境，尽管Dapr的最终用户并不一定要使用Kubernetes。

与service mesh软件非常相似，Dapr构建在侧车或小型应用程序上，这些应用程序控制与应用程序一起使用的程序，并控制所有的输入和输出。然后，开发人员从Dapr本身调用所需的功能，而不是从每个单独的服务调用。

但是，尽管service mesh主要关注消息的路由（以及相关的监控和安全需求），Dapr专注于满足开发人员的需求，或者“应用程序级构造”，Russinovich说。为了管理状态，或者订阅发布/订阅消息传递系统，开发人员将编写Dapr构造。也就是说，服务网格和Dapr之间有一些重叠。例如，Dapr可以利用微服务之间基于TLS的相互加密，以及监视和日志记录。

Dapr既可以为现有的应用程序运行，也可以为那些现在被认为是整体设计的应用程序运行。在这些情况下，可以在应用程序所在的服务器上安装Dapr侧车sidecar。为了最大限度地提高微服务效率，Dapr可以安装到Kubernetes集群上，因此在该集群上运行的所有具有Dapr注释的应用程序都将自动获取sidecar。

微软已经在visualstudio开发平台中构建了Dapr的扩展，并且在Azure服务中有几个钩子，包括Azure函数和Azure逻辑应用程序。首先，微软希望将Dapr与更广泛的开放源代码社区集成：Dapr是开放源代码的，由MIT许可证覆盖。”Russinovich说：“我们从企业中听到的一个响亮而清晰的信息是，‘嘿，我们想在开源技术基础上构建我们的应用程序，这样它就可以移植，我们就可以利用开源生态系统。’”。

使Kubernetes对开发人员有利的问题已经在其他一些开源工作中得到了解决，主要围绕着通用控制平面的想法，这将为企业为开发人员构建自己的基于Kubernetes的自助服务式平台奠定基础。Crossplane是Upbound构建的一个开源控制平面，它支持从Kubernetes提供云服务，并滚动您自己的基于Kubernetes的PaaS。KubeVela是一个可扩展的“平台引擎”，它位于Crossplane和Kubernetes之上，开发者不必担心底层的基础设施。

然而，这些努力都没有像微软那样深入企业。据微软报道，许多公司已经在生产环境中使用Dapr。自治系统平台提供商Roadwork将Dapr与KEDA Kubernetes事件驱动自动缩放器相结合，创建了一个数据分析系统，该系统根据传入的流量自动缩放应用程序和底层集群。光电蔡司利用Azure上的Dapr重新设计了一个已有数十年历史的单片验证和订购系统，这样用户就可以更轻松地更新、重新路由或跟踪订单，而无需重新配置表。总部位于南非的科技企业Ignition Group开发了订单处理软件，用于跟踪产品、管理订阅以及使用Dapr和.Net处理付款。