.Net Core微服务入门系列(一)——项目搭建

系列文章目录

1、.Net Core微服务入门系列(一)------项目搭建

2、.Net Core微服务入门全纪录(二)------Consul-服务注册与发现(上)

3、.Net Core微服务入门全纪录(三)------Consul-服务注册与发现(下)

4、.Net Core微服务入门全纪录(四)------Ocelot-API网关(上)

5、.Net Core微服务入门全纪录(五)------Ocelot-API网关(下)

6、.Net Core微服务入门全纪录(六)------EventBus-事件总线

7、.Net Core微服务入门全纪录(八)------Docker Compose与容器网络


文章目录


前言📃

关于 微服务 的概念解释网上有很多, 个人理解微服务是一种系统架构模式,它和语言无关,和框架无关,和工具无关,和服务器环境无关。

微服务思想 是将传统的单体系统按照业务拆分成多个职责单一、且可独立运行的接口服务。至于服务如何拆分,没有明确的定义。几乎任何后端语言都能做微服务开发。微服务也并不是完美无缺的,微服务架构会带来更多的问题,增加系统的复杂度,引入更多的技术栈。


一、创建项目

一个客户端,一个产品服务,一个订单服务。3个项目都是 asp.net core web 应用程序。创建项目的时候记得启用一下 Docker 支持,或者后面添加也行。

为产品、订单服务添加一些基础代码,就简单的返回一下 服务名称,当前时间,服务的ip、端口。


二、在Docker中运行服务

为了方便,我使用 Docker 来运行服务,不用 Docker 也行,关于 docker 的安装及基本使用就不介绍了。

2.1 build镜像

在项目根目录打开 PowerShell 窗口执行:

bash 复制代码
docker build -t productapi -f ./Product.API/Dockerfile .


🔖提示:Successfully代表 build 成功了。

2.2 运行容器

执行:

bash 复制代码
docker run -d -p 9050:80 --name productservice productapi

执行:docker ps 查看运行的容器:

没问题,使用浏览器访问一下接口:

也没问题,其中的 ip 端口是 Docker 容器内部的 ip 端口,所以端口是80,这个无所谓。

产品服务部署好了,下面部署一下订单服务,也是同样的流程,就把指令简单贴一下吧:
build镜像:

bash 复制代码
docker build -t orderapi -f ./Order.API/Dockerfile .

运行容器:

bash 复制代码
docker run -d -p 9060:80 --name orderservice orderapi

OK,订单服务也部署完成了。

三、客户端调用

客户端我这里只做了一个web客户端,实际可能是各种业务系统、什么PC端、手机端、小程序。。。这个明白就好,为了简单就不搞那么多了。

因为客户端需要 http 请求服务端接口,所以需要一个 http 请求客户端,我个人比较习惯 RestSharp,安利一波:https://github.com/restsharp/RestSharp

添加基础代码:

IServiceHelper.cs:

csharp 复制代码
    public interface IServiceHelper
    {
        /// <summary>
        /// 获取产品数据
        /// </summary>
        /// <returns></returns>
        Task<string> GetProduct();

        /// <summary>
        /// 获取订单数据
        /// </summary>
        /// <returns></returns>
        Task<string> GetOrder();
    }

ServiceHelper.cs:

csharp 复制代码
    public class ServiceHelper : IServiceHelper
    {
        public async Task<string> GetOrder()
        {
            string serviceUrl = "http://localhost:9060";//订单服务的地址,可以放在配置文件或者数据库等等...

            var Client = new RestClient(serviceUrl);
            var request = new RestRequest("/orders", Method.GET);

            var response = await Client.ExecuteAsync(request);
            return response.Content;
        }

        public async Task<string> GetProduct()
        {
            string serviceUrl = "http://localhost:9050";//产品服务的地址,可以放在配置文件或者数据库等等...

            var Client = new RestClient(serviceUrl);
            var request = new RestRequest("/products", Method.GET);

            var response = await Client.ExecuteAsync(request);
            return response.Content;
        }
    }

Startup.cs:

csharp 复制代码
    public class Startup
    {
        public Startup(IConfiguration configuration)
        {
            Configuration = configuration;
        }

        public IConfiguration Configuration { get; }

        // This method gets called by the runtime. Use this method to add services to the container.
        public void ConfigureServices(IServiceCollection services)
        {
            services.AddControllersWithViews();
            
            //注入IServiceHelper
            services.AddSingleton<IServiceHelper, ServiceHelper>();
        }

        // This method gets called by the runtime. Use this method to configure the HTTP request pipeline.
        public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
        {
            if (env.IsDevelopment())
            {
                app.UseDeveloperExceptionPage();
            }
            else
            {
                app.UseExceptionHandler("/Home/Error");
            }
            app.UseStaticFiles();

            app.UseRouting();

            app.UseAuthorization();

            app.UseEndpoints(endpoints =>
            {
                endpoints.MapControllerRoute(
                    name: "default",
                    pattern: "{controller=Home}/{action=Index}/{id?}");
            });
        }
    }

HomeController.cs:

csharp 复制代码
    public class HomeController : Controller
    {
        private readonly ILogger<HomeController> _logger;
        private readonly IServiceHelper _serviceHelper;

        public HomeController(ILogger<HomeController> logger, IServiceHelper serviceHelper)
        {
            _logger = logger;
            _serviceHelper = serviceHelper;
        }

        public async Task<IActionResult> Index()
        {
            ViewBag.OrderData = await _serviceHelper.GetOrder();
            ViewBag.ProductData = await _serviceHelper.GetProduct();

            return View();
        }

        public IActionResult Privacy()
        {
            return View();
        }

        [ResponseCache(Duration = 0, Location = ResponseCacheLocation.None, NoStore = true)]
        public IActionResult Error()
        {
            return View(new ErrorViewModel { RequestId = Activity.Current?.Id ?? HttpContext.TraceIdentifier });
        }
    }

