通過lms.samples熟悉lms微服務框架的使用

懶小蟲發表於2021-04-08

經過一段時間的開發與測試,終於釋出了Lms框架的第一個正式版本(1.0.0版本),並給出了lms框架的樣例專案lms.samples。本文通過對lms.samples的介紹,簡述如何通過lms框架快速的構建一個微服務的業務框架,並進行應用開發。

lms.samples專案基本介紹

lms.sample專案由三個獨立的微服務應用模組組成:account、stock、order和一個閘道器專案gateway構成。

業務應用模組

每個獨立的微服務應用採用模組化設計,主要由如下幾部分組成:

  1. 主機(Host): 主要用於託管微服務應用本身,主機通過引用應用服務專案(應用介面的實現),託管微服務應用,通過託管應用服務,在主機啟動的過程中,向服務註冊中心註冊服務路由。

  2. 應用介面層(Application.Contracts): 用於定義應用服務介面,通過應用介面,該微服務模組與其他微服務模組或是閘道器進行rpc通訊的能力。在該專案中,除了定義應用服務介面之前,一般還定義與該應用介面相關的DTO物件。應用介面除了被該微服務應用專案引用,並實現應用服務之前,還可以被閘道器或是其他微服務模組引用。閘道器或是其他微服務專案通過應用介面生成的代理與該微服務模組通過rpc進行通訊。

  3. 應用服務層(Application): 應用服務是該微服務定義的應用介面的實現。應用服務與DDD傳統分層架構的應用層的概念一致。主要負責外部通訊與領域層之間的協調。一般地,應用服務進行業務流程控制,但是不包含業務邏輯的實現。

  4. 領域層(Domain): 負責表達業務概念,業務狀態資訊以及業務規則,是該微服務模組的業務核心。一般地,在該層可以定義聚合根、實體、領域服務等物件。

  5. 領域共享層(Domain.Shared): 該層用於定義與領域物件相關的模型、實體等相關型別。不包含任何業務實現,可以被其他微服務引用。

  6. 資料訪問(DataAccess)層: 該層一般用於封裝資料訪問相關的物件。例如:倉庫物件、 SqlHelper、或是ORM相關的型別等。在lms.samples中,通過efcore實現資料的讀寫操作。

(image)

服務聚合與閘道器

lms框架不允許服務外部與微服務主機直接通訊,應用請求必須通過http請求到達閘道器,閘道器通過lms提供的中介軟體解析到服務條目,並通過rpc與叢集內部的微服務進行通訊。所以,如果服務需要與叢集外部進行通訊,那麼,開發者定義的閘道器必須要引用各個微服務模組的應用介面層;以及必須要使用lms相關的中介軟體。

開發環境

  1. .net版本: 5.0.101

  2. lms版本: 1.0.0

  3. IDE: (1) visual studio 最新版 (2) Rider(推薦)

主機與應用託管

主機的建立步驟

通過lms框架建立一個業務模組非常方便,只需要通過如下4個步驟,就可以輕鬆的建立一個lms應用業務模組。

  1. 建立專案

建立控制檯應用(Console Application)專案,並且引用Silky.Lms.NormHost包。

dotnet add package Silky.Lms.NormHost --version 1.0.0
  1. 應用程式入口與主機構建

main方法中,通用.net的主機Host構建並註冊lms微服務。在註冊lms微服務時,需要指定lms啟動的依賴模組。

一般地,如果開發者不需要額外依賴其他模組,也無需在應用啟動或停止時執行方法,那麼您可以直接指定NormHostModule模組。

 public class Program
    {
        public static async Task Main(string[] args)
        {
            await CreateHostBuilder(args).Build().RunAsync();
        }

        private static IHostBuilder CreateHostBuilder(string[] args)
        {
            return Host.CreateDefaultBuilder(args)
                    .RegisterLmsServices<NormHostModule>()
                ;
        }
    }
  1. 配置檔案

