service-fabric

题记：Dapr是什么，Dapr包含什么，为什么要用Dapr。 Dapr是什么 Dapr（ D istributed Ap plication R untime），是微软Azure内部创新孵化团队的一个开源项目，皆在解决微服务应用开发过程的一些共性问题。以官方文档的说法，Dapr是一个可移植、事件驱动的运行时，让企业开发者更容易利用各种语言和框架构建柔性、无状态和有状态的微服务应用，并运行在云端和边缘。 Dapr的核心由Go语言写成，开发团队一开始有计划使用.NET Core/C#来写，但是考虑到社区的接受程度，遂最终选定Go作为开发语言。当然，还是可以使用任何语言和框架来编写Dapr的扩展功能。由于Dapr要解决的问题确实是大家面临的一些痛点，并且Dapr的设计也独树一帜，所以一经开源，就成为GitHub上Star增长最快的开源项目之一，甚至达到5K Star的速率超过了Kubernetes。 Dapr包含什么 Dapr做的事情很简单，就是利用Sidecar的模式，把代码中的一些横切关注点需求（Cross-cutting）分离和抽象出来，从而达到 运行环境的独立 和 对外部依赖（包括服务之间）的独立 。 这种独立的途径就是使用开放协议（HTTP和gRPC）来代替依赖特定协议。如下图所示： 从上图我们可以看到，使用Dapr开发的微服务应用理论上可以部署到任意的云提供商、边缘设备

前言： 　　 最近在关注微服务，在 eShop On Containers 项目中存在一个API网关项目，引起想深入了解下它的兴趣。 　　　 一、API网关是什么 　　API网关是微服务架构中的唯一入口，它提供一个单独且统一的API入口用于访问内部一个或多个API。它可以具有 身份验证，监控，负载均衡，缓存，请求分片与管理 ，静态响应处理等。API网关方式的核心要点是，所有的客户端和消费端都通过统一的网关接入微服务，在网关层处理所有的非业务功能。通常，网关也是提供REST/HTTP的访问API。服务端通过API-GW注册和管理服务。 二、Ocelot简介 　　 Ocelot 是一个用.NET Core实现并且开源的API网关，它功能强大，包括了：路由、请求聚合、服务发现、认证、鉴权、限流熔断、并内置了负载均衡器与Service Fabric、Butterfly Tracing集成。这些功能只都只需要简单的配置即可完成 三、Ocelot工作流程 　　a) 基本集成： 　　　 根据configuration.json（后续文章会介绍详细内容）中配置内容，把接收所有的客户端请求，路由到对应的下游服务器进行处理，再将请求结果返回。而这个上下游请求的对应关系也被称之为路由。 　 b) 集成IdentityServer： 　　当我们涉及到授权认证的时候，我们可以跟Identity

通过上篇我们知道，网关是外部访问的统一入口，本文采用Ocelot作为Api网关。 环境要求： vs2019 .NetCore3.1 Ocelot16.0.1 创建一个产品服务Api站点（AAStore.ProductCatalog.Api） 添加一个ProductController [Route( " api/[controller] " )] [ApiController] public class ProductController : ControllerBase { [HttpGet(template: " Get " )] public string GetProductById() { return " Product service " ; } } 运行浏览 然后再创建一个订单服务Api站点（AAStore.Orde.Api） 添加一个OrderController [Route( " api/[controller] " )] [ApiController] public class OrderController : ControllerBase { [HttpGet(template: " Get " )] public string GetOrder() { return " Order Service " ; } } 运行浏览 两个服务已经已经准备好了

以下资源均来自于各大技术社区朋友推荐： 类似于StackOverFlow的基于ASP.NET MVC的响应式主题论坛MVCForum 杨威：股海捕鱼（二十八）低回撤的交易才是稳定获利的前提条件 基于ZKWeb + Angular 4.0的开源管理后台Demo 高级PM教你定制APP通用元件库 企捷协同办公平台，开源 抓包工具： wireshark现在几乎就是抓包必备工具了。。。 做web的用fiddler比较多 微软开源ＡＩ开发包 微软也开源其深度学习语人工智能领域的研究成果 Computational Network Toolkit（CNTK），将之放上 GitHub 供所有开发者使用，而且据微软研究员说法，CNTK 在语音和图像辨识能力方面，比 Google 的 Tensor 等四个开发者常用的 Toolkit 有更快的运算速度。 IdentityServer，OAuth2 等资源汇总 nanofaric 基于Consul + .NET Core + Polly + Ocelot + Exceptionless + IdentityServer等开源项目的微服务开发框架 nanofaric 是 nano 和 fabric的合成，nano表示微服务， fabric来自于微软的微服务框架 service fabric 开源的分布式部署解决方案文档 - 手动安装 各种图标资源网站：

