atlans mysql Nacos功能和需求列表

2021-10-19 15:31:01 字數 2527 閱讀 5984

nacos功能和需求列表

本文列舉了目前nacos支援的主要功能和一些還未支援的需求排期,方便讀者了解目前nacos已經支援和計畫支援的能力,同時所有計畫支援的能力都開放給開發者進行認領,本文末有詳細的認領教程。

在下面的**中,每個需求都有乙個狀態的標誌,包含若干種取值,各種取值的含義如下:

狀態的取值:

不支援:該功能還不支援,且沒有在現在的時間表裡有任何排期;

排期中:該功能還不支援,但是已經放到了時間表裡,有希望在後面的某個版本支援;

開發中:表示該功能設計方案已經確定,正在有對應的開發者進行開發,會在接下來的某個版本正式發布;

beta:該功能已經發布,但是未經過大規模的使用者驗證,還不能確保穩定性;

穩定:表示已經迭代至少4個版本,目前沒有反饋重大缺陷;

服務發現

描述主要開發者狀態排期

服務註冊與發現

nkorange

穩定0.1.0

健康檢查(服務端探測、客戶端心跳)

xuanyin

穩定0.1.0

路由策略(權重、保護閾值、就近訪問)

wangjianwei

穩定0.1.0

配置管理

描述主要開發者狀態排期

配置管理(發布、修改、查詢、監聽配置)

yanlinly

穩定0.1.0

灰度配置

yanlinly

穩定1.1.0

加密配置

不支援元資料管理

描述主要開發者狀態排期

對接第三方cmdb

nkorange

beta

0.7.0

位址伺服器

描述主要開發者狀態排期

支援nacos定址

pbting

beta

1.1.0

nacos核心

描述主要開發者狀態排期

去除mysql依賴

chuntaojun

設計中raft協議替換成jraft

chuntaojun

設計中非同步通知機制統一

wfnuser

設計中線程模組統一

排期中傳輸通道統一

nkorange

設計中推送模組統一

satjd

設計中啟動模組統一

排期中安全與穩定性

描述主要開發者狀態排期

命名空間模組下沉為公共模組

排期中許可權控制,包括認證與鑑權

nkorange

開發中1.2.0

操作審計與記錄

排期中支援加密傳輸

排期中opentracing對接

排期中metrics收集

tsingliang

穩定0.8.0

快取容災機制統一

排期中支援命令行運維

排期中資料自動備份

排期中限流模組

排期中容量管理

排期中**質量

描述主要開發者狀態排期

工具類模組統一

排期中常量定義統一

排期中異常處理模組統一

排期中日誌模組統一

排期中系統引數模組統一

排期中依賴統一

排期中狀態碼模組統一

keran213539

設計中雲原生

描述主要開發者狀態排期

對接istio

nkorange

beta

1.1.4

對接configmap

排期中jianweiwang

beta

0.1.0

對接spiffe

排期中客戶端

描述主要開發者狀態

nacos

穩定atlanssia, lzp0412

穩定czy88840616, gxcsoccer

穩定sanwei

beta

catcherwong

推薦c++客戶端

php客戶端

chuntaojun

穩定nacos-docker

描述主要開發者狀態排期

docker部署nacos server

paderlol

穩定0.1.0

nacos-k8s

描述主要開發者狀態排期

k8s部署nacos server

paderlol

穩定0.1.0

nacos-sync

描述主要開發者狀態排期

nacos與nacos服務雙向同步

paderlol

穩定0.1.0

nacos與zookeeper服務雙向同步

paderlol

穩定0.3.0

nacos與eureka服務雙向同步

paderlol

穩定0.3.0

nacos與consul服務雙向同步

paderlol

穩定0.3.0

nacos官網

描述主要開發者狀態排期

支援頁面內錨鏈結

不支援原文:

軟體開發 非功能需求與功能需求

需求定義 需求 requirement 就是系統 更廣義的說法是專案 必須提供的能力和必須遵從的條件。需求分類 1 在一般使用中,需求按照功能性 行為的 和非功能性 其它所有的行為 來分類。功能性需求是說有具體的完成內容的需求。非功能性需求是指軟體產品為滿足使用者業務需求而必須具有且除功能需求以外的...

業務需求 使用者需求 功能需求怎麼理解

業務需求一般是我由我們軟體開發人員來蒐集的,是企業自身在顧問等引到下自己所作的工作。我們只是去從他們那裡直接的拿來就可以了。比如為了配合企業生產改造,為了加強庫存管理,為了建立企業電子化執行平台,這些都是業務需求。這些東西的建模還是留給諮詢顧問吧,我們沒有拿那份企業流程重組的錢,也就不用費這個力氣。...

需求(功能)和技術的關係思考

1 乙個軟體功能需要不需要,首先看看這個功能對軟體整體是否有價值,如果沒有,再好的功能都沒必要去考慮,這個說起來簡單,但技術人員常常會陷入這個誤區中 2 常常問,這個功能技術上可以實現嗎,採用什麼技術實現比較好 從節省成本,可持續改進,實現速度快,效能好等方面考慮 而不是問,這個技術可以實現什麼功能...