OcelotAPI 简单使用—服务发现、流控

我这人比较懒 直接上配置文件的图

其中serviceName是服务名称,

LoadBalancer是负载均衡策略。

对于流控我为了做测试写的1s 限制5次请求。

剩下的看名字就OK了。

要使用服务发现 要有个先决条件就是consul 。我这是为测试的demo ,把服务地址硬编码在consul的配置文件里了,启动consul 时指定该文件服务即注册了。

要想深入的了解Ocelot,中间件是必须要了解的。

Ocelot是一个开发框架,要想用在真实的项目中我们肯定要它进行一些扩展。可以参考Ocelot.ConfigEditor 地址:https://github.com/dbarkwell/Ocelot.ConfigEditor。

这些都是些入门的东东,能用极快的速度入手是开发者选用该框架的一个很大的影响因素。本来善友大大在一个.net 群里共享过一个Ocelot的配置文件的中文文档的结果我因为重做了系统导致文档没了 。我尽量翻翻然后共享出来。

时间: 2024-11-08 08:30:10

OcelotAPI 简单使用—服务发现、流控的相关文章

配置管理 ACM 在高可用服务 AHAS 流控降级组件中的应用场景

应用配置管理(Application Configuration Management,简称 ACM)是一款应用配置中心产品.基于ACM您可以在微服务.DevOps.大数据等场景下极大地减轻配置管理的工作量,同时保证配置的安全合规.ACM 有着丰富的使用场景,本文将介绍其在 AHAS 流控降级 中的应用. 什么是 AHAS 流控降级AHAS 流控降级 是面向分布式服务架构的专业流量控制组件,主要以流量为切入点,从流量控制.熔断降级.系统保护等多个维度帮助您保障服务的稳定性,同时提供强大的聚合监控

统一流控服务开源:基于.Net Core的流控服务

原文:统一流控服务开源:基于.Net Core的流控服务 先前有一篇博文,梳理了流控服务的场景.业界做法和常用算法 统一流控服务开源-1:场景&业界做法&算法篇 最近完成了流控服务的开发,并在生产系统进行了大半年的验证,稳定可靠.今天整理一下核心设计和实现思路,开源到Github上,分享给大家 https://github.com/zhouguoqing/FlowControl  一.令牌桶算法实现 先回顾一下令牌桶算法示意图 随着时间流逝,系统会按恒定1/QPS时间间隔(如果QPS=10

史上最简单的带流控功能的http server

s.py import time import SimpleHTTPServer import SocketServer BYTES_PER_SECOND=160*1024 class MyHTTPRequestHandler(SimpleHTTPServer.SimpleHTTPRequestHandler): def do_GET(self): """Serve a GET request.""" f = self.send_head() i

SSDP 简单服务发现协议

SSDP 简单服务发现协议,是应用层协议,是构成UPnP(通用即插即用)技术的核心协议之一.它为网络客户端(network client)提供了一种发现网络服务(network services)的机制,采用基于通知和发现路由的多播方式实现. SSDP多播地址:239.255.255.250:1900(IPv4),FF0x::C(IPv6) 两种类型的SSDP请求消息会通过SSDP多播地址发送: 1. 发现请求(Discovery request 或查询请求).SSDP客户端向此地址发送HTTP

救火队员的那些事(4)-关于流控

这次救火讨论的是流控,流控可以很简单,也可以非常复杂,特别是动态流控.我们有一个产品在T国某个运营商遇到了麻烦,这个运营商的母公司是欧洲的运营商,而欧洲的运营商对于产品验收的苛刻是出了名的,而这次给我们带来麻烦的就是流控. 这个产品的大致功能就是把订阅的短消息或者彩信内容发送到户手机上,就类似于在几年前火了一段时间的手机报.这个产品的流控有些复杂: 1.首先这套系统部署是集群,假设集群有6台主机,这6台主机的每秒下发的消息量不能超过一个值,假设为10000,为什么有这个要求,是因为下游执行发送消

ASP.NET服务端基本控件介绍

大概分为三种控件: HTML控件,ASP.NET把HTML控件当成普通字符串渲染到浏览器端,不去检查正确性,无法在服务端进行处理ASP.NET服务端控件,经过ASP.NET高度封装的控件,运行在服务端,可以用C#代码进行操作,会渲染到客户端为HTML控件runat=server的HTML控件,在HTML控件中添加runat="server",也是运行在服务端,也可以用C#代码操作也会渲染成HTML,不像ASP.NET服务端控件那样高度封装,和服务端控件相比:如果控件没有被ASP.NET

TCP系列33—窗口管理&流控—7、Silly Window Syndrome(SWS)

一.SWS介绍 前面我们已经通过示例看到如果接收端的应用层一直没有读取数据,那么window size就会慢慢变小最终可能变为0,此时我们假设一种场景,如果应用层读取少量数据(比如十几bytes),接收端TCP有了少量的新的接收缓存后如果立即进行window update把新的window size通告发送端的话,发送端如果立即发送数据,那么接收端缓存可能又会立即耗尽,window size又变为0,接着应用层重复读取少量数据,这个过程重复的话,那么发送端就会频繁的发送大量的小包,这种场景我们就

企业流控全解析—与运营商流控的需求及技术对比

企业流控和运营商ISP流控有着很大的区别,这表现在它们的网络环境.流控前提.流控需求.流控目的都不一样,因此,面向运营商的DPI七层流控技术并不一定适合企业.目前存在部分企业管理员使用免费版七层流控软件产品管理企业网络的情况,这一方面由于其免费的诱惑以及各种盗版的盛行,另一方面由于市场上少有性价比高的企业流控软件产品,因此,企业在实际购买流控产品时,还应当从多方面进行全面的了解.本文对企业流控的各个方面做了详细的分析,希望能起到明辨是非.抛砖引玉的作用. 功能项 企业需求 运营商需求 UTMWA

1.Windows服务-->添加一个简单的服务

Windows服务应用程序是一种需要长期运行的应用程序,它对于服务器环境特别适合.它没有用户界面,并且也不会产生任何可视输出.任何用户消息都会被 写进Windows事件日志.计算机启动时,服务会自动开始运行.它们不要用户一定登录才运行,它们能在包括这个系统内的任何用户环境下运行.通过服务控 制管理器,Windows服务是可控的,可以终止.暂停及当需要时启动. 1.新建一个Windows服务项目 2.系统自动创建了一个Service1.cs的文件,双击打开Service1.cs文件,在工作区域右键