lms框架支援yml或是json格式作為配置檔案。通過appsettings.yml對lms框架進行統一配置,通過appsettings.${Environment}.yml對不同環境變數下的配置項進行設定。

開發者如果直接通過專案的方式啟動應用,那麼可以通過Properties/launchSettings.jsonenvironmentVariables.DOTNET_ENVIRONMENT環境變數。如果通過docker-compose的方式啟動應用,那麼可以通過.env設定DOTNET_ENVIRONMENT環境變數。

為保證配置檔案有效,開發者需要顯式的將配置檔案拷貝到專案生成目錄下。

  1. 引用應用服務層和資料訪問層

一般地,主機專案需要引用該微服務模組的應用服務層和資料訪問層。只有主機引用應用服務層,主機在啟動時,才會生成服務條目的路由,並且將服務路由註冊到服務註冊中心。

一個典型的主機專案檔案如下所示:

<Project Sdk="Microsoft.NET.Sdk">

    <PropertyGroup>
        <OutputType>Exe</OutputType>
        <TargetFramework>net5.0</TargetFramework>
    </PropertyGroup>

    <ItemGroup>
      <PackageReference Include="Silky.Lms.NormHost" Version="$(LmsVersion)" />
    </ItemGroup>

    <ItemGroup>
      <None Update="appsettings.yml">
        <CopyToOutputDirectory>Always</CopyToOutputDirectory>
      </None>
      <None Update="appsettings.Production.yml">
        <CopyToOutputDirectory>Always</CopyToOutputDirectory>
      </None>
      <None Update="appsettings.Development.yml">
        <CopyToOutputDirectory>Always</CopyToOutputDirectory>
      </None>
    </ItemGroup>

    <ItemGroup>
      <ProjectReference Include="..\Lms.Account.Application\Lms.Account.Application.csproj" />
      <ProjectReference Include="..\Lms.Account.EntityFrameworkCore\Lms.Account.EntityFrameworkCore.csproj" />
    </ItemGroup>
</Project>

配置

一般地,一個微服務模組的主機必須要配置:服務註冊中心、分散式鎖連結、分散式快取地址、叢集rpc通訊token、資料庫連結地址等。

如果使用docker-compose來啟動和除錯應用的話,那麼,rpc配置節點下的的host和port可以預設,因為生成的每個容器的都有自己的地址和埠號。

如果直接通過專案的方式啟動和除錯應用的話,那麼,必須要配置rpc節點下的port,每個微服務模組的主機應用有自己的埠號。

lms框架的必要配置如下所示:

rpc:
  host: 0.0.0.0
  rpcPort: 2201
  token: ypjdYOzNd4FwENJiEARMLWwK0v7QUHPW
registrycenter:
  connectionStrings: 127.0.0.1:2181,127.0.0.1:2182,127.0.0.1:2183;127.0.0.1:2184,127.0.0.1:2185,127.0.0.1:2186 # 使用分號;來區分不同的服務註冊中心
  registryCenterType: Zookeeper
distributedCache:
  redis:
    isEnabled: true 
    configuration: 127.0.0.1:6379,defaultDatabase=0
lock:
  lockRedisConnection: 127.0.0.1:6379,defaultDatabase=1
connectionStrings:
    default: server=127.0.0.1;port=3306;database=account;uid=root;pwd=qwe!P4ss;

應用介面

應用介面定義

