為什么要做 Spring Cloud Tencent

Spring Boot + Spring Cloud 仍是 Java 生態(tài)最主流的框架

2014 年 4 月 Spring Boot 發(fā)布 1.0 版本，經(jīng)過(guò) 8 年時(shí)間的發(fā)展，Spring Boot 已然成為 Java 開(kāi)發(fā)框架的事實(shí)標(biāo)準(zhǔn)。在分布式微服務(wù)領(lǐng)域，2016 年 1 月 Spring Cloud 發(fā)布 Angel.SR5 版本。Spring Cloud 延承了 Spring Boot 最核心的組件化、低配置快速集成的核心思想，同時(shí)定義了一套標(biāo)準(zhǔn)的微服務(wù) SPI?；谶@套 SPI 出現(xiàn)了 Spring Cloud Netfix 等優(yōu)秀的微服務(wù)解決方案實(shí)現(xiàn)套件。在遠(yuǎn)程服務(wù)調(diào)用框架方面，F(xiàn)eign 和 RestTemplate 基于普適的 HTTP 協(xié)議，在易用性、可觀測(cè)性、跨語(yǔ)言等方面具備天然的優(yōu)勢(shì)。所以 Spring Cloud 自 2016 年發(fā)布第一個(gè)版本之后蓬勃發(fā)展。

從行業(yè)情況看，Spring Boot + Spring Cloud 是目前 Java 使用最廣泛的開(kāi)發(fā)框架之一。

2018 年開(kāi)始以 Istio 為代表的 ServiceMesh 開(kāi)始在社區(qū)中孵化，到 2022 年已經(jīng)有非常多的 ServiceMesh 產(chǎn)品。ServiceMesh 核心思想是下沉服務(wù)調(diào)用相關(guān)的基礎(chǔ)能力到獨(dú)立的 Sidecar 進(jìn)程，通過(guò)流量代理的方式治理流量。任何一種方案都不是萬(wàn)能藥， Sidecar 模式也存在一些問(wèn)題。例如：高度依賴(lài)底層 Paas 能力治理 Sidecar （注入、版本管理、升級(jí)等）、Sidecar 需要額外占用一定的資源、增加一定的網(wǎng)絡(luò)延遲、增加排障難度等。所以國(guó)內(nèi)真正能夠落地 ServiceMesh 的企業(yè)并不多。

綜上所述，我們認(rèn)為在未來(lái)很長(zhǎng)一段時(shí)間內(nèi) Spring Boot + Spring Cloud 仍是 Java 主流的微服務(wù)解決方案，雖然它看上去沒(méi)有像 Istio、Dapr 那樣的先進(jìn)。在滿(mǎn)足企業(yè)業(yè)務(wù)發(fā)展訴求的前提下，低成本、高效、穩(wěn)定的架構(gòu)方案才是最好的方案。

騰訊 2021 年開(kāi)源的北極星（PolarisMesh）提供了一站式微服務(wù)解決方案

北極星是一款集注冊(cè)中心、配置中心、服務(wù)治理中心為一體的一站式微服務(wù)解決方案，在騰訊內(nèi)部已覆蓋 90% 的業(yè)務(wù)，注冊(cè)的實(shí)例節(jié)點(diǎn)數(shù)更是達(dá)到了 500 萬(wàn)的規(guī)模。在 21 年開(kāi)源之后，在社區(qū)內(nèi)也有外部公司生產(chǎn)落地。

公司內(nèi)部的架構(gòu)師經(jīng)常會(huì)做一些技術(shù)選型，比如注冊(cè)中心用 Zookeeper、Consul、Nacos 等，配置中心用 Apollo、Nacos，限流熔斷用 Sentinel 。多組件也意味著需要維護(hù)多套服務(wù)，占用更多的資源，用戶(hù)體驗(yàn)上也難以做到一致性。

