談?wù)凴edis Enterprise實時搜索的過人之處

我們都知道，用戶在使用應(yīng)用程序時候，對于速度有著越來越高的要求，真可謂是“一秒也等不及”。而開發(fā)團(tuán)隊又該怎樣來滿足這種對于實時性的期望呢？

文章速覽：

Redis Enterprise實時搜索的應(yīng)用場景

利用索引為開發(fā)人員帶來更好的體驗

Redis Enterprise實時搜索的優(yōu)勢

低延遲搜索的3種常見應(yīng)用案例

現(xiàn)代應(yīng)用程序的構(gòu)建中，開發(fā)者和架構(gòu)師更青睞于實時搜索，其能提供用戶滿意的性能。Redis Enterprise通過對各類查詢?nèi)?strong>全文搜索、復(fù)雜過濾表達(dá)式、輔助鍵查找、數(shù)字或地理范圍查找、聚合函數(shù)和搜索結(jié)果排序等建立指標(biāo)以快速提供實時的結(jié)果。網(wǎng)絡(luò)安全、欺詐檢測、金融服務(wù)、電子商務(wù)、游戲和許多其他領(lǐng)域應(yīng)用程序的構(gòu)建都依賴Redis Enterprise來實現(xiàn)規(guī)?；募磿r搜索結(jié)果。

一、Redis Enrerprise實時搜索如何解決應(yīng)用程序常見的挑戰(zhàn)

01

挑戰(zhàn)：網(wǎng)絡(luò)延遲

網(wǎng)絡(luò)延遲，通常是實時搜索應(yīng)用程序所面臨的主要挑戰(zhàn)，尤其是當(dāng)數(shù)據(jù)需要遠(yuǎn)距離傳輸時。

解決方案：Redis Enterprise可以在云端和本地部署運行，提供數(shù)據(jù)本地化的能力，以確保在全球范圍內(nèi)都能提供低延遲的搜索結(jié)果。

02

挑戰(zhàn)：快速讀取索引數(shù)據(jù)

要做到快速搜索，需要具備快速讀取索引數(shù)據(jù)的能力。傳統(tǒng)的基于磁盤的數(shù)據(jù)庫，無法實現(xiàn)快速讀取海量數(shù)據(jù)，無法在能保持延遲低于毫秒級的同時，還能將其擴展到支持每秒數(shù)百萬次寫入的速度。

解決方案：RedisEnterprise基于內(nèi)存方式運行，具有快速的讀取性能和可擴展性。

03

挑戰(zhàn)：即時數(shù)據(jù)

現(xiàn)代的軟件應(yīng)用程序通常需要實時、且立即可使用的即時數(shù)據(jù)。緩慢的搜索引擎會迫使開發(fā)人員在使用數(shù)據(jù)之前進(jìn)行預(yù)計算、預(yù)聚合或預(yù)操作等繁瑣的過程。經(jīng)過一系列繁瑣的處理后，數(shù)據(jù)會失去其即時性，變?yōu)檫^時數(shù)據(jù)，失去準(zhǔn)確性和可信度。過時的數(shù)據(jù)會使運營或?qū)崟r分析失效。

解決方案：Redis可以在亞毫秒級的時間內(nèi)返回搜索結(jié)果，保證數(shù)據(jù)的新鮮度，助力應(yīng)用程序獲得更準(zhǔn)確的結(jié)果。

04

挑戰(zhàn)：并發(fā)性能

數(shù)據(jù)的并發(fā)能力允許多個用戶對單個數(shù)據(jù)庫在同一時刻進(jìn)行讀寫操作。業(yè)務(wù)上，一些常見的分析用例要求每秒1,000多個查詢（QPS）的性能。另一方面，為了避免影響用戶的體驗，對于開發(fā)者而言，應(yīng)用程序開發(fā)的指標(biāo)之一就在于為終端用戶提供低于200毫秒延遲的服務(wù)。

解決方案：這些對并發(fā)性能的實際需求，基于磁盤的搜索引擎則無法提供足夠的并發(fā)性能，而這正是Redis Enterprise內(nèi)存數(shù)據(jù)庫支持實時搜索的極佳用例。Redis Enterprise作為內(nèi)存數(shù)據(jù)庫，能支持跨多個數(shù)據(jù)庫分片，同時在低延遲響應(yīng)的前提下，提供數(shù)據(jù)庫的搜索和查詢規(guī)模拓展能力，進(jìn)而提供數(shù)據(jù)庫的高并發(fā)性和數(shù)據(jù)保護(hù)支持。

二、Redis索引為開發(fā)人員帶來更好的體驗

Redis二級索引允許開發(fā)人員對任何字段創(chuàng)建索引，創(chuàng)建符合業(yè)務(wù)需要的數(shù)據(jù)視圖，提供更準(zhǔn)確的搜索結(jié)果。無需額外修改應(yīng)用程序代碼，二級索引還可以輕松創(chuàng)建并管理復(fù)雜的多字段查詢。只要Redis索引被創(chuàng)建，就能保持對插入和修改數(shù)據(jù)的自動更新，不需要手動介入。

