ocelot

浅析微软的网关项目 ReverseProxy Intro 最近微软新开了一个项目 ReverseProxy ，也叫做 YARP(A Reverse Proxy) 官方介绍如下： YARP is a reverse proxy toolkit for building fast proxy servers in .NET using the infrastructure from ASP.NET and .NET. The key differentiator for YARP is that it's been designed to be easily customized and tweaked to match the specific needs of each deployment scenario. 这是一个基于 .net (core) 和 asp.net (core) 的用来代理服务器的反向代理组件，YARP的主要区别在于它的设计易于定制和调整，以适应每种部署方案的特定需求。 你可以基于这个项目来构建自己的 API Gateway 项目 YARP 设计 YARP 主要是基于 endpoint 路由 + asp.net core 中间件来设计实现的 来看一下官方的示例 Startup 配置： public void ConfigureServices

通过上篇我们知道，网关是外部访问的统一入口，本文采用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 " ; } } 运行浏览 两个服务已经已经准备好了

在上一讲中，我们已经完成了一个完整的案例，在这个案例中，我们可以通过Angular单页面应用（SPA）进行登录，然后通过后端的Ocelot API网关整合IdentityServer4完成身份认证。在本讲中，我们会讨论在当前这种架构的应用程序中，如何完成用户授权。 回顾 《 Angular SPA基于Ocelot API网关与IdentityServer4的身份认证与授权（一） 》 《 Angular SPA基于Ocelot API网关与IdentityServer4的身份认证与授权（二） 》 《 Angular SPA基于Ocelot API网关与IdentityServer4的身份认证与授权（三） 》 用户授权简介 在继续分析我们的应用程序之前，我们简单回顾一下用户授权。在用户登录的过程中，系统首先确定当前试图登录的用户是否为合法用户，也就是该用户是否被允许访问应用程序，在这个过程中，登录流程并不负责检查用户对哪些资源具有访问权限，反正系统中存在用户的合法记录，就认证通过。接下来，该用户账户就需要访问系统中的各个功能模块，并查看或者修改系统中的业务数据，此时，授权机制就会发挥作用，以便检查当前登录用户是否被允许访问某些功能模块或者某些数据，以及该用户对这些数据是否具有读写权限。这种决定用户是否被允许以某种方式访问系统中的某些资源的机制，称为授权。 最常见的授权可以基于用户组

浅析微软的网关项目 -- ReverseProxy 浅析微软的网关项目 ReverseProxy Intro # 最近微软新开了一个项目 ReverseProxy ，也叫做 YARP(A Reverse Proxy) 官方介绍如下： YARP is a reverse proxy toolkit for building fast proxy servers in .NET using the infrastructure from ASP.NET and .NET. The key differentiator for YARP is that it's been designed to be easily customized and tweaked to match the specific needs of each deployment scenario. 这是一个基于 .net (core) 和 asp.net (core) 的用来代理服务器的反向代理组件，YARP的主要区别在于它的设计易于定制和调整，以适应每种部署方案的特定需求。 你可以基于这个项目来构建自己的 API Gateway 项目 YARP 设计 # YARP 主要是基于 endpoint 路由 + asp.net core 中间件来设计实现的 来看一下官方的示例 Startup 配置： Copy

集成.NET Core+Swagger+Consul+Polly+Ocelot+IdentityServer4+Exceptionless+Apollo的微服务开发框架 Github源代码地址 https://github.com/PeyShine/Demo.MicroServer Apollo配置中心 Apollo（阿波罗）是携程框架部门研发的分布式配置中心，能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，适用于微服务配置管理场景。 由于各个项目配置都需要读取基础的配置信息，这边在内网的Centos(101)上部署了Apollo的环境，并为项目添加了一些基础配置信息，配置如图 Consul Consul是一种服务网格解决方案，提供具有服务发现，健康检查，Key/Value存储，多数据中心等功能。 在内网101启动Consul服务，这里为了测试，直接在本地将用户服务实例分别在三个端口启动起来，实际生产中这些服务可能部署在不同的机房不同的机器，他们之间组成一个服务的集群，服务提供一个心跳检测的方法，用于consul定时检测服务实例是否健康，启动时在consul中进行一次注册，这个就是经常说的‘服务注册与发现’中的服务注册，三个服务实例截图如下 注册完成之后打开consul的ui界面可以看到

原文: Asp.NET Core Nginx Ocelot ForwardedHeaders X-Forwarded-For ocelot在部署时我使用了nginx作为转发，并配置了https证书，但是发现ocelot不支持Forward host header。 https://ocelot.readthedocs.io/en/latest/introduction/notsupported.html 这时候我就有了个疑问，Forward host header到底时什么含义？于是便有了本文。 nginx等代理服务器在转发时，会使用X-Forwarded-For 请求头。该请求头会记录从请求者ip到层层代理服务器ip的信息。 https://imququ.com/post/x-forwarded-for-header-in-http.html https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/X-Forwarded-For asp.net core 在使用转发服务器后，官方文档说需要使用中间件设置XForwardedFor与XForwardedProto https://docs.microsoft.com/en-us/aspnet/core/fundamentals/servers/kestrel?view

。。。。 0. 业务代码准备 1. consul的注册发现 及 Webapi业务代码的准备 2. Polly的简单用法（熔断、降级、充实、短路、超时处理） 3. 框架的自行封装 结合 AspectCore 4. Ocelot 路由功能以及与Consul结合 5. Ocelot+Polly、Ocelot的缓存机制、限流机制、熔断机制 6. Ocelot 配合 Jwt 进行校验 7. ID4介绍 和 Ocelot+ Id4 配合校验 8. Nginx + Ocelot集群解决负载问题 来源： oschina 链接： https://my.oschina.net/u/4364212/blog/4282042

在去年的 .NET Core微服务系列文章 中，初步学习了一下Consul服务发现，总结了 两篇文章 。本次基于Docker部署的方式，以一个Demo示例来搭建一个Consul的示例集群，最后给出一个HA的架构示范，也会更加贴近于实际应用环境。 一、示例整体架构 　　此示例会由一个API Gateway, 一个Consul Client以及三个Consul Server组成，有关Consul的Client和Server这两种模式的Agent的背景知识，请移步我之前的文章加以了解：《 .NET Core微服务之基于Consul实现服务治理 》。其中，Consul的Client和Server节点共同构成一个Data Center，而API Gateway则从Consul中获取到服务的IP和端口号，并返回给服务消费者。这里的API Gateway是基于Ocelot来实现的，它不是这里的重点，也就不过多说明了，不了解的朋友请移步我的另一篇：《 .NET Core微服务之基于Ocelot实现API网关服务 》。 二、Consul集群搭建 2.1 Consul镜像拉取 docker pull consul:1.4.4 　　验证：docker images 　　 2.2 Consul Server实例创建 　　以下我的实践是在一台机器上（CentOS 7）操作的

以下资源均来自于各大技术社区朋友推荐： 类似于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 " ; } } 运行浏览 两个服务已经已经准备好了