上海 2017 JSConf 大會已經結束，整理的兩天大會實錄如下：
第一場：Node.js Microservices on Autopilot
開場簡單介紹了一下什麼是微服務。
微服務有什麼幫助
-
假想步驟：
- 把 corn 服務分解成許多較小服務
- 每個微服務都可以獨立部署
- 新的微服務都可以負載均衡
-
當微服務架構與他們所替代的服務相同時，它們也會面對相同的挑戰。
微服務的優勢
-
容忍失敗，儘管外部失敗後仍可工作。
-
快速迭代，一次性服務，可獨立部署服務。
微服務的反模式
-
微伺服器之間需要負載平衡器
-
啟動順序很重要
-
負載平衡無處不在。
Autopilot 模式
-
可以通過單擊來部署和擴充套件的應用程式。
-
應用和工作流在我們的膝上型電腦和在雲（公有或者私有云）上同樣工作
-
應用和工作流不用強綁在任何特定的架構或者排程上。
Autopilot 應用
- Autopilot 模式的解決方案
- 可以通過 Container 獲取服務
Autopilot 實踐
- 應用程式由編寫的 docker 容易組成
- 服務探索可以用過 consul 或者其他 catalog
- Container 本地健康和服務相應於服務依賴的變化
ContainerPilot
- 自動化一個 Container 的服務探索，生命週期管理和遙測報告
- 功能
- Container-local 健康檢查
- PID 1初始化程式
- 服務探索和註冊和觀察
- 遙測報告給 Prometheus
- 免費以及開源 github.com/joyent/containerpilot
一些 tips ：
- 防止那些會發生並會導致服務負擔過重的請求。
- 一旦達到相應超時的閾值，阻止以後的服務直到服務能夠跟上處理或者恢復
- 是否可以使用負載均衡器實現？
load Balancers at Edge
- 不要將微服務直接暴露在你的組織以外。
- 設定一個能夠使用 Consul 的負載均衡器。
- 當通過微服務創造商業價值時 API 閘道器也比較重要。
第二場： 無伺服器架構與API
函式即服務
軟體開發需要考慮以下幾點：
-
可運維性
-
可擴充性
-
安全性
-
穩定性
-
可靠性
-
高可用性
Xaas 比較
函式計算的應用架構及執行方式
API Gateway & Function Computing
API Gateway 的特點：
-
防攻擊，防重放，請求加密、身份認證、許可權管理、流量控制
-
API 定義、測試、釋出、下線生命週期管理
-
監控、報警、分析、API 市場
Faas 的缺陷
-
執行環境的不確定性：IP變化
-
執行環境的數量，對依賴資源的壓力：比如資料庫的連線數的限制。
第三場：從 REST 到 GraphQL
GraphQL 一個用於 API 的查詢語言。
一個簡單的 GraphQL query
頁面載入時間 = 載入程式碼 + 載入資料
Web 開發的變遷
早期的 Web 開發：
一個 Web 伺服器返回靜態的 html 返回給瀏覽器。
2017年的 Web 開發
Web 伺服器返回程式碼，使用者服務、Posts服務、外部 API 返回資料給瀏覽器。頁面會有很多請求，請求各種資料。現在又多了多個終端，瀏覽器，iOS，Android。
純 REST – 一個endpoint對應一個資源
優點：
- 靈活
- 解耦
缺點
- 需要很多次請求
- 會獲取到不需要的資料
- 複雜的客戶端
類 REST – 一個endpoint對應一個檢視
優點：
- 一次請求
- 所得即所需
缺點：
- 不夠靈活
- 高度耦合
- 很高的維護代價
- 迭代緩慢
我們需要：
- 只需要一次請求
- 所得即所需
- 靈活
- 解耦合
而 GraphQL 能帶給我們：
- 只需要一次請求
- 所得即所需
- 解耦合
GraphQL 有以下3點重要的特性：
- 一個用來描述資料型別和關係的 API 定義語言
- 一個可以描述具體需要獲取哪些資料的查詢語言
- 一個可以 resolve 到資料單個屬性的可執行模型
GraphQL resolvers 約等於 REST endpoints
GraphQL 是一個規範，不是一個實現，它在 servers、clients、tools 這些地方都有相應的規範。
第四場：通過React Storybook實現visual testing驅動開發
這一場講師分享了很多專案中實戰踩坑經驗，感興趣的話，建議大家直接看看回看視訊。
第五場：Graduating your node.js API to production environment
我們期待的架構型別
什麼是生產系統？
有真實使用者和資料的系統，日使用者至少上千的公開服務。
達到生產級別的水準是？
-
開發者：程式碼可以跑，功能測試都可以通過
-
商業經理：系統能執行，並能給使用者帶來價值和利潤。
-
庫開發者：自己的庫被廣泛應用。有很好的文件。
-
運維：執行時環境穩定，可debug，可維護
-
安全專家：系統通過安全監測。
避免責任缺失
編寫產品級程式碼的必要條件
- 穩定
- 有效
- 可除錯
如何跨元件跟蹤日誌
只是debug是不夠的
如何在上游服務故障中存活
Add error handling
如何執行 效能/穩定性 測試
安全性
總結
Thinking：
- 考慮產品上線的各個方面
- 避免責任缺失
Code：
- 適當的日誌
- 處理服務故障
- 記錄錯誤內容
- 管理連線
系統：
- 做效能和穩定性測試
- 不要獨自去實現所有安全相關的邏輯
第五場：基於 Node.js 開發物聯網應用
物聯網開發
資料產生 -> 感測器
資料收集 -> 網路傳輸
資料分析 -> 雲伺服器
執行分析結果 -> 執行機構/推送
為什麼選用 Node.js ？
- 生態
- 高併發
- 易擴充套件
- 學習曲線
- 開發效率
- 前後端溝通
最後講師現場演示了一個小車的例子，通過網頁上傳送前進、後退、左轉、右轉控制小車的行為。
第六場：Upgrading to Progressive Web Apps
黃玄老師本次分享的內容很多，滿滿的都是乾貨。強烈建議大家去看黃玄老師的幻燈片：huangxuan.me/jsconfcn201…
本系列筆記是現場記錄的，比較倉促，有些地方會存在偏差或理解錯誤，還請關注官方後續釋出的講師 PPT 和大會視訊。
JSConf China 2017 完美落幕！
整理者 @根號三、@一縷殤流化隱半邊冰霜