所以一站式微服務(wù)解決方案能夠大大簡(jiǎn)化技術(shù)選型、運(yùn)維、資源成本。當(dāng)然也可以把北極星當(dāng)做方案里的一部分，例如只用北極星的服務(wù)注冊(cè)發(fā)現(xiàn)，配置中心仍然選型 Apollo。畢竟還是那個(gè)道理，沒(méi)有萬(wàn)能的方案，適合企業(yè)業(yè)務(wù)自身訴求的方案才是最好的方案。

另外北極星在某些能力橫向?qū)Ρ壬弦灿幸欢ǖ膬?yōu)勢(shì)。例如完全無(wú)狀態(tài)的注冊(cè)中心更加便于運(yùn)維，強(qiáng)大的服務(wù)路由能力支持復(fù)雜的業(yè)務(wù)場(chǎng)景等。具體的產(chǎn)品功能在第二部分會(huì)更加詳細(xì)的介紹。

小結(jié)

基于以上兩點(diǎn)核心原因，把北極星作為 Spring Cloud 一個(gè)開(kāi)箱即用的實(shí)現(xiàn)套件就順理成章了。既能滿(mǎn)足 Spring Cloud 的用戶(hù)，又能滿(mǎn)足北極星 Java 的用戶(hù)。當(dāng)然 Spring Cloud Tencent 目前只對(duì)接了北極星的能力，后續(xù)會(huì)支持更多騰訊開(kāi)源的優(yōu)秀產(chǎn)品。

二、Spring Cloud Tencent 模塊詳細(xì)介紹

目前 Spring Cloud Tencent 主要提供了微服務(wù)領(lǐng)域常見(jiàn)的服務(wù)注冊(cè)與發(fā)現(xiàn)、配置中心、服務(wù)路由、限流熔斷以及元數(shù)據(jù)鏈路透?jìng)髂芰?。接下去?huì)詳細(xì)介紹每一部分的能力。

（圖：Spring Cloud Tencent 能力大圖）

2.1 服務(wù)注冊(cè)與發(fā)現(xiàn) (Spring Cloud Tencent Polaris Discovery)

服務(wù)注冊(cè)與發(fā)現(xiàn)是 Spring Cloud Tencent 最為核心的功能之一，通過(guò)實(shí)現(xiàn) Spring Cloud 的服務(wù)注冊(cè)與發(fā)現(xiàn)的標(biāo)準(zhǔn)接口，提供微服務(wù)應(yīng)用快速接入北極星服務(wù)注冊(cè)中心的能力。開(kāi)發(fā)者通過(guò)簡(jiǎn)單的引入 Spring Cloud Tencent 服務(wù)注冊(cè)與發(fā)現(xiàn)的依賴(lài)，即可使用北極星的服務(wù)注冊(cè)與發(fā)現(xiàn)功能。接入服務(wù)注冊(cè)與發(fā)現(xiàn)之后，還能按需使用北極星提供的強(qiáng)大服務(wù)治理能力，例如場(chǎng)景化的服務(wù)路由能力、服務(wù)熔斷能力等。方便開(kāi)發(fā)者針對(duì)微服務(wù)的實(shí)際生產(chǎn)場(chǎng)景作出個(gè)性化的服務(wù)治理配置。

北極星的服務(wù)模型包括命名空間、服務(wù)和服務(wù)實(shí)例。

命名空間

命名空間提供了一種在同一個(gè)注冊(cè)中心下資源的邏輯隔離的機(jī)制，同一命名空間下的服務(wù)命名必須唯一，但是跨命名空間允許存在同名的服務(wù)。命名空間常用于區(qū)分不同的環(huán)境或者多個(gè)業(yè)務(wù)之間的服務(wù)隔離。

服務(wù)

服務(wù)也是邏輯的概念，提供一個(gè)特定業(yè)務(wù)領(lǐng)域的服務(wù)能力。例如訂單服務(wù)，用戶(hù)服務(wù)，轉(zhuǎn)賬服務(wù)等。

