这篇文章将为大家详细讲解有关Dapr微服务的原理是什么，文章内容质量较高，因此小编分享给大家做个参考，希望大家阅读完这篇文章后对相关知识有一定的了解。
Dapr（Distributed Application Runtime），是微软Azure内部创新孵化团队的一个开源项目，皆在解决微服务应用开发过程的一些共性问题。以官方文档的说法，Dapr是一个可移植、事件驱动的运行时，让企业开发者更容易利用各种语言和框架构建柔性、无状态和有状态的微服务应用，并运行在云端和边缘。
Dapr的核心由Go语言写成，开发团队一开始有计划使用.NET Core/C#来写，但是考虑到社区的接受程度，遂最终选定Go作为开发语言。当然，还是可以使用任何语言和框架来编写Dapr的扩展功能。由于Dapr要解决的问题确实是大家面临的一些痛点，并且Dapr的设计也独树一帜，所以一经开源，就成为GitHub上Star增长最快的开源项目之一，甚至达到5K Star的速率超过了Kubernetes。
Dapr做的事情很简单，就是利用Sidecar的模式，把代码中的一些横切关注点需求（Cross-cutting）分离和抽象出来，从而达到运行环境的独立和对外部依赖（包括服务之间）的独立。
这种独立的途径就是使用开放协议（HTTP和gRPC）来代替依赖特定协议。如下图所示：
从上图我们可以看到，使用Dapr开发的微服务应用理论上可以部署到任意的云提供商、边缘设备、虚拟机、Service Fabric集群、Kubernetes集群里面。
并且在如下方面（称之为Building Block）进行外部依赖的抽象：
<ul class=">下图很好的展示了以上独立抽象的能力是如何通过Sidecar模式实现的：
（Sidecar进程模式）
（Sidecar容器模式）
虽然Dapr暴露的所有能力都是基于开放协议HTTP和gRPC的，但是为了方便大家快速开发，目前还是提供了如下语言平台的SDK：
同时，Dapr还可以和微软开源的FaaS开发框架Azure Functions进行集成，Dapr开发团队也基于Azure Logic App的边缘运行时版本为微服务应用提供了Workflows的能力
根据InfoQ的架构和设计技术趋势报告（https://www.infoq.com/articles/architecture-trends-2020/），微服务已经成为软件开发的主流。但是要开发微服务应用，大部分开发人员还是面临诸多挑战。根本原因在于我们更熟悉经典的3层架构，而对微服务这种分布式应用的开发经验会显得相对不足，很难应对分布式应用所要求的伸缩性、灵活性、可维护性等云原生的特点。
Dapr通过把一些构建微服务应用所需的最佳实践内置到开放、独立的Building Block中，让开发人员更加专注于业务逻辑代码的编写，即可开发出功能强大的微服务应用。
更为重要的是，Dapr还抽象了运行环境，避免微服务应用和运行环境强绑定（这也是很多团队“假上云”——仅使用VM的原因之一）。并且支撑Dapr的运行环境不仅仅限于Cloud，还有广阔的Edge。
毫无疑问，Dapr获得了很多用户的青睐，官网上提到的Geek+使用Dapr构建了仓储机器人的解决方案，Willow使用Dapr构建了智能铁路管理系统。也还有很多大型企业正在采用Dapr来构建他们的微服务应用，甚至国内某互联网巨头不仅计划采用还积极参与了Dapr社区的贡献。
关于Dapr微服务的原理是什么就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
