NetCore部署微服务(三)

这篇具有很好参考价值的文章主要介绍了NetCore部署微服务(三)。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

接上文,服务端部署完成之后,同样我们也需要修改一下客户端代码

Blocking Queries

1.1 服务发现

在客户端代码中使用Nuget安装consul包

NetCore部署微服务(三),微服务,架构,云原生

 修改配置文件,我们首先需要把consul的请求地址配置在配置文件中

NetCore部署微服务(三),微服务,架构,云原生

修改control方法

using Consul;
using Microsoft.AspNetCore.Mvc;
using System.Net.Http;

namespace ForumClient.Controllers
{
    [ApiController]
    [Route("api/[controller]/[action]")]
    public class ClientController:ControllerBase
    {
        private readonly ILogger<ClientController> _logger;

        private readonly IHttpClientFactory _httpClientFactory;

        private readonly IConfiguration _configuration;

        public ClientController(IHttpClientFactory httpClientFactory, ILogger<ClientController> logger, IConfiguration configuration)
        {
            _httpClientFactory = httpClientFactory;

            _logger = logger;

            _configuration = configuration;

        }

        [HttpGet]
        public async Task<string> GetProduct()
        {
            var client = _httpClientFactory.CreateClient("local"); //

            //string[] arr_product_url = { "http://localhost:8050/product", "http://localhost:8051/product", "http://localhost:8052/product" } ;

            var consulClient = new ConsulClient(c =>
            {
                //consul地址
                c.Address = new Uri(_configuration["ConsulSetting:ConsulAddress"]);
            });

            var services = consulClient.Health.Service("ProductService", null, true, null).Result.Response;//健康的服务

            string[] serviceUrls = services.Select(p => $"http://{p.Service.Address + ":" + p.Service.Port}").ToArray();//订单服务地址列表

            if (!serviceUrls.Any())
            {
                return await Task.FromResult("【产品服务】服务列表为空");
            }

            //每次随机访问一个服务实例
            var product_result = await client.GetStringAsync(serviceUrls[new Random().Next(0, serviceUrls.Length)]);

            return $"产品服务:{product_result}";

        }

        [HttpGet]
        public async Task<string> GetOrder() 
        {
            var client = _httpClientFactory.CreateClient("local"); //

            //string[] arr_order_url = { "http://localhost:8060/order", "http://localhost:8061/order", "http://localhost:8062/order" };

            var consulClient = new ConsulClient(c =>
            {
                //consul地址
                c.Address = new Uri(_configuration["ConsulSetting:ConsulAddress"]);
            });

            var services = consulClient.Health.Service("OrderService", null, true, null).Result.Response;//健康的服务

            string[] serviceUrls = services.Select(p => $"http://{p.Service.Address + ":" + p.Service.Port}").ToArray();//订单服务地址列表

            if (!serviceUrls.Any())
            {
                return await Task.FromResult("【订单服务】服务列表为空");
            }


            var order_result = await client.GetStringAsync(serviceUrls[new Random().Next(0, serviceUrls.Length)]);

            return $"订单服务:{order_result}";
        }
    }
}

 OK,通过如下修改,我们发现,我们不需要再在代码中配置请求地址,请求地址可以从consul服务中获取。

ok,我们随便停止两个服务

[root@iZ2ze6on3jy8afby5yaj0bZ order_api]# docker stop orderapi1
orderapi1
[root@iZ2ze6on3jy8afby5yaj0bZ order_api]# docker stop productapi1
productapi1

这时候停止的服务地址就获取不到了,客户端依然正常运行。

这时候解决了服务的发现,新的问题又来了...

  • 客户端每次要调用服务,都先去Consul获取一下地址,这不仅浪费资源,还增加了请求的响应时间,这显然让人无法接受。

那么怎么保证不要每次请求都去Consul获取地址,同时又要拿到可用的地址列表呢?

Consul提供的解决方案:——Blocking Queries (阻塞的请求)

1.2 Blocking Queries

这是什么意思呢,简单来说就是当客户端请求Consul获取地址列表时,需要携带一个版本号信息,Consul会比较这个客户端版本号是否和Consul服务端的版本号一致,如果一致,则Consul会阻塞这个请求,直到Consul中的服务列表发生变化,或者到达阻塞时间上限;如果版本号不一致,则立即返回。这个阻塞时间默认是5分钟,支持自定义。
那么我们另外启动一个线程去干这件事情,就不会影响每次的用户请求了。这样既保证了客户端服务列表的准确性,又节约了客户端请求服务列表的次数。

我们需要继续修改客户端代码。

我们只在构造函数中获取一次服务列表,代码改造结果如下:

using System.Net.Http;