Index.cshtml:

csharp 复制代码
@{
    ViewData["Title"] = "Home Page";
}

<div class="text-center">
    <h1 class="display-4">Welcome</h1>
    <p>
        @ViewBag.OrderData
    </p>
    <p>
        @ViewBag.ProductData
    </p>
</div>

代码比较简单,这里就不用 docker 了,直接控制台启动,使用浏览器访问:

一切正常。进行到这里,各个服务也独立运行了,客户端也能正常调用了,貌似算是完成一个简易的微服务了。但是,微服务架构最重要的原则就是------"高可用"。以上的做法明显不能满足高可用性,因为任何一个服务挂掉,所有依赖这个服务的业务系统都会受影响。

停止一下订单服务:

bash 复制代码
docker stop orderservice


订单服务停止,导致客户端业务系统无法获取订单数据。要解决这个问题,很容易想到:集群。

四、简单的服务集群

既然单个服务实例有挂掉的风险,那么部署多个服务实例就好了嘛,只要大家不同时全挂就行。

使用 docker 运行多个服务实例:

bash 复制代码
docker run -d -p 9061:80 --name orderservice1 orderapi
docker run -d -p 9062:80 --name orderservice2 orderapi
docker run -d -p 9051:80 --name productservice1 productapi
docker run -d -p 9052:80 --name productservice2 productapi

现在订单服务和产品服务都增加到3个服务实例。

那么稍微改造一下客户端代码吧:ServiceHelper.cs

csharp 复制代码
public class ServiceHelper : IServiceHelper
    {
        public async Task<string> GetOrder()
        {
            string[] serviceUrls = { "http://localhost:9060", "http://localhost:9061", "http://localhost:9062" };//订单服务的地址,可以放在配置文件或者数据库等等...

            //每次随机访问一个服务实例
            var Client = new RestClient(serviceUrls[new Random().Next(0, 3)]);
            var request = new RestRequest("/orders", Method.GET);

            var response = await Client.ExecuteAsync(request);
            return response.Content;
        }

        public async Task<string> GetProduct()
        {
            string[] serviceUrls = { "http://localhost:9050", "http://localhost:9051", "http://localhost:9052" };//产品服务的地址,可以放在配置文件或者数据库等等...

            //每次随机访问一个服务实例
            var Client = new RestClient(serviceUrls[new Random().Next(0, 3)]);
            var request = new RestRequest("/products", Method.GET);

            var response = await Client.ExecuteAsync(request);
            return response.Content;
        }
    }

当然拿到这些服务地址可以自己做复杂的负载均衡策略,比如轮询,随机,权重等等 都行,甚至在中间弄个 nginx 也可以。这些不是重点,所以就简单做一个随机吧,每次请求来了随便访问一个服务实例。

浏览器测试一下:

可以看到请求被随机分配了。但是这种做法依然不安全,如果随机访问到的实例刚好挂掉,那么业务系统依然会出问题。简单处理思路是:1.如果某个地址请求失败了,那么换一个地址接着执行。2.如果某个地址的请求连续多次失败了,那么就移除这个地址,下次就不会访问到它了。。。。。。。业务系统实现以上逻辑,基本上风险就很低了,也算是大大增加了系统可用性了。

🤔然后思考另一个问题:

实际应用中,上层的业务系统可能非常多,为了保证可用性,每个业务系统都去考虑服务实例挂没挂掉吗?而且实际应用中服务实例的数量或者地址大多是不固定的,例如双十一来了,流量大了,增加了一堆服务实例,这时候每个业务系统再去配置文件里配置一下这些地址吗?双十一过了又去把配置删掉吗?显然是不现实的,服务必须要做到可灵活伸缩。

这时候就引入一个名词:服务注册与发现,下一篇介绍。

相关推荐
m0_7482459218 分钟前
[MySQL#1] database概述 常见的操作指令 MySQL架构 存储引擎
数据库·mysql·架构
快乐就好ya3 小时前
基于docker微服务日志ELK+Kafka搭建
spring boot·elk·spring cloud·docker·微服务·kafka
Icoolkj4 小时前
微服务学习-快速搭建
学习·微服务·架构
喵叔哟4 小时前
25. 【.NET 8 实战--孢子记账--从单体到微服务】--记账模块--预算金额的币种转换
微服务·.net
三天不学习4 小时前
.Net Core微服务入门全纪录(二)——Consul-服务注册与发现(上)
微服务·.netcore·consul
xiaolin03335 小时前
RabbitMQ确保消息可靠性
微服务·rabbitmq·springcloud·可靠性
文火冰糖的硅基工坊6 小时前
[创业之路-249]:《华为流程变革:责权利梳理与流程体系建设》核心内容
华为·架构·管理·创业·战略
一几文12 小时前
2024年11月架构设计师综合知识真题回顾,附参考答案、解析及所涉知识点(一)
架构·系统架构·软考高级·软考·系统架构设计师·it考证·架构真题
七天可修改名字一次14 小时前
云手机技术架构原理浅析,ARM架构与X86架构的对比
arm开发·矩阵·架构·华为云·云计算·手机·百度云