大規模微服務導入，困難的地方不再於技術 （技術有太多人提供教學與分享了），難的地方在於經驗。有實際導入的經驗，不論成功或是失敗，獲得的收穫都遠大於單純學習技術帶來的效益。這次的 Session 我想分享我在 91APP 擔任架構師的過程中，為了協助團隊從傳統的單體式架構，逐步打造基礎，替團隊鋪好邁向微服務架構過程的經驗。在我們的環境中有不少架構設計上的挑戰，包含短期內還必須支援 .NET Framework, 設計及部署上我們也面臨跨市場，跨區域部署與維運的需求，流量也必須能支撐雙十一這樣大型搶購的尖峰衝擊。相信這些挑戰已經涵蓋了大部分系統必須面對的門檻。91APP 邁向微服務的目標仍然在進行中，即使這樣，在過去的一年多我們已經將架構與開發框架都逐一到位了，隨著 .NET Core 3.0 的發表，與年底 3.1 LTS 版本即將發布，使用 .NET Core 為基礎來開發大型系統已經越來越成熟了。這次的 Session 我將分為上下兩場，第一場我想說明背後架構設計的考量，第二場則帶領大家一窺我們整合框架的設計方式，並且包含大量的 Source Code / Demo. 希望我們的實戰經驗，能給各位帶來收穫與幫助!

1. 探索 .NET 新世界
.NET Conf

3. https://ruddyblog.wordpress.com/2017/10/27/看見全貌/

4. https://medium.com/how-gipi-learn/1111-system-reliability-559364b5591d

5. http://martinfowler.com/bliki/images/microservice-verdict/productivity.png
進行重構的最佳時機
關鍵: 如何加速團隊順利的轉移?

6. 整合
取代
系統設計規範

7. 挑戰 #3

9. 核心架構設計
決定: 維運方式 決定: 開發方式
系統運作規範
服務部署 /
維運管理
開發框架 /
服務開發
既有系統 (階段性轉移)

10. https://www.12factor.net
https://kknews.cc/zh-tw/tech/22k6ke.html

11. artifact manager
service catalog
service discovery
config management

12. artifact manager
service discovery
service registry service discovery

13. configuration management
service discovery
integration

17. https://zh.wikipedia.org/wiki/依赖反转原则

21. RabbitMQ Implementations NATS Implementations NATS Streaming Implementations

23. https://github.com/91app

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 四層繼承階層。

38. https://docs.microsoft.com/zh-tw/aspnet/core/fundamentals/dependency-injection?view=aspnetcore-3.0

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 啟動
時期自動完成。維運負擔降到最低

43. VIP
VIP
NORMAL
VIP
NORMAL

44. NORMAL
NORMAL
QA-TEST
NORMAL

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: ………..………..

56. https://docs.microsoft.com/zh-tw/dotnet/standard/net-standard

62. 特別感謝