大規模微服務導入 - #2 從零開始的微服務 .NET Core 框架設計
Download as pptx, pdf2 likes1,758 views
大規模微服務導入，困難的地方不再於技術 （技術有太多人提供教學與分享了），難的地方在於經驗。有實際導入的經驗，不論成功或是失敗，獲得的收穫都遠大於單純學習技術帶來的效益。這次的 Session 我想分享我在 91APP 擔任架構師的過程中，為了協助團隊從傳統的單體式架構，逐步打造基礎，替團隊鋪好邁向微服務架構過程的經驗。在我們的環境中有不少架構設計上的挑戰，包含短期內還必須支援 .NET Framework, 設計及部署上我們也面臨跨市場，跨區域部署與維運的需求，流量也必須能支撐雙十一這樣大型搶購的尖峰衝擊。相信這些挑戰已經涵蓋了大部分系統必須面對的門檻。91APP 邁向微服務的目標仍然在進行中，即使這樣，在過去的一年多我們已經將架構與開發框架都逐一到位了，隨著 .NET Core 3.0 的發表，與年底 3.1 LTS 版本即將發布，使用 .NET Core 為基礎來開發大型系統已經越來越成熟了。這次的 Session 我將分為上下兩場，第一場我想說明背後架構設計的考量，第二場則帶領大家一窺我們整合框架的設計方式，並且包含大量的 Source Code / Demo. 希望我們的實戰經驗，能給各位帶來收穫與幫助!
![[2022 DevOpsDays Taipei] 走過 DevOps 風雨的下一步](https://cdn.slidesharecdn.com/ss_thumbnails/devopslite-220919142820-a07e7eca-thumbnail.jpg?width=560&fit=bounds)
More Related Content
What's hot (20)
Similar to 大規模微服務導入 - #2 從零開始的微服務 .NET Core 框架設計 (11)
大規模微服務導入 - #2 從零開始的微服務 .NET Core 框架設計
- 1. 探索 .NET 新世界 .NET Conf
- 4. https://medium.com/how-gipi-learn/1111-system-reliability-559364b5591d
- 6. 整合 取代 系統設計規範
- 7. 挑戰 #3
- 9. 核心架構設計 決定: 維運方式 決定: 開發方式 系統運作規範 服務部署 / 維運管理 開發框架 / 服務開發 既有系統 (階段性轉移)
- 11. artifact manager service catalog service discovery config management
- 12. artifact manager service discovery service registry service discovery
- 21. RabbitMQ Implementations NATS Implementations NATS Streaming Implementations
- 25. (Singleton, 來自 Host, 識別實體環境) (Scoped, 來自 Request, 識別個人化 & 多租戶的環境)
- 29. Host Info (InfraContext) Runtime Info (TrackContext) Config Data (IConfigManager)
- 31. Host Info (InfraContext) Runti (Track HostBuilder.UseNineYiInfra(); 把自己也注入正確的 scope Host 本身應該適時的切換對應的 Scope。 https://docs.microsoft.com/en-us/aspnet/core/fundamentals/host/generic-host?view=aspnetcore-3.0#webroot
- 32. InfraContext (你在哪個環境上?) TrackContext (你是誰?) Config Source (整個環境的設定值) 開發商業邏輯時，可以直接取用上述的資訊。 環境(市場)、識別資訊(客戶、使用者)、個人化的組態設定，都已經被 DI 與 SDK 做好抽象化的隔離了。
- 34. 為91APP量身訂做: 階層式 configuration Global Region Market Shop Global Settings Schema Comments Regional Default (Global) ap-northeast-1 ap-southeast-1 TW xxx (market02) HK (market03) 9527 9528 組態 (configuration) 的原始檔目錄結構，以方便管理為設計目標，團隊分工優化為 第一優先。目錄階層直接對應 Global / Region / Market / Shop 四層繼承階層。
- 39. Middleware in ASP .NET Core https://wakeupandcode.com/middleware-in-asp-net-core/ 透過 Middleware, 從 HTTP headers 將正確的 TrackContext 注入 scope. 架構規範: authorization: bearer xxxxxxxxxxxxx x-request-id: xxxxxxxxxx 透過 Middleware, 從 TrackContext 建立正確的 CultureInfo
- 41. 需要專屬 Load Balancer, 也需要人工維護內部 DNS records 所有程序都整併在 Service 啟動 時期自動完成。維運負擔降到最低
- 47. ENV: CONFIG_SOURCE = … MARKET = … … Tags: - CONFIG_SOURCE - MARKET - ENVIRONMENT: PROD | STAGING - USAGE_HINTS - PUBLIC_KEY 由 infra team 負責指派 (透過 Azure / AWS VM 提供的 metadata service) 由 provision script 轉移至 OS 的環境變數 APPLICATION (CODE) Core SDK
- 48. SERVICE BFF Service Registry 按照規範開發的服務，可以大幅降低維運的成本，提升維運的效率。 大部分的維運作業，只需要透過開關機就該(能)完成。 Design For Operation, 是開發團隊降低 (自己) 維運負擔的最佳手段。 CI (AM / CM) Core SDK Core SDK
- 50. Service A Service B InfraContext TrackContext HttpClient* 架構規範: authorization: bearer xxxxxxxxxxxxxxx x-request-id: ………..……….. InfraContext <Middleware> TrackContext 架構規範: authorization: bearer xxxxxxxxxxxxxxx x-request-id: ………..………..
- 51. Service A Service B InfraContext TrackContext MessageClient* InfraContext MessageWorker TrackContext 架構規範: authorization: bearer xxxxxxxxxxxxxxx x-request-id: ………..……….. 架構規範: authorization: bearer xxxxxxxxxxxxxxx x-request-id: ………..………..
- 62. 特別感謝
Editor's Notes
- #6: https://www.hbrtaiwan.com/article_content_AR0006633.html?utm_source=facebook&utm_medium=social&utm_campaign=201802fb
- #10: 系統運作規範: 系統如何部署? 系統如何互相溝通? 系統如何監控與追蹤? 系統如何維運? (改變組態、改變規模) 如何設計，就決定如何維運與開發。DevOps 是一體化的，你想要怎麼維運，在設計時就要思考。 Design (developer) for operation Operation support developer
- #11: Build Once, Binary To AM, Deploy from AM ( x N ) EX: Docker-Compose.YML Store config in “ENVIRONMENT” -- CI / CD / CD -- Dynamic IP / PORT with Service Discovery, Use RP / APIGW to publish -- Self Management, Just Start / Stop VM or Containers Infra As Code -- --
- #27: Currently: Node.JS + Containers (via docker registry) Future: .NET tools (via NuGet)
- #32: What's a host? A host is an object that encapsulates an app's resources, such as: Dependency injection (DI) Logging Configuration IHostedService implementations When a host starts, it calls IHostedService.StartAsync on each implementation of IHostedService that it finds in the DI container. In a web app, one of the IHostedService implementations is a web service that starts an HTTP server implementation. The main reason for including all of the app's interdependent resources in one object is lifetime management: control over app startup and graceful shutdown. In versions of ASP.NET Core earlier than 3.0, the Web Host is used for HTTP workloads. The Web Host is no longer recommended for web apps and remains available only for backward compatibility.
- #35: 修改設定十，目錄結構以團隊分工優化為第一優先。因此目錄階層為 /{module}/{region} 為主
- #44: Client Side Disco