溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
開源為了前端和 Node.js 的發展，Github： https://github.com/midwayjs/midway， 點擊直接跳轉點 Star。
去年阿里提出 Serverless 架構，并利用其新一代研發架構，減少了大量研發人員對基礎設施和運維的關注。對前端開發者而言，他們只需寫幾個函數即可實現后端業務邏輯，推動業務快速上線，讓整個 前端研發效能提升 50%。
在過去的半年里，Midway FaaS 收獲了很多同學的關注，也有不少大企業已經直接開始使用，在此感謝你們。今天，Midway FaaS 將演進為 Midway Serverless，并正式成為 Midway 體系的核心場景，同時正式發布 v1.0 版本。
v1.0 版本代表著一個正式的版本，可以放心的使用。通過整個 Midway Serverless 新體系，我們將阿里的 Serverless 能力逐步開放，前端將進入一個嶄新的時代。就像兩年前說的一樣，開源只是開始，終態遠沒有到來。
如今的 Serverless，是云廠商各自開疆拓土的黃金時代，也是各位嘗試的最好年代，如今 Node.js 在這個時候成為了最佳選擇，Midway 體系也當仁不讓地站在這十字路口，去朝著引領的方向去行。
就像前面提到的一樣，Midway Serverless 是套面向 Serverless 的解決方案，它包括框架，運行時，工具鏈，配置規范幾個部分，這幾部分的組合之后，提供了一些面向 Serverless 體系的特有能力：
上面提到的全部能力，都已經在 Midway Serverless 倉庫開源，歡迎點擊 鏈接直接跳轉點 Star。 Github： https://github.com/midwayjs/midway
FaaS是 Serverless 架構的其中一種形態，也是這一次 Midway 希望解決的場景，在 v1.0 之前，我們在 FaaS 上投入了許多，但是事實上 Serverless 架構非常龐大，FaaS 只是其中的一小部分，基于事件驅動的模型，從微服務（MicroService）這種專注于單一職責與功能的小型功能塊演進而來。如今這種更加“代碼碎片化”的軟件架構范式，相比微服務更加細小的程序單元，給業務代碼提供了無與倫比的靈活性。
今天按照《福布斯》雜志的統計，在商業和企業數據中心的典型服務器僅提供 5%～15% 的平均最大處理能力的輸出，這無疑是一種資源的巨大浪費。而隨著 Serverless 架構的出現，讓服務提供商提供我們的計算能力最大限度滿足實時需求，這將使我們能更有效地利用計算資源。
彈性容器，能夠滿足當前的對資源利用全部憧憬，也是云平臺不斷追求的目標之一，而對于開發者，不管是彈性的容器，還是彈性的函數，只要有一套代碼能都運行其中，滿足業務的需求即可。Midway Serverless 的目標由此而來，從原來的 FaaS 場景開拓到了其他領域，不管是函數還是新的架構，我們都將一一滿足，并落地業務、反哺社區。
Vendor Lock-in 是每個使用云平臺的的人都會拷問靈魂的問題，Midway Serverless 一開始的初衷就是讓一套代碼能夠運行在不同的平臺和運行時之上，我們不建議在不了解全貌時去自定義運行時，那非常的危險。事實上，官方的運行時是運行最穩定，也一定是性能最好的，所有的基準跑分都是基于此。
我們了解的大多數企業在面對 Serverless 的第一個問題就是，我的代碼是不是一定得綁死到阿里云，或者騰訊云，aws 等等。
面對這個問題，Midway Serverless 提供了一套 “隱藏式” 入口加上通用化定義來解決這個問題。
針對每個平臺，Midway Serverless 提供了不同的運行時啟動器，用于抹平各個平臺的差異，并且通過這些啟動器，將各個平臺的出入參，以及各個 event 結構，網關的返回格式進行規則化，讓用戶盡可能不感知底層容器以及協議的差異。
除此之外，Midway Serverless 提供了一套 Spec 定義，來抹平多個平臺的差異，同時也能方便的在多個平臺間復用相同的工具鏈和函數邏輯。
這樣，不管是 API Gateway，還是普通的 HTTP 觸發器，都能在統一的編程平面中提供 API，讓編寫代碼變的簡單。
函數的寫法是十分靈活的，靈活帶來了簡便，同時也帶來了維護成本。由此在函數中引入了 TS，引入了標準和擴展性。
下面的代碼，看起來似乎是 koa 的標準語法，其實是函數中面向 HTTP 觸發器的 API，為了和 Web 棧語法保持一致，通過一些轉變，使得參數的獲取，調用都盡可能無縫銜接，也減少了學習的成本，原有的代碼也能更好的遷移過來。
另一邊，通過裝飾器修飾的方法都將變為函數入口，讓整個函數的結構變得自由。通過構建的方式，讓真實的入口隱藏起來，不僅讓函數跨多個平臺調用，也可以適配到不同的路由。如上面的示例，在一個文件中入口有多個，可以 共享同一份代碼，但是實際上 每個函數的調用又是獨立的，在管理和后期維護上都提供了便利。
不同云平臺的實際結構是不同，如果用戶需要使用到傳統的 event、context 結構， 我們也給不同平臺觸發器提供了不同的定義，方便代碼編寫，如下圖。
上面提到，Midway Serverless 體系的設計的初衷就是復用現有 koa 生態，將多個平臺的底層 event 規則化成統一的類 koa API。API 相似的目的是為了整個 koa 的 web 生態，我們同時也希望 整個 koa 的 middleware 生態都可以復用。如下圖，引入了 @koa/cors 。
另一面，Midway 由于出色的 IoC 組件化能力，提供了上層的 egg 基礎組建，同時也能 復用現有的 egg 插件，讓傳統企業級開發的能力得以延續，比如下圖就是使用 egg-mysql 插件的示例。
云 + 端的開發體驗是 Midway Serverless 目標之一，傳統應用的開發，前端和后端分離，多倉庫開發，部署分離。就算使用了 Node.js 的膠水層，也無法避免人員開發體感上的割裂。而在 Serverless 體系下，這不是什么問題。
由于后端的大幅簡化，再加上云服務的 BaaS 化，讓數據聚合，頁面渲染變的更容易，也能更快的讓前端上手和開發。
一體化慢慢成為了這一塊的前端訴求，所謂的一體化，不僅僅是傳統倉庫的融合，也是整個開發模式的演進，從工程體系加上代碼，CI/CD 的整套體系重塑的機會。
如今的 Midway Serverless， 提供了和前端一體的開發方案，囊括了社區現有的 React、Vue 等生態，也對整個工具鏈（Webpack，ice scrips，umi 等）做了定制化方案，對不同的場景，比如博客等也提供了開箱即用的解決方案。
至于詳細的前后端一體化能力，我們后續將單獨開一篇文章來介紹前端一體化的細節和思考。
Serverless 是未來一段時間的方向，也是前端邁向更高層次的鋪路磚。
之前一直在思索，如今的函數式開發的終態和應用的關系到底是什么？
現階段，我們的答案是趨于統一，在被無數次的靈魂拷問和用戶需求的追問中，我們得出了這個答案，函數即是應用在當前業務中的最小體現，更簡單的來說，是在 最小規格容器中運行 應用的 部分代碼。
之后的一段時間，我們將聚焦于更多平臺的接入，以及傳統應用的遷移方案上，讓之前的用戶也能享受到 Serverless 彈性的紅利，讓企業成本更低，業務上線更容易。
在集團大中臺、小前端業務架構日趨深化的背景下，借助集團云原生 Serverless 的發展，去年 Node.js 在業務端到端交付場景上看到了未來。
新一代云 + 端的前臺業務交付模式逐漸成為現實，這可以幫助技術團隊塑造有業務整體交付能力的特種兵，幫助業務快贏。但其路漫漫仍諸多不完善，為了盡早達到這一步，需要高度聚焦在兩個核心問題上：規模化成本和交付速度。
期望在未來透過我們對規模化成本、交付速度的持續投入，Node.js/Serverless 體系可以體現出全面的先進性。 如果你有任何疑問，歡迎加入釘釘交流群： https://qr.dingtalk.com/action/joingroup?code=v1,k1,Lr3HsEsA55Pk8NPqlkhxajuhpcBUpGWa3bRHcW7wwTw=&_dt_no_comment=1&origin=11
Midway Serverless，Go!
“Serverless” 近年來非常火爆。人人都熱衷于探討它出現的意義，但對于如何上手使用或在生產環境落地，卻談之甚少。我們設計了體驗場景，手把手帶你 5 分鐘上手 Serverless，還送 2000 個阿里云“第一行代碼”鎏金限量馬克杯！
點擊查看詳情： https://developer.aliyun.com/adc/series/fc/
“ 阿里巴巴云原生關注微服務、Serverless、容器、Service Mesh 等技術領域、聚焦云原生流行技術趨勢、云原生大規模的落地實踐，做最懂云原生開發者的公眾號。”
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