一般地,在應用介面層開發者需要安裝Silky.Lms.Rpc包。如果該微服務模組還涉及到分散式事務,那麼還需要安裝Silky.Lms.Transaction.Tcc,當然,您也可以選擇在應用介面層安裝Silky.Lms.Transaction包,在應用服務層安裝Silky.Lms.Transaction.Tcc包。

  1. 開發者只需要在應用介面通過ServiceRouteAttribute特性對應用介面進行直接即可。

  2. Lms約定應用介面應當以IXxxAppService命名,這樣,服務條目生成的路由則會以api/xxx形式生成。當然這並不是強制的。

  3. 每個應用介面的方法都對應著一個服務條目,服務條目的Id為: 方法的完全限定名 + 引數名

  4. 您可以在應用介面層對方法的快取、路由、服務治理、分散式事務進行相關配置。該部分內容請參考官方文件

  5. 閘道器或是其他模組的微服務專案需要引用服務應用介面專案或是通過nuget的方式安裝服務應用介面生成的包。

  6. [Governance(ProhibitExtranet = true)]可以標識一個方法禁止與叢集外部進行通訊,通過閘道器也不會生成swagger文件。

  7. 應用介面方法生成的WebApi支援restful API風格。Lms支援通過方法的約定命名生成對應http方法請求的WebApi。您當然開發者也可以通過HttpMethodAttribute特性對某個方法進行註解。

一個典型的應用介面的定義

    /// <summary>
    /// 賬號服務
    /// </summary>
    [ServiceRoute]
    public interface IAccountAppService
    {
        /// <summary>
        /// 新增賬號
        /// </summary>
        /// <param name="input">賬號資訊</param>
        /// <returns></returns>
        Task<GetAccountOutput> Create(CreateAccountInput input);

        /// <summary>
        /// 通過賬號名稱獲取賬號
        /// </summary>
        /// <param name="name">賬號名稱</param>
        /// <returns></returns>
        [GetCachingIntercept("Account:Name:{0}")]
        [HttpGet("{name:string}")]
        Task<GetAccountOutput> GetAccountByName([CacheKey(0)] string name);

        /// <summary>
        /// 通過Id獲取賬號資訊
        /// </summary>
        /// <param name="id">賬號Id</param>
        /// <returns></returns>
        [GetCachingIntercept("Account:Id:{0}")]
        [HttpGet("{id:long}")]
        Task<GetAccountOutput> GetAccountById([CacheKey(0)] long id);

        /// <summary>
        /// 更新賬號資訊
        /// </summary>
        /// <param name="input"></param>
        /// <returns></returns>
        [UpdateCachingIntercept( "Account:Id:{0}")]
        Task<GetAccountOutput> Update(UpdateAccountInput input);

        /// <summary>
        /// 刪除賬號資訊
        /// </summary>
        /// <param name="id">賬號Id</param>
        /// <returns></returns>
        [RemoveCachingIntercept("GetAccountOutput","Account:Id:{0}")]
        [HttpDelete("{id:long}")]
        Task Delete([CacheKey(0)]long id);

        /// <summary>
        /// 訂單扣款
        /// </summary>
        /// <param name="input"></param>
        /// <returns></returns>
        [Governance(ProhibitExtranet = true)]
        [RemoveCachingIntercept("GetAccountOutput","Account:Id:{0}")]
        [Transaction]
        Task<long?> DeductBalance(DeductBalanceInput input);
    }

應用服務--應用介面的實現

  1. 應用服務層只需要引用應用服務介面層以及領域服務層,並實現應用介面相關的方法。

  2. 確保該微服務模組的主機引用了該模組的應用服務層,這樣主機才能夠託管該應用本身。

  3. 應用服務層可以通過引用其他微服務模組的應用介面層專案(或是安裝nuget包,取決於開發團隊的專案管理方法),與其他微服務模組進行rpc通訊。

  4. 應用服務層需要依賴領域服務,通過呼叫領域服務的相關介面,實現該模組的核心業務邏輯。

  5. DTO到實體物件或是實體對DTO物件的對映關係可以在該層指定對映關係。

一個典型的應用服務的實現如下所示:

public class AccountAppService : IAccountAppService
    {
        private readonly IAccountDomainService _accountDomainService;

        public AccountAppService(IAccountDomainService accountDomainService)
        {
            _accountDomainService = accountDomainService;
        }

        public async Task<GetAccountOutput> Create(CreateAccountInput input)
        {
            var account = input.MapTo<Domain.Accounts.Account>();
            account = await _accountDomainService.Create(account);
            return account.MapTo<GetAccountOutput>();
        }

        public async Task<GetAccountOutput> GetAccountByName(string name)
        {
            var account = await _accountDomainService.GetAccountByName(name);
            return account.MapTo<GetAccountOutput>();
        }

        public async Task<GetAccountOutput> GetAccountById(long id)
        {
            var account = await _accountDomainService.GetAccountById(id);
            return account.MapTo<GetAccountOutput>();
        }

        public async Task<GetAccountOutput> Update(UpdateAccountInput input)
        {
            var account = await _accountDomainService.Update(input);
            return account.MapTo<GetAccountOutput>();
        }

        public Task Delete(long id)
        {
            return _accountDomainService.Delete(id);
        }

        [TccTransaction(ConfirmMethod = "DeductBalanceConfirm", CancelMethod = "DeductBalanceCancel")]
        public async Task<long?> DeductBalance(DeductBalanceInput input)
        {
            var account = await _accountDomainService.GetAccountById(input.AccountId);
            if (input.OrderBalance > account.Balance)
            {
                throw new BusinessException("賬號餘額不足");
            }
            return await _accountDomainService.DeductBalance(input, TccMethodType.Try);
        }

        public Task DeductBalanceConfirm(DeductBalanceInput input)
        {
            return _accountDomainService.DeductBalance(input, TccMethodType.Confirm);
        }

        public Task DeductBalanceCancel(DeductBalanceInput input)
        {
            return _accountDomainService.DeductBalance(input, TccMethodType.Cancel);
        }
    }

領域層--微服務的核心業務實現

  1. 領域層是該微服務模組核心業務處理的模組,一般用於定於聚合根、實體、領域服務、倉儲等業務物件。

  2. 領域層引用該微服務模組的應用介面層,方便使用dto物件。

  3. 領域層可以通過引用其他微服務模組的應用介面層專案(或是安裝nuget包,取決於開發團隊的專案管理方法),與其他微服務模組進行rpc通訊。

  4. 領域服務必須要直接或間接繼承ITransientDependency介面,這樣,該領域服務才會被注入到ioc容器。

  5. lms.samples 專案使用TanvirArjel.EFCore.GenericRepository包實現資料的讀寫操作。