服務(wù)實(shí)例

服務(wù)實(shí)例是服務(wù)下的一個(gè)具體的物理節(jié)點(diǎn)。

（圖：服務(wù)實(shí)例詳情）

Spring Cloud Tencent 在基礎(chǔ)的服務(wù)注冊(cè)發(fā)現(xiàn)上，提供了一些拓展能力。首先，Spring Cloud Tencent 集成了北極星的一些路由插件，通過(guò)在北極星控制臺(tái)頁(yè)面更改服務(wù)實(shí)例的隔離狀態(tài)或者權(quán)重值，都可以實(shí)現(xiàn)服務(wù)實(shí)例的動(dòng)態(tài)上下線的特性，如上圖所示。

Spring Cloud Tencent 還提供了多服務(wù)注冊(cè)與發(fā)現(xiàn)的進(jìn)階功能。舉個(gè)例子，公司內(nèi)部多個(gè)部門(mén)或組織使用了不同的服務(wù)注冊(cè)中心，當(dāng)決策技術(shù)棧統(tǒng)一或是遷移到北極星注冊(cè)中心時(shí)，需要使用平滑的方式進(jìn)行業(yè)務(wù)改造，而非直接替換原有的 SDK 接入北極星注冊(cè)中心。此時(shí)可以使用 Spring Cloud Tencent 的多服務(wù)注冊(cè)與發(fā)現(xiàn)的能力，幫助開(kāi)發(fā)者的微服務(wù)應(yīng)用過(guò)渡技術(shù)棧轉(zhuǎn)換的尷尬期。

Spring Cloud Tencent 提供的這樣一系列針對(duì)服務(wù)注冊(cè)與發(fā)現(xiàn)的周邊功能，完善了微服務(wù)架構(gòu)的治理與管控能力。

2.2 配置中心 (Spring Cloud Tencent Polaris Config)

今年上半年北極星開(kāi)始支持配置中心的能力。北極星配置中心核心配置三元組模型為：

Namespace

用于邏輯隔離集群的能力，例如常用于隔離環(huán)境。

FileGroup

配置文件組，一組配置文件的集合。在 Spring Cloud Tencent 里，我們推薦的最佳實(shí)踐是一個(gè)應(yīng)用為一個(gè) FileGroup。對(duì)于框架類(lèi)的配置，以框架名作為一個(gè) FileGroup， 例如 dubbo。

File

配置文件，例如 properties 、yml 格式的配置文件。配置文件為最小管理單元，而不是配置文件里的配置項(xiàng)。

[Namespace, FileGroup, File] 唯一定位一份配置文件。我們?cè)谠O(shè)計(jì)模型的時(shí)候，參考了業(yè)界主流的配置中心產(chǎn)品，我們認(rèn)為配置文件、配置文件組的概念，是開(kāi)發(fā)者廣泛認(rèn)知且理解成本最低的配置領(lǐng)域模型，例如本地磁盤(pán)的文件夾和文件的概念。

配置中心核心能力是配置管理能力以及動(dòng)態(tài)實(shí)時(shí)推送能力。在配置管理方面，一個(gè)應(yīng)用往往具有非常多的配置文件，如何清晰的管理配置文件是一個(gè)非常重要的能力。我們?cè)诠芸嘏_(tái)設(shè)計(jì) UI 時(shí)，開(kāi)創(chuàng)性的把文件名以 / 作為分隔符樹(shù)狀形式展示。如下圖所示，可以按應(yīng)用模塊劃分目錄，通過(guò)目錄方式能夠清晰管理一個(gè)應(yīng)用下雜亂的配置文件。

（圖：配置文件管理頁(yè)面）