namespace ForumClient.Controllers
{
    [ApiController]
    [Route("api/[controller]/[action]")]
    public class ClientController : ControllerBase
    {
        private readonly ILogger<ClientController> _logger;

        private readonly IHttpClientFactory _httpClientFactory;

        private readonly IConfiguration _configuration;

        private ConcurrentBag<string> _orderServiceUrls;
        private ConcurrentBag<string> _productServiceUrls;

        private readonly ConsulClient _consulClient;

        public ClientController(IHttpClientFactory httpClientFactory, ILogger<ClientController> logger, IConfiguration configuration)
        {
            _httpClientFactory = httpClientFactory;

            _logger = logger;

            _configuration = configuration;
            _consulClient = new ConsulClient(c =>
            {
                //consul地址
                c.Address = new Uri(_configuration["ConsulSetting:ConsulAddress"]);
            });

            GetServices();

        }

        [HttpGet]
        public async Task<string> GetProduct()
        {
            if (_productServiceUrls == null)
                return await Task.FromResult("【产品服务】正在初始化服务列表...");

            var client = _httpClientFactory.CreateClient("local"); //

            //每次随机访问一个服务实例
            var product_result = await client.GetStringAsync(_productServiceUrls.ElementAt(new Random().Next(0, _productServiceUrls.Count())));

            return $"产品服务:{product_result}";

        }

        [HttpGet]
        public async Task<string> GetOrder()
        {
            if (_orderServiceUrls == null)
                return await Task.FromResult("【订单服务】正在初始化服务列表...");

            var client = _httpClientFactory.CreateClient("local"); //

            //每次随机访问一个服务实例
            var order_result = await client.GetStringAsync(_orderServiceUrls.ElementAt(new Random().Next(0, _productServiceUrls.Count())));

            return $"订单服务:{order_result}";
        }

        public void GetServices()
        {
            var serviceNames = new string[] { "OrderService", "ProductService" };
            Array.ForEach(serviceNames, p =>
            {
                Task.Run(() =>
                {
                    //WaitTime默认为5分钟
                    var queryOptions = new QueryOptions { WaitTime = TimeSpan.FromMinutes(10) };
                    while (true)
                    {
                        GetServices(queryOptions, p);
                    }
                });
            });
        }

        private void GetServices(QueryOptions queryOptions, string serviceName)
        {
            var res = _consulClient.Health.Service(serviceName, null, true, queryOptions).Result;

            //控制台打印一下获取服务列表的响应时间等信息
            Console.WriteLine($"{DateTime.Now}获取{serviceName}:queryOptions.WaitIndex:{queryOptions.WaitIndex}  LastIndex:{res.LastIndex}");

            //版本号不一致 说明服务列表发生了变化
            if (queryOptions.WaitIndex != res.LastIndex)
            {
                queryOptions.WaitIndex = res.LastIndex;

                //服务地址列表
                var serviceUrls = res.Response.Select(p => $"http://{p.Service.Address + ":" + p.Service.Port}").ToArray();

                if (serviceName == "OrderService")
                    _orderServiceUrls = new ConcurrentBag<string>(serviceUrls);
                else if (serviceName == "ProductService")
                    _productServiceUrls = new ConcurrentBag<string>(serviceUrls);
            }
        }

    }
}

现在不用每次调用Api接口的时候都先去请求服务列表了,是不是流畅多了?

这时候如果服务列表没有发生变化的话,获取服务列表的请求会一直阻塞到我们设置的10分钟。

随便停止2个服务:

[root@iZ2ze6on3jy8afby5yaj0bZ order_api]# docker stop orderapi1
orderapi2
[root@iZ2ze6on3jy8afby5yaj0bZ order_api]# docker stop productapi1
productapi2

继续访问客户端网站,同样流畅。
(gif图传的有点问题。。。)

至此,我们就通过Consul完成了服务的注册与发现。
接下来又引发新的思考。。。文章来源地址https://www.toymoban.com/news/detail-786479.html

  1. 每个客户端系统都去维护这一堆服务地址,合理吗?
  2. 服务的ip端口直接暴露给所有客户端,安全吗?
  3. 这种模式下怎么做到客户端的统一管理呢?