通过上篇我们知道，网关是外部访问的统一入口，本文采用Ocelot作为Api网关。 环境要求： vs2019 .NetCore3.1 Ocelot16.0.1 创建一个产品服务Api站点（AAStore.ProductCatalog.Api） 添加一个ProductController [Route( " api/[controller] " )] [ApiController] public class ProductController : ControllerBase { [HttpGet(template: " Get " )] public string GetProductById() { return " Product service " ; } } 运行浏览 然后再创建一个订单服务Api站点（AAStore.Orde.Api） 添加一个OrderController [Route( " api/[controller] " )] [ApiController] public class OrderController : ControllerBase { [HttpGet(template: " Get " )] public string GetOrder() { return " Order Service " ; } } 运行浏览 两个服务已经已经准备好了

.net 这几年国内确实不好过。 很多都选择转行。不过.net Core跨平台 开源之后 。社区的生态在慢慢建立。往好的趋势发展。 对于坚守在.NET战线的开发者来说 是个挺不错的消息。 特别是微软收购75亿美金GitHub。.net 生态 社区圈子。肯定会有所上升。 发展趋势越来越好。（当然 这只是我个人祈愿） 最近也比较懒。也有段时间没有写过文章了。 但对于追寻新技术渴望学习 是不会断的 最近微服务比较火热。 将以个大型项目根据业务可以拆分成一个个的较小的独立项目。便于管理 且互相协作 什么是Ocelot Ocelot是一个用.NET Core实现并且开源的API网关，它功能强大，包括了：路由、请求聚合、服务发现、认证、鉴权、限流熔断、并内置了负载均衡器与Service Fabric、Butterfly Tracing集成。这些功能只都只需要简单的配置即可完成 但是现在网上关于Ocelot的文章还是有限。 首先感谢几位大佬 Ocelot的文章 https://www.cnblogs.com/shanyou/p/7787183.html （张友善 大神） https://www.cnblogs.com/Leo_wl/p/7852311.html （ HackerVirus 大神） https://www.cnblogs.com/jesse2013/p/net-core

参考 　　微软官方文档 service fabric 　　百家号 大话微服务架构之微服务框架微软ServiceFabric正式开源 一、概述 　　1.概念 　　　　 Azure Service Fabric 是一款分布式系统平台，可方便用户轻松打包、部署和管理可缩放的可靠微服务和容器。 Service Fabric 还解决了开发和管理云本机应用程序面临的重大难题。 开发人员和管理员不需解决复杂的基础结构问题，只需专注于实现苛刻的任务关键型工作负荷，即那些可缩放、可靠且易于管理的工作负荷。 Service Fabric 代表了下一代平台，用于生成和管理在容器中运行的企业级单层云规模应用程序。 　　2.微服务 　　　　微服务是指用小型服务集合来构建服务端应用的方法，每个服务在独立的进程中运行，服务间通过特定协议（http,AMQP）通信，每个服务能够独立开发、部署，拥有自己的领域数据模型和领域逻辑，可以有不同的数据存储技术甚至是不同的编程语言。 　　　　微服务的目的在：解耦。解耦是永恒的主题，依赖注入是为了解耦，应用分层是为了解耦，这些可以看做是纵向解耦，而微服务是把应用横向解耦，服务间解耦。 　　　　下图是传统一体式应用开发与微服务开发的对比： 　　　　　　 　　　　　　 　　　　　　① 单一式应用包含域特定的功能，通常按照功能层来划分，例如传统三层。 　　　　　　②

这几年来，微服务这个概念越来越火了，火到什么程度呢？ 2019年有一个统计说，两千家企业里， 45%在使用微服务，16%在实验开发和测试微服务架构，24%在学习微服务准备转型，只有剩下的15%的企业没有使用微服务。 微服务到底有什么好呢？ 微服务在2013年才被提出，短短几年就有这么快速的发展。 微服务架构能够实现由小型自主服务组成一个整体应用，各个组成部分之间是松耦合的，复杂性低，各个部分可以独立部署，修复bug或者引入新特性更容易，能够独立扩展，不同技术栈之间可以使用不同框架、不同版本库甚至不同的操作系统平台。 对于中大型架构系统来说，微服务更加便捷，微服务成为很多企业架构重构的方向，同时也对 架构师提出更高的挑战。 目前有很多常用于微服务构建的框架，对于构建微服务架构能够带来一些帮助。 Java语言相关微服务框架 1.Spring Boot Spring Boot的设计目的是简化新Spring应用初始搭建以及开发过程，2017年有64.4%的受访者决定使用Spring Boot，可以说是最受欢迎的微服务开发框架。 利用Spring Boot开发的便捷度简化分布式系统基础设施的开发，比如像配置中心、注册、负载均衡等方面都可以做到一键启动和一键部署。 2.Spring Cloud Spring Cloud是一个系列框架的合计，基于HTTP（s）的RETS服务构建服务体系