另外在 Spring Cloud 集成方面，眾所周知 Spring Boot 會(huì)自動(dòng)加載應(yīng)用 resources 目錄下的 application.yml、application.properties 以及優(yōu)先級(jí)更高的 application- a c t i v e P r o f i l e . y m l 文 件 。 在 S p r i n g C l o u d T e n c e n t P o l a r i s C o n f i g 集 成 時(shí) ， 我 們 完 全 沿 用 了 這 套 原 生 的 配 置 加 載 機(jī) 制 。 也 就 是 S p r i n g C l o u d T e n c e n t P o l a r i s C o n f i g 在 啟 動(dòng) 時(shí) ， 會(huì) 自 動(dòng) 加 載 應(yīng) 用 文 件 組 下 的 a p p l i c a t i o n . y m l 和 a p p l i c a t i o n {activeProfile}.yml 文件到 Spring 容器里。用戶(hù)在做遷移時(shí)，只需把 resources 目錄下所有的配置文件原封不動(dòng)的上傳到北極星即可。

2.3 服務(wù)路由 (Spring Cloud Tencent Polaris Router)

在微服務(wù)領(lǐng)域，由于服務(wù)做了細(xì)粒度的拆分部署服務(wù)變的非常的輕量靈活。在結(jié)合 k8s 云原生極速?gòu)椥阅芰χ笞兊母拥膹?qiáng)大。但是底層的 Paas 能力只是提供了基礎(chǔ)彈性能力，真正發(fā)揮能力需要依賴(lài)上層的流量調(diào)配的能力。

放眼 Spring Cloud 生態(tài)，能夠深度整合 Spring Cloud 提供場(chǎng)景化服務(wù)路由能力的組件套件并不多。這里解釋一下場(chǎng)景化，服務(wù)調(diào)用框架根據(jù)一定的規(guī)則實(shí)現(xiàn)服務(wù)路由的能力我們稱(chēng)之為底層原子能力。原子能力是非常通用的能力，但是很多時(shí)候并不能直接用于具體的業(yè)務(wù)場(chǎng)景。例如常見(jiàn)的測(cè)試環(huán)境分組，就近路由，藍(lán)綠發(fā)布等稱(chēng)之為場(chǎng)景。服務(wù)路由只有做了場(chǎng)景化之后，才能真正做到開(kāi)箱即用服務(wù)于業(yè)務(wù)。

Spring Cloud Tencent Polaris Router 目前實(shí)現(xiàn)了兩種場(chǎng)景化的路由能力以及一種非常靈活的規(guī)則路由的能力。

元數(shù)據(jù)路由

服務(wù)實(shí)例都會(huì)附屬一組元數(shù)據(jù)，例如環(huán)境信息，機(jī)房信息等等。元數(shù)據(jù)路由簡(jiǎn)單的講就是以元數(shù)據(jù)信息作為路由的依據(jù)進(jìn)來(lái)路由。這樣講還是有些抽象，我們以一個(gè)測(cè)試環(huán)境例子來(lái)解釋一下。

（圖：開(kāi)發(fā)環(huán)境示意圖）

上圖是非常經(jīng)典的用于解決測(cè)試環(huán)境沖突的方案。一次迭代中 SvcA 需要和 SvcD 聯(lián)調(diào)，當(dāng)團(tuán)隊(duì)人數(shù)少的時(shí)候，可以直接把 stable 環(huán)境部署成開(kāi)發(fā)分支代碼然后進(jìn)行聯(lián)調(diào)。但是當(dāng)多個(gè)開(kāi)發(fā)任務(wù)并行的情況下就會(huì)出現(xiàn)環(huán)境爭(zhēng)搶的情況。一種解決方式是每個(gè)開(kāi)發(fā)任務(wù)獨(dú)立部署一套全鏈路的環(huán)境，這種方式耗時(shí)耗力效果還很差。業(yè)界最主流的做法就是上圖所示，每個(gè)開(kāi)發(fā)任務(wù)子環(huán)境只需要部署聯(lián)調(diào)的應(yīng)用即可，鏈路上不在子環(huán)境里的服務(wù)都路由回 stable 穩(wěn)定環(huán)境。

