Linux系統技術交流QQ群（1675603）驗證問題答案：劉遄
| 導讀 | 誕生於 2014 年的“微服務架構”，其思想經由 Martin Fowler 闡述后，在近幾年持續受到重視，理論與相關實踐都不斷發展，目前談架構必定會言及微服務架構。 |
伴隨着微服務架構的快速發展，各種開發語言各種類型的微服務開發框架陸續出現，在近日舉辦的 PHPCon 大會上，來自開源微服務框架 TARS 核心開發組的梁晨，為開發者分享了 TARS-PHP 在 TARS 構建微服務生態中扮演的角色。梁晨同時也是 TARS-PHP 項目的主要負責人，以下是本次演講全程的整理。
大家好，接下來 45 分鍾的時間，我想跟大家聊聊 TARS 作為微服務平台本身有什么優勢，同時也想讓大家看到，TARS-PHP 核心開發組在這一年中，不斷演進 TARS-PHP，將其融入 PHP 生態的努力，看看這對整個 TARS 微服務生態有些什么意義。
從近年來的業界架構演進來看，微服務已經逐漸成為趨勢。從這張圖可以看到，在不同的行業，發布服務的時間間隔各不相同，互聯網行業每周發布的占比最高，但是其它行業也有逐漸趕上的趨勢。
我們可以看到具體的發布數據，63%的企業平均每月發布一次。怎么將系統轉到微服務架構上呢？現在有很多選擇，接近 10% 的人選擇 Dubbo 這樣的原生框架，接近 50% 的人選擇雲原生架構，同時也有 30% 左右的人基於 Weblogic WEBSPHERE 等架構。而在這其中，51% 考慮轉型，15% 已經實施。
從這些數據中我們可以看得出來微服務架構當前逐漸成為主流。
伴隨着微服務架構的這種快速發展節奏，各種開發語言各種類型的微服務開發框架相繼出現，我們分析了一下當前各家使用微服務框架的情況，可以看到主要分為四種模式：
無服務治理類：gRPC、brpc 為代表
單語言帶服務治理類：Dubbo、Spring Cloud 為代表，主要適用於 Java 語言
多語言帶服務治理類：TARS
Service Mesh：SideCar 模式，仍在發展成熟期
這其中，TARS 在通信框架的基礎上支持服務治理能力，同時支持多種編程語言，算是比較另類的選擇。講到這里，我們可以來看看它具體支持怎樣的治理能力，在此之前，先了解一下微服務架構是怎樣的。
從微服務整體架構上看，它主要分為：接入層、網關層、業務服務層、支持服務層和基礎設施層。除此之外，非常重要而又容易被忽略的還有：微服務開發框架、持續交付流水線、端到端工具鏈、工程實踐與規范這些構成整個微服務架構體系的部分，它們都在微服務的架構中發揮着非常重要的作用。
TARS 整體可以分為運營、平台、通信框架、公共組件與統一協議幾個大塊，用於支持上述微服務架構層次。
簡單來講，運營平台上，TARS 可以支持不同語言服務的管理和運營，同時也支持頁面級別服務的創建和發布；而在公共組件上，TARS 提供了非常多強大的公共組件來負責不同的功能，包括日志組件、監控組件、主控組件與配置組件等；統一協議方面，TARS 本身自帶的二進制協議，非常適合高性能的場景，首先這個協議語言無關，自帶接口描述，同時還有工具進行代碼轉換，可以大大提高開發效率。
聚焦到 TARS-PHP 上，作為Tars在PHP語言的解決方案，設計的時候主要考慮如下四個方面：
功能完善：對標現有 C++、Java 與 NodeJS 體系功能
靈活：論靈活，誰與 PHP 爭鋒？
輕量：用最輕量的設計，點到即止，即插即用
高效：插上 Swoole 協程的翅膀，不得不飛
整個框架主要分為四個部分：
TARS-CLIENT
TARS-SERVER
TARS-EXT 擴展
代碼生成工具
在過去的一年中，TARS-PHP 主要在豐富現有功能、構建更加開放的體系、引入 DevOps 的效率、更好地服務社區四個方面發力。
從 TARS-SERVER 功能層面來講，TARS-PHP 新增了 WebSocket Server 和 PB SERVER，使得現在一個服務模板，能夠實現多達五種不同的服務。
通過使用 WebSocket Server，用戶可以有效擴展 Swoole 功能，它支持多個端口、自定義命令和非常靈活化的 FD 存儲。
PB Server 構建了一個 gRPC 服務，這個服務部署在 TARS 平台上，參與 TARS 平台尋址，受 TARS 平台管理。這個服務使用 gRPC on Http/2 作為網絡通訊協議，使用 Protobuf 作為編碼協議，可以和其它 PB Client 協同工作。
在開發效率上，我們也針對 PB Client 做了優化，開發者同樣可以通過我們提供的代碼自動化生產工具，節約開發時間。
在 TARS-PHP 與平台更好地結合方面，我們實現了針對 PHP 服務的專有特性監控，它可以監控 Swoole 的 worker 數量、TIME_WAIT 等網絡狀態個數與 Swoole 中每個 worker 占用的內存情況等數據，讓開發者更了解自己的服務。
同時，新增的自定義路由功能，也賦能了現有的 HTTP SERVER，通過引入 lumen 引擎的方式，現在的路由功能也更加強大。
在日志方面，借助 monolog 的能力，我們與 ELK 也進行了結合。簡單的配置，就可以讓日志入 ELK，更加方便我們進行一些 debug 或是后續的數據挖掘。
為了構建 TARS-PHP 的開放體系，我們引入了 Client & Server filters，它可以讓開發者更加方便地在請求前后添加自己的代碼。同時我們也開放了 TARS 協議中，向 Context 上下文寫入的能力，使得分布式追蹤唾手可得。
而為了讓 PHP 開發者能夠更多地使用 TARS，同時降低自己的遷移成本，TARS-PHP 現在也與 Laravel、ThinkPHP、Yii2、SWOFT 與 Phalcon 進行了整合，后續還將重點接入 Hyperf 與 easyswoole 等業界優秀的框架。通過接入 TARS，相當於賦能了服務打包、雲配置與 HTTP/TARS 雙協議，又能保持原有的開發框架，一舉兩得。
在 DevOps 方面，TARS 提供了官方的 Docker 鏡像，讓開發者能夠一鍵搭建開發環境。而在持續集成上，我們也提供了基於 Jenkins 和 TARS 平台 API 的自動構建方案，讓你的代碼提交到測試到部署，成為一條龍。
為了讓開發者能夠更快地使用 TARS，我們也放出了一個使用 TARS 的 HTTP、TCP 與 PB 在內的多種 Server 類型的彈幕服務，存儲也涉及到了 Redis 和 MySQL，可以讓開發者更容易在自己的項目里把 TARS 跑起來。
TARS-PHP 的開源之路剛剛起步，為了解決文檔問題，我們也不斷地完善現有的 Gitbook，降低開發者的使用門檻。
在 TARS-PHP 開源一年左右的時間里，我們的項目與衍生項目數超過了 10 個、GitHub repo commit 數量超過 200 次、微信與 QQ 群累計開發者社群人數 800+、Packagelist 下載量 4萬+。希望大家也能夠加入 TARS-PHP 的建設。
原文來自：https://www.oschina.net/news/108987/tars-php-the-road
本文地址：https://www.linuxprobe.com/tars-php-road.html編輯：何雲艷，審核員：逄增寶