引言
我是蔣爍淼,觀測云的首席技術(shù)架構(gòu)師兼產(chǎn)品把控者。今天,我有幸與大家分享我們團隊在設(shè)計和實現(xiàn)產(chǎn)品過程中所堅持的核心理念。這些理念不僅是我們工作的指導(dǎo)燈塔,更是推動我們技術(shù)不斷進步的動力源泉。
在觀測云,我們堅信,一個產(chǎn)品的強大生命力和競爭力,源自于其內(nèi)在的哲學(xué)和理念。作為團隊的領(lǐng)航者,我?guī)ьI(lǐng)著每一位成員,堅守著這些核心理念。它們是我們設(shè)計和實現(xiàn)產(chǎn)品的基石,是我們在技術(shù)發(fā)展道路上的指南針。
以工程師們?yōu)?a target="_blank">中心
觀測云是一款面向企業(yè)級市場的監(jiān)控觀測產(chǎn)品,旨在滿足最終用戶的需求。我們認識到,產(chǎn)品要想擁有持久的競爭力,就必須得到工程師們的認可,使用便捷,并能為他們創(chuàng)造價值。通過提升工程師的工作效率,我們相信最終客戶也將從中受益。
在傳統(tǒng)監(jiān)控產(chǎn)品中,設(shè)計往往以運維人員的需求為主,涵蓋儀表盤、告警、數(shù)據(jù)接入等多個方面。然而,觀測云的設(shè)計理念有所不同。舉幾個例子:
觀測云的 Agent 模型采用了類似 OpenTelemetry 的架構(gòu),將 Instrumentor(探針)和 Collector(Agent)分離,完全不同于傳統(tǒng)的 APM 廠商。
該架構(gòu)設(shè)計具有多項優(yōu)勢,在此僅列舉一個關(guān)鍵好處。我們認識到,無論是使用 eBPF 探針還是傳統(tǒng)字節(jié)碼探針,都可能對應(yīng)用程序產(chǎn)生一定影響。同時,為了不斷增強監(jiān)控能力,探針和 Agent 可能需要定期升級。這種架構(gòu)允許研發(fā)團隊獨立驗證探針的穩(wěn)定性和數(shù)據(jù)字段的擴展性,而運維團隊則負責(zé) Agent 的升級和配置調(diào)整。通過分離探針和 Agent,Agent 的升級不會干擾應(yīng)用程序的正常運行,最多只會導(dǎo)致數(shù)據(jù)暫時不可用。在應(yīng)用程序升級過程中,我們確保其與探針的兼容性已在測試環(huán)境中得到驗證,從而避免了因探針升級不當(dāng)而導(dǎo)致的整個業(yè)務(wù)系統(tǒng)的故障風(fēng)險。
此外,這種架構(gòu)還提高了系統(tǒng)的兼容性,能夠支持多種 Instrumentor,包括但不限于探針、日志采集器以及 Prometheus 生態(tài)系統(tǒng)的集成。
使用觀測云的用戶將深刻體會到其賦予的廣泛自由度,這不僅僅體現(xiàn)在隨心所欲地設(shè)計個性化儀表盤、靈活配置數(shù)據(jù)結(jié)構(gòu)、自定義查詢模板,以及獨創(chuàng)性地設(shè)計告警策略上。我們深刻理解研發(fā)工程師的微妙心理需求,因此在多處功能設(shè)計中巧妙地融入了“僅我可見”的選項,旨在為工程師們提供一個私密的空間,讓他們能夠安心地進行自我調(diào)試、儀表盤分析,而無需擔(dān)心被他人窺探。這種貼心的設(shè)計,正是出于對研發(fā)者心理的深刻洞察與尊重,它鼓勵了更自由、更無拘束的創(chuàng)新實踐,從而真正釋放了可觀測性能力的潛力,為項目帶來實質(zhì)性的價值提升。
前面的模型示例不僅簡化了研發(fā)流程,還賦予了他們在探針中自由擴展字段、深化業(yè)務(wù)洞察的能力,從而助力構(gòu)建更為精準和全面的分析體系。眾多觀測云用戶反饋,相較于某些標(biāo)榜為AIOps的產(chǎn)品,我們的解決方案在功能強大性、AI 分析能力上更勝一籌,卻謙遜未以此為核心賣點。原因在于,我們堅信算法的真正價值遠不止于運維(Ops),它應(yīng)廣泛滲透于離群分析、異常檢測等各個環(huán)節(jié),賦能研發(fā)團隊。這不僅僅意味著監(jiān)控 CPU 行為異常,更關(guān)乎于深入理解代碼調(diào)用在不同場景下的異常表現(xiàn)。
過分渲染 AIOps 概念的產(chǎn)品,往往陷入夸大其詞的誤區(qū),而真正出色的產(chǎn)品則是將這些高級能力無縫融入日常研發(fā)運維流程中,成為他們工具箱中不可或缺的一部分。我們致力于讓技術(shù)回歸本質(zhì),為用戶提供實實在在的價值,而非空泛的概念炒作。
我們對觀測云的細致打磨體現(xiàn)在諸多方面,例如時間控件的靈活性。我們支持直接輸入unixtime,簡化了工程師在時間轉(zhuǎn)換上的繁瑣操作,避免了使用 Linux 命令或在不直觀的日歷控件中進行選擇。這種對細節(jié)的關(guān)注是許多同類產(chǎn)品所忽視的。
觀測云的更新頻率為每兩周一次,這不僅是為了引入新功能,更重要的是,我們致力于根據(jù)用戶的真實反饋來優(yōu)化產(chǎn)品。這些更新可能涉及大量的細節(jié)改進,雖然無法一一列舉,但它們共同構(gòu)成了我們對產(chǎn)品不斷改進的承諾。我們相信,真正使用觀測云的用戶能夠從這些細節(jié)中感受到我們的專注和誠意。
做一個開放的產(chǎn)品
我對開源的態(tài)度是明確的:我支持真正的開源精神,即開放代碼并與全球開發(fā)者進行交流。然而,我反對那些以開源為名,實則追求商業(yè)利益而忽視社區(qū)和技術(shù)發(fā)展的“偽開源”行為。觀測云在這一點上采取了開放的姿態(tài),我們公開了所有端側(cè)代碼,并在 Github 上維護著數(shù)十個開源項目。我們鼓勵團隊成員積極參與開源社區(qū),發(fā)現(xiàn)問題時提交 Pull Request(PR),以促進相關(guān)項目的進步。
同時,我們也持續(xù)為開源項目如 Victoriametrics 貢獻代碼。盡管觀測云是一個商業(yè)產(chǎn)品,我們依然堅持開放的原則,但這種開放是有選擇性的。我們的目標(biāo)是提供一個既開放又可控的環(huán)境,確保產(chǎn)品的穩(wěn)定性和安全性。
我們致力于整合開源技術(shù),以增強觀測云的功能。我們?nèi)嬷С脂F(xiàn)有的觀測技術(shù)框架,例如與 Prometheus 生態(tài)系統(tǒng)的深度集成。我們的系統(tǒng)不僅能夠收集 Prometheus 的各種數(shù)據(jù)類型,包括 Exporter 和 Push 數(shù)據(jù),而且在 Push 數(shù)據(jù)支持方面,我們在穩(wěn)定性和性能上均超越了 Prometheus 官方的 Push Gateway。此外,我們還加強了對 Prometheus 自發(fā)現(xiàn)功能的支持。
在日志采集方面,我們兼容多種日志生成方式,例如支持 Log4J 通過 Socket 直接發(fā)送日志,避免了日志寫入磁盤的需要。這種支持使得在性能要求極高的場景下,開發(fā)者也能夠高效地收集大量日志數(shù)據(jù)。
對于分布式追蹤(Tracing),我們同樣提供了廣泛的支持,兼容了包括 ddtrace、OpenTelemetry、Zipkin、SkyWalking 以及 Jaeger 等多種追蹤協(xié)議。這些開源方案在不同應(yīng)用中可能采用不同的實現(xiàn),導(dǎo)致分析上的分散。觀測云通過統(tǒng)一的集成方式,使得這些不同來源的數(shù)據(jù)在使用上保持一致性,仿佛它們是專為觀測云設(shè)計的一樣,盡管它們采集的數(shù)據(jù)內(nèi)容可能各有差異。
同樣,我們對開源技術(shù)的承諾不僅體現(xiàn)在支持 eBPF tracing 上,更在于我們將其開源,以促進統(tǒng)一標(biāo)準的形成。與國內(nèi)其他開源廠商不同,我們致力于生成符合 OpenTelemetry 標(biāo)準的 span 和 trace。這意味著使用觀測云采集的 eBPF 數(shù)據(jù)能夠與其他技術(shù)方式接入的數(shù)據(jù)一同分析,無需額外的后臺系統(tǒng)或?qū)S脭?shù)據(jù)庫存儲集群。
在技術(shù)文檔方面,我們致力于開放和透明的分享。觀測云在技術(shù)文檔的公開程度上,自信地處于行業(yè)領(lǐng)先地位。我們公開了大量的技術(shù)實現(xiàn)細節(jié),以便于業(yè)界同仁學(xué)習(xí)和參考。
用認知驅(qū)動取代需求驅(qū)動
對于熟悉觀測云的老朋友或初次接觸的新朋友而言,或許已知曉或未曾留意到這樣一個事實:觀測云不僅提供云端服務(wù),實現(xiàn)全球無縫接入,同時也支持靈活的私有化部署方案,以滿足不同用戶的特定需求。然而,鮮為人知的是,觀測云在產(chǎn)品開發(fā)上堅守著一個重要原則——我們從未為任何單一客戶定制產(chǎn)品。從中國的本土版本到海外的國際市場,再到那些部署于客戶私有環(huán)境中的定制化方案,盡管部分版本因市場策略或技術(shù)迭代進度略有差異,但觀測云始終如一,堅持為所有用戶提供統(tǒng)一、標(biāo)準的產(chǎn)品體驗。
這是我們的堅持。為什么呢?
首先,觀測云堅守為客戶負責(zé)的原則。在快速迭代的產(chǎn)品環(huán)境中,我們深知保持產(chǎn)品主線的重要性。定制化產(chǎn)品雖看似能即時滿足特定需求,但長遠來看,它們往往與主線版本分離,形成分叉,這不僅損害了客戶的長期利益,也增加了我們維護產(chǎn)品體驗的難度。因此,我們堅決避免任何形式的版本分叉,確保每位客戶都能享受到持續(xù)、穩(wěn)定且高效的產(chǎn)品服務(wù)。
其次,我們注重有價值需求的快速響應(yīng)與標(biāo)準化。在快速迭代的過程中,我們深知客戶需求的多樣性與復(fù)雜性。然而,并非所有需求都能直接轉(zhuǎn)化為產(chǎn)品功能,特別是當(dāng)這些需求存在邏輯悖論或表述不清時。作為產(chǎn)品專家,我們傾聽客戶聲音,結(jié)合產(chǎn)品架構(gòu)與行業(yè)洞察,將特定需求轉(zhuǎn)化為標(biāo)準化的產(chǎn)品功能。這種負責(zé)任的做法不僅提升了產(chǎn)品價值,也加深了我們對產(chǎn)品行業(yè)的認知,而這些認知又反過來推動我們不斷優(yōu)化產(chǎn)品,形成良性循環(huán)。我們的更新速度遠超客戶自行探索開源方案的效率,確保研發(fā)運維工程師們能夠輕松、高效地使用我們的平臺。
最后,我們致力于產(chǎn)品的開放性與靈活性。為了滿足用戶多樣化的個性化需求,我們努力實現(xiàn)各種技術(shù)棧的標(biāo)準化集成,而非依賴定制化。通過構(gòu)建豐富的靈活性機制,我們完整打造了一整套架構(gòu)體系,以應(yīng)對更廣泛的業(yè)務(wù)場景和需求。這種高度定制化的靈活性要求我們不能簡單地采用開源產(chǎn)品拼湊而成,而是需要自主設(shè)計數(shù)據(jù)引擎、數(shù)據(jù)庫及UI框架等核心組件,從而確保產(chǎn)品的整體性能和用戶體驗。這種從底層到上層的全面掌控,使得我們的產(chǎn)品能夠靈活應(yīng)對各種挑戰(zhàn),為用戶創(chuàng)造更大的價值。
觀測云是我們團隊精心打造的產(chǎn)品,它不僅承載著我們的技術(shù)追求,更融入了我們的價值觀。我們致力于持續(xù)優(yōu)化和完善產(chǎn)品,以確保它能夠為用戶帶來實際的價值。我們的目標(biāo)是讓觀測云在企業(yè)中發(fā)揮關(guān)鍵作用,特別是對于工程師團隊。我們相信,通過不斷的努力和創(chuàng)新,觀測云能夠提升工程師的工作效率,增強企業(yè)的運營能力。我們的目標(biāo)不僅是滿足用戶當(dāng)前的需求,更是預(yù)見并引領(lǐng)未來的技術(shù)趨勢,從而為企業(yè)帶來長遠的價值。
審核編輯 黃宇
-
探針
+關(guān)注
關(guān)注
4文章
206瀏覽量
20376 -
開源
+關(guān)注
關(guān)注
3文章
3215瀏覽量
42310 -
分布式
+關(guān)注
關(guān)注
1文章
858瀏覽量
74439
發(fā)布評論請先 登錄
相關(guān)推薦
評論