使用 Spring Cloud Tencent 為了達(dá)到以上的目的，只需要每個(gè)服務(wù)部署的時(shí)候，增加以下兩個(gè)環(huán)境變量即可實(shí)現(xiàn)。

• SCT_METADATA_CONTENT_ENV=dev1
• SCT_METADATA_CONTENT_TRANSITIVE=ENV

Spring Cloud Tencent Polaris Router 組件會(huì)自動(dòng)讀取以上環(huán)境變量，并在每次服務(wù)調(diào)用時(shí)優(yōu)先調(diào)用到跟當(dāng)前實(shí)例 ENV 值一樣的目標(biāo)實(shí)例。

元數(shù)據(jù)路由使用的場(chǎng)景非常廣泛，更多的細(xì)節(jié)請(qǐng)查閱 Github Wiki。

規(guī)則路由

元數(shù)據(jù)路由本質(zhì)上是基于服務(wù)實(shí)例的元數(shù)據(jù)進(jìn)行篩選，是為了支持具體特定的場(chǎng)景而內(nèi)置的服務(wù)路由能力。無(wú)需下發(fā)任何路由規(guī)則，使用起來(lái)非常簡(jiǎn)單。

而實(shí)際業(yè)務(wù)場(chǎng)景非常復(fù)雜，例如以下幾種典型的業(yè)務(wù)場(chǎng)景：

• 內(nèi)部員工路由到一套生產(chǎn)灰度環(huán)境，外部普通用戶(hù)則路由到生產(chǎn)正式環(huán)境
• VIP 客戶(hù)路由到一套高保環(huán)境，普通客戶(hù)路由到普通環(huán)境

以上兩種業(yè)務(wù)場(chǎng)景，則無(wú)法通過(guò)元數(shù)據(jù)路由實(shí)現(xiàn)。因?yàn)樯婕暗綐I(yè)務(wù)請(qǐng)求參數(shù)，而不是系統(tǒng)維度的環(huán)境變量。規(guī)則路由就是用于滿(mǎn)足復(fù)雜業(yè)務(wù)場(chǎng)景而實(shí)現(xiàn)的一套基于規(guī)則的服務(wù)路由實(shí)現(xiàn)。

一個(gè)典型的規(guī)則如下圖所示：

（圖：路由規(guī)則配置頁(yè)面）

上圖表達(dá)的含義是：HTTP Query Param 的 uid 參數(shù)值為 100 時(shí)，調(diào)用到 ENV=gray 的實(shí)例分組。通過(guò)路由規(guī)則能夠描述出絕大多數(shù)復(fù)雜的業(yè)務(wù)場(chǎng)景。

為了便于使用， Spring Cloud Tencent 內(nèi)置了一套表達(dá)式標(biāo)簽規(guī)則，自動(dòng)從 HTTP 請(qǐng)求中解析標(biāo)簽值。目前支持的表達(dá)式規(guī)則有：

• ${http.query.xxx}
• ${http.header.xxx}
• ${http.cookie.xxx}
• ${http.method}
• ${http.uri}

規(guī)則路由相對(duì)比較復(fù)雜，更多的細(xì)節(jié)請(qǐng)查閱 Github Wiki。

就近路由

生產(chǎn)環(huán)境服務(wù)為了高可用、容災(zāi)等能力往往需要多機(jī)柜、多機(jī)房、多地域部署。

（圖：部署模型圖）

如上圖所示，范圍從小到大依次為: Campus < Zone < Region < All 其中 Campus、Zone、Region 在服務(wù)注冊(cè)發(fā)現(xiàn)領(lǐng)域模型里統(tǒng)一定義為元數(shù)據(jù)，是一種特殊的位置元數(shù)據(jù)（Location Metadata）。