Sorted Sets無需額外的管理或分配，便能提供快速的查詢支持。

不需要修改應(yīng)用程序代碼，即可創(chuàng)建并使用Redis Enterprise數(shù)據(jù)庫的二級索引。

全局自動索引功能確保索引的數(shù)據(jù)保持最新。

自動維護(hù)索引，并允許您在集群數(shù)據(jù)庫中跨數(shù)據(jù)結(jié)構(gòu)對輔助鍵進(jìn)行查詢。

不僅是鍵本身，還為值提供多種索引策略，包括全文搜索、地理位置索引、數(shù)字，或是標(biāo)簽索引等。

三、Redis Enterprise搜索的優(yōu)勢

1.提升客戶體驗：及時且準(zhǔn)確的搜索結(jié)果，可以保持客戶的參與和忠誠。實時搜索、自動建議和分面搜索等強大的搜索特性，幫助用戶快速找到他們所需的內(nèi)容。

2.更精準(zhǔn)的業(yè)務(wù)智能：為了優(yōu)化流程和服務(wù)，Redis能夠為實時分析提供即時的搜索結(jié)果。此外，Redis還能夠在高讀取和高寫入的場景中，保持高性能地處理常量數(shù)據(jù)和可變數(shù)據(jù)。

3.更低的成本：借助使用內(nèi)存數(shù)據(jù)庫技術(shù)和內(nèi)置搜索引擎，能夠以更少的基礎(chǔ)設(shè)施花費來實現(xiàn)更多功能。

4.支持微服務(wù)架構(gòu)：Redis Enterprise低延遲的搜索結(jié)果還支持微服務(wù)架構(gòu)。Redis Enterprise會避免產(chǎn)生任何額外的延遲，進(jìn)而避免任何會對用戶體驗不利的影響。

5.可拓展性支持：Redis Enterprise支持線性擴展數(shù)據(jù)攝入，將數(shù)據(jù)庫索引分布到不同分片和地理位置，以支持實時搜索數(shù)千萬個鍵的用戶。

6.地理分布式部署：Redis多活地理分布式部署是一種數(shù)據(jù)彈性架構(gòu)，其可以在多個數(shù)據(jù)中心分布存儲數(shù)據(jù)庫信息，這些信息存儲在各自的獨立的，并且不位于同一個地區(qū)的集群和節(jié)點上。無論復(fù)制區(qū)域的數(shù)量和區(qū)域之間的距離如何，多活地理分布式部署都能確保面向本地提供低延遲的讀寫操作。

四、低延遲搜索的應(yīng)用案例

有三種常見的應(yīng)用用例必須使用低延遲搜索：實時分析、主數(shù)據(jù)表查找、360度客戶視圖。

實時分析

傳統(tǒng)數(shù)據(jù)庫對于實時分析和業(yè)務(wù)智能而言，其提供數(shù)據(jù)的速度太慢了。尤其當(dāng)數(shù)據(jù)不斷變化時，傳統(tǒng)數(shù)據(jù)庫的查詢顯得過于緩慢且無法擴展。為了進(jìn)行準(zhǔn)確的實時分析，需要數(shù)據(jù)庫提供一致且高性能的搜索體驗。Redis Enterprise可以作為內(nèi)存數(shù)據(jù)平臺，可以將孤立的源數(shù)據(jù)庫整合，并根據(jù)這些源數(shù)據(jù)庫提供實時的指標(biāo)，以回答諸如“過去10分鐘內(nèi)最暢銷的產(chǎn)品是什么？”的實時分析問題。

主數(shù)據(jù)表查找

許多應(yīng)用程序，例如電子商務(wù)應(yīng)用程序，需要對主數(shù)據(jù)表進(jìn)行重復(fù)且高速的查找。例如，產(chǎn)品主數(shù)據(jù)表可能包含每個產(chǎn)品的ID、產(chǎn)品名稱、描述和價格。當(dāng)用戶購物時，他們同時訪問產(chǎn)品主數(shù)據(jù)表，計算其購物車的價值。隨著表格的增長，搜索過程往往會變得緩慢，客戶體驗將受到影響。Redis Enterprise通過擴展實時搜索能力，以輕松消除這些常見的應(yīng)用程序瓶頸。Redis Enterprise支持存儲數(shù)千萬個唯一標(biāo)識符,并通過直觀且快速的自動建議和全文搜索功能提升客戶體驗。

360度客戶全景圖

提供實時客戶服務(wù)是一項頗具挑戰(zhàn)性的任務(wù)。在等待使用客戶服務(wù)時，請求經(jīng)常會處于等待的過程中?？蛻舴?wù)團(tuán)隊和360度客戶視圖應(yīng)用程序需要實時獲取有關(guān)客戶的信息。Redis Enterprise提供亞毫秒級的客戶查詢，將在線應(yīng)用程序擴展到數(shù)千萬用戶。通過強大的聚合、過濾、分組和排序等命令，實時創(chuàng)建新的客戶觀察和摘要視圖。