到了这里,关于NetCore部署微服务(三)的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 云原生Kubernetes:Kubeadm部署K8S单Master架构

    目录 一、理论 1.kubeadm 2.Kubeadm部署K8S单Master架构 3.环境部署 4.所有节点安装docker 5.所有节点安装kubeadm,kubelet和kubectl 6.部署K8S集群 7.安装dashboard 8.安装Harbor私有仓库 9.内核参数优化方案 二、实验 1.Kubeadm部署K8S单Master架构 2. 部署流程  3.环境部署 4.所有节点安装docker 5.所有节

    2024年02月10日
    浏览(61)
  • [云原生案例2.1 ] Kubernetes的部署安装 【单master集群架构 ---- (二进制安装部署)】节点部分

    Minikube是一个工具,可以在本地快速运行一个单节点微型K8S,仅用于学习、预览K8S的一些特性使用。 Kubeadm也是一个工具,提供kubeadm init和kubeadm join,用于快速部署K8S集群,相对简单。 生产首选,从官方下载发行版的二进制包,手动部署每个组件和自签TLS证书,组成K8S集群,

    2024年02月05日
    浏览(61)
  • 【ArchSummit】阿里云原生微服务架构治理最佳实践

      前言 📫 作者简介 :小明java问道之路,专注于研究 Java/ Liunx内核/ C++及汇编/计算机底层原理/源码,就职于大型金融公司后端高级工程师,擅长交易领域的高安全/可用/并发/性能的架构设计与演进、系统优化与稳定性建设。 📫 热衷分享,喜欢原创~ 关注我会给你带来一些

    2024年02月02日
    浏览(77)
  • 云原生Kubernetes:二进制部署K8S单Master架构(一)

    目录 一、理论 1.K8S单Master架构 2.  etcd 集群 3.CNI 4.Flannel网络 5.K8S单Master架构环境部署 6.部署 etcd 集群 7.部署 docker 引擎 8.flannel网络配置 二、实验 1.二进制部署K8S单Master架构 2. 环境部署 3.部署 etcd 集群 4.部署 docker 引擎 5.flannel网络配置 三、问题 1.etcd 报错 2.安装etcd问题 3.系

    2024年02月10日
    浏览(56)
  • 云原生Kubernetes:二进制部署K8S单Master架构(二)

    目录  一、理论 1.K8S单Master架构 2.部署 master 组件 3.部署 Woker Node 组件 4.在master1节点上操作 5.在 node01 节点上操作 6.在 master01 节点上操作  7.在 node01 节点上操作 8.node02 节点部署(方法一) 二、实验 1.环境  2.部署 master 组件 3.部署 Woker Node 组件 4.在master1节点上操作 5.在 nod

    2024年02月10日
    浏览(46)
  • 微服务架构的未来:跨边界的云原生整合

    🎉欢迎来到架构设计专栏~微服务架构的未来:跨边界的云原生整合 ☆* o(≧▽≦)o *☆嗨~我是IT·陈寒🍹 ✨博客主页:IT·陈寒的博客 🎈该系列文章专栏:架构设计 📜其他专栏:Java学习路线 Java面试技巧 Java实战项目 AIGC人工智能 数据结构学习 🍹文章作者技术和水平有限,

    2024年02月08日
    浏览(36)
  • 【云原生】k8s组件&架构介绍与K8s最新版部署

          个人主页: 征服bug-CSDN博客 kubernetes专栏: kubernetes_征服bug的博客-CSDN博客  目录 1 集群组件 1.1 控制平面组件(Control Plane Components) 1.2 Node 组件 1.3 插件 (Addons) 2 集群架构详细 3 集群搭建[重点] 3.1 minikube 3.2 裸机安装 集群组件 核心概念 集群安装 集群 cluster : 将同一个

    2024年02月14日
    浏览(53)
  • 云原生Kubernetes: Kubeadm部署K8S 1.29版本 单Master架构

    目录 一、实验 1.环境 2.K8S master节点环境准备 3.K8S master节点安装kubelet、kubeadm、kubectl 3.K8S node节点环境准备与软件安装 4.K8S master节点部署服务 5.K8S node节点部署 6.K8S master节点查看集群 7.容器网络(CNI)部署 8.K8S 集群测试 二、问题 1.calico生成资源报错 2.为何要安装docker和ci-d

    2024年02月01日
    浏览(70)
  • 专为云原生、微服务架构而设计的链路追踪工具 【SkyWalking介绍及搭建】

    服务链路追踪已成为不可或缺的一环 skywalking是一个优秀的 国产 开源框架,2015年由个人 吴晟 (华为开发者)开源 , 2017年加入apache 孵化器。 skywalking是分布式系统的应用 程序性能监视工具 ,专为微服务、云原生架构和基于容器化技术 (docker、K8s、Mesos)架构而设计,它是

    2023年04月08日
    浏览(86)
  • 云原生之深入解析亿级流量架构之服务限流思路与方法

    ① 熔断 系统在设计之初就把熔断措施考虑进去,当系统出现问题时,如果短时间内无法修复,系统要自动做出判断,开启熔断开关,拒绝流量访问,避免大流量对后端的过载请求。 系统也应该能够动态监测后端程序的修复情况,当程序已恢复稳定时,可以关闭熔断开关,恢

    2024年02月04日
    浏览(42)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包