就近路由顧名思義，服務(wù)調(diào)用時(shí)按照同 Campus、同 Zone、同 Region 的優(yōu)先級(jí)從高到低依次選取目標(biāo)服務(wù)實(shí)例。核心是減少服務(wù)調(diào)用因物理距離增加的網(wǎng)絡(luò)耗時(shí)。本質(zhì)上，就近路由是一種基于特定一組位置元數(shù)據(jù)的元數(shù)據(jù)路由。

通過(guò) Spring Cloud Tencent 實(shí)現(xiàn)就近路由，只需要在服務(wù)實(shí)例上打上以下環(huán)境變量即可。

• SCT_METADATA_CAMPUS
• SCT_METADATA_ZONE
• SCT_METADATA_REGION

2.4 服務(wù)限流（Spring Cloud Tencent Polaris Ratelimit）

隨著業(yè)務(wù)發(fā)展的日益壯大，網(wǎng)絡(luò)請(qǐng)求量也越來(lái)越多，導(dǎo)致在某些場(chǎng)景下，業(yè)務(wù)應(yīng)用的服務(wù)端會(huì)出現(xiàn)爆發(fā)式的流量涌入，因此需要對(duì)服務(wù)提供方的給予一些保護(hù)手段。通過(guò)服務(wù)限流功能，開(kāi)發(fā)者可以通過(guò)控制 QPS 的方式，以避免被瞬時(shí)的流量高峰沖垮，從而保障系統(tǒng)的高可用性。服務(wù)限流主要有兩個(gè)應(yīng)用場(chǎng)景， 過(guò)載保護(hù) 和 業(yè)務(wù)防刷 。過(guò)載保護(hù)是保護(hù)業(yè)務(wù)不被突發(fā)流量打垮，業(yè)務(wù)防刷是防止惡意用戶(hù)發(fā)送過(guò)多流量影響其他正常用戶(hù)。Spring Cloud Tencent 內(nèi)置了針對(duì) Spring Web 和 Spring WebFlux 場(chǎng)景的限流 Filter 幫助業(yè)務(wù)快速接入北極星的限流能力。

Spring Cloud Tencent 支持北極星提供的兩種類(lèi)型的服務(wù)限流能力，即單機(jī)限流與分布式限流。

單機(jī)限流

單機(jī)限流是針對(duì)單個(gè)被調(diào)實(shí)例的級(jí)別的限流，流量限額只針對(duì)當(dāng)前被調(diào)實(shí)例生效，不共享，如下圖所示。單機(jī)限流一般適用于保護(hù)服務(wù)自身不被打垮，按照每個(gè)服務(wù)集群?jiǎn)螜C(jī)的容量來(lái)計(jì)算配額。

（圖：?jiǎn)螜C(jī)限流示例圖）

單機(jī)限流的效果分為 快速失敗 和 勻速排隊(duì) ?？焖偈≈傅氖钱?dāng) QPS 到達(dá)限流規(guī)則指定的配額時(shí)，立刻返回一個(gè)限流類(lèi)型錯(cuò)誤響應(yīng)給所有超過(guò)閾值的請(qǐng)求。而勻速排隊(duì)是一種基于漏桶算法實(shí)現(xiàn)的削峰填谷限流方式，幫助服務(wù)端能夠在流量洪峰到達(dá)時(shí)，還能保證一個(gè)勻速處理的狀態(tài)，讓一部分請(qǐng)求在一段排隊(duì)等待時(shí)間后還能被處理，而不是直接失敗。關(guān)于勻速排隊(duì)的詳細(xì)介紹可以參考 Github 官方 Wiki。

分布式限流

分布式限流是針對(duì)服務(wù)下所有實(shí)例級(jí)別的限流，多個(gè)服務(wù)實(shí)例共享同一個(gè)全局流量限額，如下圖所示。分布式限流一般適用于保護(hù)第三方服務(wù)或者公共服務(wù)（比如保護(hù)數(shù)據(jù)庫(kù)）；或者是在網(wǎng)關(guān)層進(jìn)行限流，對(duì)通過(guò)網(wǎng)關(guān)接入的后端服務(wù)進(jìn)行保護(hù)。

