tags: .NET6 C#, LineBot, Line Messaging API, C#, dotnet core

[Day 30] 讓 C# 也可以很 Social - .NET 6 C# 與 Line Services API 開發 - 最後一哩路的終點也是下一個起點

前言 -

從 Day 1 ~ Day 29 的文章，把 linebot 最常見的幾個功能以重點式介紹，
並搭配範例讓大家能快速上手 ~(其實是怕自己忘記 XD)。

今天的這篇，稍微補充一下最近經手的linebot專案的背景故事，
也可以讓大家在面對這類型的專案上，能快速上手 ~~~
甚至在未來延伸的可能性，或是擴充性 可以能有更多的想法。

專案背景

簡單來說，這系統主要的功能有二項，

一、讓管理者可以推播訊息給有加入LINE官方帳號群組的使用者/消費者
二、收集使用者在LINE官方帳號裏的行為，如收到了哪些訊息，點選了哪則訊息，甚至有輸入過哪些訊息 等等

所以會有一個模組專門處理跟 LINE 平台的溝通 (被動地接收LINE傳送過來的資料，以及主動地傳送給LINE的資料)
會有另一個模組專門負責後台管理者的畫面，及第三個模組負責 Admin後台API的部份。

專案的系統架構 (純示意，非正式專案)

專案未來展望跟可能面對的挑戰

以上面的架構圖來看 ~
可以想像，如果系統執行運作後一陣子，未來會面對的挑戰，

一、系統功能增加/資料整合 : 如要跟CRM/ERP/其它第三方系統 整合，不管是功能面，或是資料面，該如何進行 相信會是一定會發生的情況，也會是一個很好的機會可以磨練/驗證 (比如說 : Logging，電商，活動貼標分析 等)。
二、系統使用人數增加 : 如果官方帳號人數已經從原本的三、四萬，成長到破百萬時，該如何讓系統也能跟著成長 相信也是一項挑戰。(如果百萬會員同時回覆一個訊息，對server來說就會是瞬間百萬的流量，更不用說 如果有辦限時活動時的高峰期)

不過這部份，團隊倒是從其它案子裏已經驗證過幾種可行的做法 ~
大方向來說，是可以考慮使用 docker/K8S的解決方案。
對開發團隊而言，如果是第一次導入K8S方案，可能在軟體開發的規範/思維上，會需要多花點時間來分析 ~
(之前聽過有個專案 [前後端程式一家親]，要導入K8S ... 他們就花了不少時間來分析跟拆解)

結語 - 取經之路的心得

很快地，這系列文章已經要到最後的一篇了 ~~~ (一邊開心，一邊又覺得好像有點空虛...)
希望這系列 C# + Linebot的部份，能夠對大家有所助益 ~
其實還有很多心得很想分享，像是 docker的運作/手邊專案 CI+CD/軟體專案的架構 等等，
都是從實務上獲得的第一手寶貴經驗，當然少不了的是更多努(踩)力(坑)的過程。

礙於專案的時程，以及手邊空閒的時間有限 ~ 期待未來還有機會可以繼續寫文章 分享心得，甚至再參加鐵人賽?! XD
其實收穫最多的還是自己，透過這樣的活動不僅讓我有機會能透過文章分享，也同時可以回過頭檢視之前寫過的程式碼 (另一種的 自己 code review 自己，poo~~)
讓我們一起在程式開發的道路上，持續的精進跟前進吧 !!!

2022-10-15 Jim(吉桑)