一個典型的領域服務的實現如下所示:

  public class AccountDomainService : IAccountDomainService
    {
        private readonly IRepository _repository;
        private readonly IDistributedCache<GetAccountOutput, string> _accountCache;

        public AccountDomainService(IRepository repository,
            IDistributedCache<GetAccountOutput, string> accountCache)
        {
            _repository = repository;
            _accountCache = accountCache;
        }

        public async Task<Account> Create(Account account)
        {
            var exsitAccountCount = await _repository.GetCountAsync<Account>(p => p.Name == account.Name);
            if (exsitAccountCount > 0)
            {
                throw new BusinessException($"已經存在{account.Name}名稱的賬號");
            }

            exsitAccountCount = await _repository.GetCountAsync<Account>(p => p.Email == account.Email);
            if (exsitAccountCount > 0)
            {
                throw new BusinessException($"已經存在{account.Email}Email的賬號");
            }

            await _repository.InsertAsync<Account>(account);
            return account;
        }

        public async Task<Account> GetAccountByName(string name)
        {
            var accountEntry = _repository.GetQueryable<Account>().FirstOrDefault(p => p.Name == name);
            if (accountEntry == null)
            {
                throw new BusinessException($"不存在名稱為{name}的賬號");
            }

            return accountEntry;
        }

        public async Task<Account> GetAccountById(long id)
        {
            var accountEntry = _repository.GetQueryable<Account>().FirstOrDefault(p => p.Id == id);
            if (accountEntry == null)
            {
                throw new BusinessException($"不存在Id為{id}的賬號");
            }

            return accountEntry;
        }

        public async Task<Account> Update(UpdateAccountInput input)
        {
            var account = await GetAccountById(input.Id);
            if (!account.Email.Equals(input.Email))
            {
                var exsitAccountCount = await _repository.GetCountAsync<Account>(p => p.Email == input.Email);
                if (exsitAccountCount > 0)
                {
                    throw new BusinessException($"系統中已經存在Email為{input.Email}的賬號");
                }
            }

            if (!account.Name.Equals(input.Name))
            {
                var exsitAccountCount = await _repository.GetCountAsync<Account>(p => p.Name == input.Name);
                if (exsitAccountCount > 0)
                {
                    throw new BusinessException($"系統中已經存在Name為{input.Name}的賬號");
                }
            }

            await _accountCache.RemoveAsync($"Account:Name:{account.Name}");
            account = input.MapTo(account);
            await _repository.UpdateAsync(account);
            return account;
        }

        public async Task Delete(long id)
        {
            var account = await GetAccountById(id);
            await _accountCache.RemoveAsync($"Account:Name:{account.Name}");
            await _repository.DeleteAsync(account);
        }

        public async Task<long?> DeductBalance(DeductBalanceInput input, TccMethodType tccMethodType)
        {
            var account = await GetAccountById(input.AccountId);
            var trans = await _repository.BeginTransactionAsync();
            BalanceRecord balanceRecord = null;
            switch (tccMethodType)
            {
                case TccMethodType.Try:
                    account.Balance -= input.OrderBalance;
                    account.LockBalance += input.OrderBalance;
                    balanceRecord = new BalanceRecord()
                    {
                        OrderBalance = input.OrderBalance,
                        OrderId = input.OrderId,
                        PayStatus = PayStatus.NoPay
                    };
                    await _repository.InsertAsync(balanceRecord);
                    RpcContext.GetContext().SetAttachment("balanceRecordId",balanceRecord.Id);
                    break;
                case TccMethodType.Confirm:
                    account.LockBalance -= input.OrderBalance;
                    var balanceRecordId1 = RpcContext.GetContext().GetAttachment("orderBalanceId")?.To<long>();
                    if (balanceRecordId1.HasValue)
                    {
                        balanceRecord = await _repository.GetByIdAsync<BalanceRecord>(balanceRecordId1.Value);
                        balanceRecord.PayStatus = PayStatus.Payed;
                        await _repository.UpdateAsync(balanceRecord);
                    }
                    break;
                case TccMethodType.Cancel:
                    account.Balance += input.OrderBalance;
                    account.LockBalance -= input.OrderBalance;
                    var balanceRecordId2 = RpcContext.GetContext().GetAttachment("orderBalanceId")?.To<long>();
                    if (balanceRecordId2.HasValue)
                    {
                        balanceRecord = await _repository.GetByIdAsync<BalanceRecord>(balanceRecordId2.Value);
                        balanceRecord.PayStatus = PayStatus.Cancel;
                        await _repository.UpdateAsync(balanceRecord);
                    }
                    break;
            }

           
            await _repository.UpdateAsync(account);
            await trans.CommitAsync();
            await _accountCache.RemoveAsync($"Account:Name:{account.Name}");
            return balanceRecord?.Id;
        }
    }

資料訪問(EntityFrameworkCore)--通過efcore實現資料讀寫

  1. lms.samples專案使用orm框架efcore進行資料讀寫。

  2. lms提供了IConfigureService,通過繼承該介面即可使用IServiceCollection的例項指定資料上下文物件和註冊倉庫服務。

  public class EfCoreConfigureService : IConfigureService
    {
        public void ConfigureServices(IServiceCollection services, IConfiguration configuration)
        {
            services.AddDbContext<OrderDbContext>(opt =>
                    opt.UseMySql(configuration.GetConnectionString("Default"),
                        ServerVersion.AutoDetect(configuration.GetConnectionString("Default"))))
                .AddGenericRepository<OrderDbContext>(ServiceLifetime.Transient)
                ;
        }

        public int Order { get; } = 1;
    }
  1. 主機專案需要顯式的引用該專案,只有這樣,該專案的ConfigureServices才會被呼叫。

  2. 資料遷移,請參考