（圖：分布式限流示例圖）

Spring Cloud Tencent 提供了自定義限流規(guī)則能力，開(kāi)發(fā)者可以根據(jù)自身的業(yè)務(wù)場(chǎng)景定制對(duì)應(yīng)的限流規(guī)則。

（圖：限流規(guī)則配置界面）

2.5 服務(wù)熔斷（Spring Cloud Tencent Polaris Circuitbreaker）

在微服務(wù)架構(gòu)的運(yùn)維場(chǎng)景下，有時(shí)候會(huì)遇到單點(diǎn)服務(wù)實(shí)例故障的情況，如果不能及時(shí)剔除，那么仍舊會(huì)有請(qǐng)求轉(zhuǎn)發(fā)到故障的服務(wù)實(shí)例上。Spring Cloud Tencent 提供了服務(wù)熔斷的能力，通過(guò)上報(bào)每次服務(wù)間調(diào)用的結(jié)果，判斷被調(diào)方服務(wù)是否出現(xiàn)故障，進(jìn)而將其屏蔽，并啟動(dòng)定時(shí)任務(wù)對(duì)熔斷實(shí)例進(jìn)行探活。在達(dá)到恢復(fù)條件后對(duì)其進(jìn)行半開(kāi)恢復(fù)。在半開(kāi)恢復(fù)后，釋放少量請(qǐng)求去進(jìn)行真實(shí)業(yè)務(wù)請(qǐng)求探測(cè)。并根據(jù)真實(shí)業(yè)務(wù)探測(cè)結(jié)果去判斷是否完全恢復(fù)。這個(gè)功能能有效剔除異常的服務(wù)實(shí)例，為服務(wù)治理提供了重要的幫助。

小結(jié)

以上只是簡(jiǎn)單介紹了 Spring Cloud Tencent 部分能力，想詳細(xì)了解更多的能力請(qǐng)?jiān)L問(wèn)我們 Github 官方主頁(yè)。

三、規(guī)劃和愿景

文章開(kāi)頭提到我們?yōu)槭裁匆?Spring Cloud Tencent。我們堅(jiān)信在 Java 領(lǐng)域 Spring Cloud 在很長(zhǎng)一段時(shí)間內(nèi)仍是微服務(wù)的主流方案。我們希望結(jié)合北極星一站式微服務(wù)能力，降低微服務(wù)架構(gòu)門(mén)檻，為廣大企業(yè)提供開(kāi)箱即用的全套微服務(wù)解決方案。從而使企業(yè)更加聚焦自身業(yè)務(wù)的發(fā)展，提高生產(chǎn)力。

一款好用的產(chǎn)品需要經(jīng)受豐富的場(chǎng)景打磨穩(wěn)定性、易用性，以及不斷完善自身的產(chǎn)品力。以下是我們目前想到的一些需要支持和完善的點(diǎn)。當(dāng)然隨著產(chǎn)品的發(fā)展、使用的用戶(hù)越來(lái)越多，會(huì)有更多的訴求，我們會(huì)持續(xù)不斷的迭代下去。

（圖：SCT 規(guī)劃）

期待你的加入

• 如果你也是 Spring Cloud 的愛(ài)好者
• 如果你的公司正在使用 Spring Cloud 并且有一些好的實(shí)踐
• 如果你的公司正在做微服務(wù)技術(shù)選型
• … …

請(qǐng)加入我們，你的一個(gè)建議、Issue、Pull Request 甚至只是一個(gè)小小的 Star 都是對(duì)我們最大的支持，也是我們持續(xù)迭代的動(dòng)力。

Spring Cloud Tencent Github 地址：

https://github.com/Tencent/spring-cloud-tencent