續上篇，這篇我們來進一步探索 Tye 更多的使用方法。本篇我們來了解一下如何在 Tye 中使用服務發現。

服務發現 - 微服務開發不可缺少的部件

服務發現，就是新注冊的這個服務模塊能夠及時的被其他調用者發現。不管是服務新增和服務刪減都能實現自動發現?！渡钊肓私夥兆耘c發現》 https://zhuanlan.zhihu.com/p/161277955

我們在調用微服務的過程中, 假設在調用某個 REST API 或者 Thrift API, 為了完成某次調用請求, 代碼里面需要指定服務所在的 IP 地址和端口, 在傳統的應用中, 網絡地址和端口是靜態的,一般不會改變, 我們只需要把它們配到配置文件中, 就可以通過讀取配置文件來完成調用.但是, 在現代基于 Cloud 的微服務架構中, 這種方式將失效, 因為服務的實例是動態分配的地址, 網絡地址也是動態的, 這樣做的好處是便于服務的自動伸縮, 失敗處理和升級. 《微服務架構中的服務發現機制》 https://www.imooc.com/article/details/id/291255

簡單來說，通過服務發現，服務之間可以使用名稱來代替具體的地址和端口甚至訪問細節。這樣可以使得服務更加容易適用于云原生這種應用程序實例多變的環境。

首先，我們需要兩個服務

和前篇一樣，我們使用命令行來創建兩個服務。

dotnet?new?sln?-n?TyeTest dotnet?new?webapi?-n?TyeTest dotnet?sln?.\TyeTest.sln?add?.\TyeTest\TyeTest.csproj dotnet?new?webapi?-n?TyeTest2 dotnet?sln?.\TyeTest.sln?add?.\TyeTest2\TyeTest2.csproj

然后使用tye init創建tye.yml。

便可以在 tye.yml 中得到如下內容：

name:?tyetest services:-?name:?tyetestproject:?TyeTest/TyeTest.csproj-?name:?tyetest2project:?TyeTest2/TyeTest2.csproj

這樣我們就可以在本地使用tye run啟動著兩個服務。

接下來，我們會改造其中的 TyeTest 服務，使其調用 TyeTest2 作為其下游服務。

這樣我們便可以驗證服務發現的效果。

然后，使用 Tye.Configuration

添加包

運行以下命令，為 TyeTest 項目添加包：

dotnet?add?./TyeTest/TyeTest.csproj?package?Microsoft.Tye.Extensions.Configuration?--version?0.6.0-alpha.21070.5

添加 HttpClientFactory

由于我們需要使用 HttpClient 調用下游服務，因此需要使用到 HttpClientFactory。故而，在 TyeTest 項目的 Startup.cs 增加對 HttpClientFactory 的注冊。

??public?void?ConfigureServices(IServiceCollection?services){ +?????services.AddHttpClient();services.AddControllers();services.AddSwaggerGen(c?=>{c.SwaggerDoc("v1",?new?OpenApiInfo?{?Title?=?"TyeTest",?Version?=?"v1"?});});}

使用 HttpClient 調用服務

進入 WeatherForecastController， 我們使用 HttpClient 來調用下游服務，并且將得到的數據返回：

using?System; using?System.Collections.Generic; using?System.Linq; using?System.Net.Http; using?System.Text.Json; using?System.Threading.Tasks; using?Microsoft.AspNetCore.Mvc; using?Microsoft.Extensions.Configuration; using?Microsoft.Extensions.Logging;namespace?TyeTest.Controllers {[ApiController][Route("[controller]")]public?class?WeatherForecastController?:?ControllerBase{private?readonly?ILogger<WeatherForecastController>?_logger;private?readonly?IConfiguration?_configuration;private?readonly?HttpClient?_httpClient;public?WeatherForecastController(ILogger<WeatherForecastController>?logger,IConfiguration?configuration,HttpClient?httpClient){_logger?=?logger;_configuration?=?configuration;_httpClient?=?httpClient;}[HttpGet]public?async?Task<string>?Get(){var?serviceUri?=?_configuration.GetServiceUri("tyetest2");Console.WriteLine(serviceUri);var?httpResponseMessage?=?await?_httpClient.GetAsync($"{serviceUri}WeatherForecast");var?json?=?await?httpResponseMessage.Content.ReadAsStringAsync();return?json;}} }

值得注意的是：

構造函數中注入的IConfiguration是 Aspnet Core 的內在機制，無需特殊注冊。

_configuration.GetServiceUri("tyetest2")是本示例的關鍵點。其通過一個服務名稱來獲取服務的具體 Uri 地址，這樣便可以屏蔽部署時，服務地址的細節。

這樣，就結束了。

接下來只要使用tye run便可以在本地查看已經改造好的服務。調用第一個服務的接口，并可以得到預期的從第二個服務返回的數據。

關于 Tye 中服務發現的真實運作機制可以前往官方文庫進行了解：https://github.com/dotnet/tye/blob/master/docs/reference/service_discovery.md#how-it-works-uris-in-development

最后，發到 K8S 里面試一下

若要發布到 k8s 進行測試，只要按照前篇的內容，設置到 docker registry 和 ingress 便可以進行驗證了。

開發者可以自行配置并嘗試。

小結

本篇，我們已經順利完成了使用 Tye 來完成服務發現機制的使用。通過這種方式，我們便可以使用服務名對服務之間進行相互調用，從而屏蔽具體的部署細節，簡化開發。

不過，在實際生產實際中，服務之間并非僅僅只有主機和端口兩個信息。有時還需要進行用戶名、密碼和額外參數的設置。典型的就是對數據庫連接字符串的管理。

下一篇，我們將進一步在 Tye 中如何對數據庫進行鏈接。

本文作者：newbe36524

本文鏈接：https://www.newbe.pro/Newbe.Claptrap/Try-Tye-2/

版權聲明：本博客所有文章除特別聲明外，均采用 BY-NC-SA 許可協議。轉載請注明出處！

總結

以上是生活随笔為你收集整理的使用 Tye 辅助开发 k8s 应用竟如此简单（二）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。