應用啟動與除錯

獲取原始碼

  1. 使用git 克隆lms專案原始碼,lms.samples存放在samples目錄下
# github
git clone https://github.com/liuhll/lms.git

# gitee
git clone https://gitee.com/liuhll2/lms.git

必要的前提

  1. 服務註冊中心zookeeper

  2. 快取服務redis

  3. mysql資料庫

如果您電腦已經安裝了docker以及docker-compose命令,那麼您只需要進入samples\docker-compose\infrastr目錄下,開啟命令列工作,執行如下命令就可以自動安裝zookeeperredismysql等服務:

docker-compose -f .\docker-compose.mysql.yml -f .\docker-compose.redis.yml -f .\docker-compose.zookeeper.yml up -d

資料庫遷移

需要分別進入到各個微服務模組下的EntityFrameworkCore專案(例如:),執行如下命令:

dotnet ef database update

例如: 需要遷移account模組的資料庫如下所示:

image

order模組和stock模組與account模組一致,在服務執行前都需要通過資料庫遷移命令生成相關資料庫。

  1. 資料庫遷移指定資料庫連線地址預設指定的是appsettings.Development.yml中配置的,您可以通過修改該配置檔案中的connectionStrings.default配置項來指定自己的資料庫服務地址。

  2. 如果沒有dotnet ef命令,則需要通過dotnet tool install --global dotnet-ef安裝ef工具,請[參考] (https://docs.microsoft.com/zh-cn/ef/core/get-started/overview/install)

以專案的方式啟動和除錯

使用visual studio作為開發工具

進入到samples目錄下,使用visual studio開啟lms.samples.sln解決方案,將專案設定為多啟動專案,並將閘道器和各個模組的微服務主機設定為啟動專案,如下圖:

(image)

設定完成後直接啟動即可。

使用rider作為開發工具

  1. 進入到samples目錄下,使用rider開啟lms.samples.sln解決方案,開啟各個微服務模組下的Properties/launchSettings.json,點選圖中綠色的箭頭即可啟動專案。

(image)

  1. 啟動閘道器專案後,可以看到應用介面的服務條目生成的swagger api文件 http://localhost:5000/swagger

(image)

  1. 預設的環境變數為: Development,如果需要修改環境變數的話,可以通過Properties/launchSettings.json下的environmentVariables節點修改相關環境變數,請參考在 ASP.NET Core 中使用多個環境

  2. 資料庫連線、服務註冊中心地址、以及redis快取地址和分散式鎖連線等配置項可以通過修改appsettings.Development.yml配置項自定義指定。

以docker-compose的方式啟動和除錯

  1. 進入到samples目錄下,使用visual studio開啟lms.samples.dockercompose.sln解決方案,將docker-compose設定為啟動專案,即可啟動和調式。

  2. 應用啟動成功後,開啟: http://127.0.0.1/swagger,即可看到swagger api文件

(image)

  1. 以docker-compose的方式啟動和除錯,則指定的環境變數為:ContainerDev

  2. 資料庫連線、服務註冊中心地址、以及redis快取地址和分散式鎖連線等配置項可以通過修改appsettings.ContainerDev.yml配置項自定義指定,配置的服務連線地址不允許為: 127.0.0.1或是localhost

測試和調式

服務啟動成功後,您可以通過寫入/api/account-post介面和/api/product-post新增賬號和產品,然後通過/api/order-post介面進行測試和調式。

開源地址

github: https://github.com/liuhll/lms

gitee: https://gitee.com/liuhll2/lms

相關文章