国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

Elasticsearch:為現(xiàn)代搜索工作流程和生成式人工智能應(yīng)用程序鋪平道路

這篇具有很好參考價(jià)值的文章主要介紹了Elasticsearch:為現(xiàn)代搜索工作流程和生成式人工智能應(yīng)用程序鋪平道路。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

作者:Matt Riley

Elastic 的創(chuàng)新投資支持開放的生態(tài)系統(tǒng)和更簡單的開發(fā)者體驗(yàn)。

Elasticsearch:為現(xiàn)代搜索工作流程和生成式人工智能應(yīng)用程序鋪平道路,Elasticsearch,AI,Elastic,elasticsearch,人工智能,大數(shù)據(jù),搜索引擎,全文檢索,數(shù)據(jù)庫

在本博客中,我們希望分享 Elastic? 為簡化你構(gòu)建 AI 應(yīng)用程序的體驗(yàn)而進(jìn)行的投資。 我們知道,開發(fā)人員必須在當(dāng)今快速發(fā)展的人工智能環(huán)境中保持靈活性。 然而,常見的挑戰(zhàn)使得構(gòu)建生成式人工智能應(yīng)用變得不必要的僵化和復(fù)雜。 僅舉幾例:

  • 向量 — 從可以使用多少向量到可以使用哪些向量以及如何對(duì)大段文本進(jìn)行分塊
  • 評(píng)估、交換和管理大型語言模型 (LLM)
  • 設(shè)置有效的語義搜索(特別是如果你的開發(fā)團(tuán)隊(duì)資源有限或有技能上的差距)
  • 利用現(xiàn)有投資和當(dāng)前架構(gòu),同時(shí)平衡技術(shù)債務(wù)
  • 從概念驗(yàn)證擴(kuò)展到生產(chǎn)
  • 確保最終用戶應(yīng)用程序快速、經(jīng)濟(jì)高效,并在響應(yīng)查詢時(shí)反映安全、最新的專有數(shù)據(jù)
  • 實(shí)施分散且復(fù)雜

靈活的工具可幫助你快速適應(yīng)、響應(yīng)變化并加速你的項(xiàng)目。 這就是為什么 Elastic 建立在 Apache Lucene 的基礎(chǔ)上,提供最好的開放代碼向量數(shù)據(jù)庫和搜索引擎。 Elastic 還積極與整個(gè)生態(tài)系統(tǒng)合作,以擴(kuò)大對(duì)轉(zhuǎn)換器(transformer)和基礎(chǔ)模型的支持。

此外,我們還利用 Elastic 專有的 Learned Sparse EncodeR 模型 ELSER(現(xiàn)已已正式發(fā)布)讓開箱即用的高度相關(guān)語義搜索變得更加容易。 我們正在減少與檢索增強(qiáng)生成 (RAG) 相關(guān)的成本和處理時(shí)間,該檢索過程為自定義用例的從專有數(shù)據(jù)源到 LLM 的自然語言查詢提供相關(guān)響應(yīng)。 而且,我們正在簡化 Elasticsearch? 的開發(fā)人員體驗(yàn),以便實(shí)現(xiàn)簡單明了。

開發(fā)人員正在積極塑造生成式人工智能應(yīng)用程序的未來。 Elastic 的突破性投資(以及即將到來的更多投資)反映了為什么我們的人工智能搜索分析平臺(tái)是新一代搜索工作負(fù)載的最佳選擇。

一切都在 Apache Lucene 上

這一切都始于 Apache Lucene,這是一個(gè)開源搜索引擎軟件庫,經(jīng)受住了時(shí)間的考驗(yàn),并為 Elasticsearch 提供了基礎(chǔ)。 雖然 Elasticsearch 憑借其在向量搜索、可擴(kuò)展性和性能方面的創(chuàng)新,已成為下載次數(shù)最多的向量數(shù)據(jù)庫,但我們平臺(tái)的優(yōu)勢源于 Elastic 和 Lucene 社區(qū)首先投資于 Apache Lucene 的這些進(jìn)步。 事實(shí)上,Elastic 有著增強(qiáng) Lucene 功能的歷史,例如數(shù)字和地理空間搜索功能、Weak AND 支持以及改進(jìn)的列式存儲(chǔ)。 推動(dòng) Lucene 社區(qū)的發(fā)展意味著每個(gè)人都走得更遠(yuǎn)、更快。 作為這些投資的推動(dòng)者意味著 Elastic 用戶首先會(huì)獲得根據(jù)其搜索需求量身定制的價(jià)值。

在 Elastic,我們知道 Lucene 具有超越全文搜索的潛力:開發(fā)人員需要全面的功能來構(gòu)建搜索應(yīng)用程序和生成式 AI 體驗(yàn),包括聚合、過濾、分面等。最終,我們有望使 Lucene 成為最領(lǐng)先的 - 全球領(lǐng)先的向量數(shù)據(jù)庫,并與全球數(shù)百萬 Elasticsearch 用戶分享其功能。 這就是為什么 Elastic 的開發(fā)人員定期向 Lucene 提交代碼并利用其基礎(chǔ)代碼進(jìn)行新項(xiàng)目的原因,例如:

  • 將最大內(nèi)積引入 Lucene
  • 使用 SIMD 指令加速向量搜索
  • 提供完整的文檔向量搜索,允許文檔在一個(gè)字段內(nèi)具有多個(gè)向量,并按最相似的向量進(jìn)行排名 - 處理從長文本段落派生的正確評(píng)分向量的復(fù)雜性,以解決一個(gè)常見的挑戰(zhàn) - 當(dāng)使用文本嵌入時(shí),維護(hù)大型文本的整體上下文
  • Lucene 中的融合乘加 (FMA)

由于 Elasticsearch 構(gòu)建在 Lucene 之上,因此當(dāng)你升級(jí)到我們的最新版本時(shí),你將自動(dòng)受益于所有最新改進(jìn)。 我們已經(jīng)開始通過向 Lucene 添加標(biāo)量量化支持(一項(xiàng)關(guān)鍵的成本節(jié)約功能)來貢獻(xiàn)客戶所需的下一個(gè)基礎(chǔ)投資。

在語義搜索和 RAG 方面首屈一指

開發(fā)人員的任務(wù)是構(gòu)建相關(guān)、高性能且經(jīng)濟(jì)高效的搜索和生成人工智能應(yīng)用程序。 很簡單,你需要能夠從所有專有數(shù)據(jù)源檢索數(shù)據(jù)來構(gòu)建 RAG,從而提供最佳、最相關(guān)的結(jié)果。 為此,我們?yōu)槠髽I(yè)數(shù)據(jù)庫和流行的生產(chǎn)力工具以及 OneDrive、Google Drive、GitHub、ServiceNow、Sharepoint、Teams、Slack 等內(nèi)容源添加了更多本機(jī)連接器和連接器客戶端。

更值得注意的是,在 Elastic 8.11 版本中,我們宣布全面推出 Elastic Learned Sparse EncodeR (ELSER)。 這是我們專有的人工智能模型,用于提供世界一流的語義搜索。 ELSER 是一種預(yù)先訓(xùn)練的文本檢索模型,可提供跨領(lǐng)域高度相關(guān)的結(jié)果,并允許你通過執(zhí)行幾個(gè)簡單的步驟來實(shí)現(xiàn)語義搜索。 自 5 月份推出技術(shù)預(yù)覽版以來,ELSER 已得到廣泛采用,使我們能夠根據(jù)客戶反饋進(jìn)行改進(jìn)。 我們的正式版 ELSER 模型提高了相關(guān)性并減少了攝取和檢索時(shí)間。 你現(xiàn)在可以升級(jí)以利用這些增強(qiáng)功能。

生成式人工智能領(lǐng)域面臨的另一個(gè)障礙是:更高的計(jì)算成本和更慢的響應(yīng)時(shí)間。 生成式 LLM 調(diào)用會(huì)產(chǎn)生每個(gè) token 的成本,并且需要額外的處理,這需要時(shí)間。 然而,憑借嵌入和快速 k 最近鄰算法 (kNN) 的強(qiáng)大功能,Elastic 可以用作生成式 AI 應(yīng)用程序的緩存層,輕松識(shí)別類似的查詢和響應(yīng),并提供更快、更具成本效益的答案。 就成本效率而言,在 AWS 上,我們現(xiàn)在還提供向量搜索優(yōu)化的 Elastic Cloud 硬件配置文件,具有最佳的默認(rèn) RAM 比率,能夠以經(jīng)濟(jì)高效的方式存儲(chǔ)更多向量。

Elastic 在使語義搜索和 RAG 易于一起使用方面做得越好,開發(fā)人員就能越快地為最終用戶打造出色的生成式 AI 體驗(yàn)。 這就是為什么我們專注于讓開發(fā)人員能夠輕松實(shí)用地使用該技術(shù)。

整個(gè)生態(tài)系統(tǒng)的選擇和靈活性

通過開放平臺(tái)幫助你快速響應(yīng)人工智能時(shí)代的變化,你可以在其中使用各種工具和一致的標(biāo)準(zhǔn),這是加速生成式人工智能項(xiàng)目的關(guān)鍵。 這就是為什么開發(fā)人員可以在 Elasticsearch 中靈活使用和托管各種 Transformer 模型,包括私有和公共 Hugging Face 模型。 你還可以將由 AWS SageMaker、Google Vertex AI、Cohere、OpenAI 等第三方服務(wù)生成的向量存儲(chǔ)在 Elasticsearch 中。

我們還擴(kuò)大了對(duì)生態(tài)系統(tǒng)工具的支持,以便你可以輕松地將 Elasticsearch 與 LangChain 和 LlamaIndex 一起用作向量數(shù)據(jù)庫。 事實(shí)上,我們最近與 LangChain 團(tuán)隊(duì)就 LangChain Templates 進(jìn)行了合作,以幫助開發(fā)人員構(gòu)建可立即投入生產(chǎn)的生成式 AI 應(yīng)用程序。 感謝我們的社區(qū),Elastic 已經(jīng)成為 LangChain 上最受歡迎的矢量商店之一。 現(xiàn)在,借助新的 RAG 模板,你可以使用 LangSmith 和 Elasticsearch 創(chuàng)建生產(chǎn)級(jí)功能。

簡單的開發(fā)者體驗(yàn)

我們致力于打造簡化的開發(fā)者體驗(yàn)。 我們正在發(fā)布簡化的命令,這些命令抽象了推理和模型管理工作流的復(fù)雜性,你可以在一個(gè)簡單的 API 后面使用這些工作流。 我們正在改進(jìn)密集向量的默認(rèn)設(shè)置,并提供自動(dòng)映射。 通過一次調(diào)用,你可以總結(jié)結(jié)果或?qū)⑽谋厩度肴魏文P偷南蛄?,從而減少構(gòu)建和學(xué)習(xí)所需的時(shí)間。

很快,我們將推出 Elastic 的新無服務(wù)器(severless)架構(gòu),這是一個(gè)新的部署選項(xiàng),適合那些想要專注于創(chuàng)造創(chuàng)新體驗(yàn)而不是管理底層基礎(chǔ)設(shè)施的開發(fā)人員。 我們專注于為你提供所需的所有工具,因此我們?cè)?Python、PHP、JavaScript、Ruby、Java、.Net 和 Go 的無服務(wù)器架構(gòu)中添加新的語言客戶端。

我們還清楚地意識(shí)到,開始使用快速變化的新技術(shù)可能具有挑戰(zhàn)性,這就是為什么我們?yōu)槊總€(gè) Elastic 部署選項(xiàng)提供簡單的入門指導(dǎo)和代碼,包括實(shí)際示例來幫助你快速啟動(dòng)新項(xiàng)目。

現(xiàn)在是成為一名 Elasticsearch 開發(fā)人員的最佳時(shí)機(jī)。 我們最近的研究和開發(fā)工作正在使 Lucene 成為世界上最好的向量數(shù)據(jù)庫。 我們確保語義搜索和 RAG 在易用性、相關(guān)性、速度、規(guī)模和成本效率方面無與倫比。 我們將生態(tài)系統(tǒng)的開放性、靈活性和簡單性作為開發(fā)者體驗(yàn)的核心。

準(zhǔn)備好開始在 Elasticsearch 上構(gòu)建下一代搜索了嗎? 嘗試 Elasticsearch Relevance Engine?,這是我們用于構(gòu)建 AI 搜索應(yīng)用程序的開發(fā)人員工具套件。

本文中描述的任何特性或功能的發(fā)布和時(shí)間安排均由 Elastic 自行決定。 當(dāng)前不可用的任何特性或功能可能無法按時(shí)交付或根本無法交付。

在這篇博文中,我們可能使用或引用了第三方生成人工智能工具,這些工具由其各自所有者擁有和運(yùn)營。 Elastic 對(duì)第三方工具沒有任何控制權(quán),我們對(duì)其內(nèi)容、操作或使用不承擔(dān)任何責(zé)任,也不對(duì)你使用此類工具可能產(chǎn)生的任何損失或損害負(fù)責(zé)。 使用人工智能工具處理個(gè)人、敏感或機(jī)密信息時(shí)請(qǐng)務(wù)必謹(jǐn)慎。 你提交的任何數(shù)據(jù)都可能用于人工智能培訓(xùn)或其他目的。 無法保證你提供的信息將得到安全或保密。 在使用之前,你應(yīng)該熟悉任何生成式人工智能工具的隱私慣例和使用條款。

Elastic、Elasticsearch、ESRE、Elasticsearch Relevance Engine 和相關(guān)標(biāo)記是 Elasticsearch N.V. 在美國和其他國家/地區(qū)的商標(biāo)、徽標(biāo)或注冊(cè)商標(biāo)。 所有其他公司和產(chǎn)品名稱均為其各自所有者的商標(biāo)、徽標(biāo)或注冊(cè)商標(biāo)。

原文:Paving the way for modern search workflows and generative AI apps | Elastic Blog文章來源地址http://www.zghlxwxcb.cn/news/detail-758661.html

到了這里,關(guān)于Elasticsearch:為現(xiàn)代搜索工作流程和生成式人工智能應(yīng)用程序鋪平道路的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • AES工作流程

    工作流程 模式 1:加密 ? 復(fù)位EN 重置AES模塊 ? 設(shè)置模式寄存器mode[1:0]=00,設(shè)置流數(shù)據(jù)處理模式寄存器CHMOD[1:0] ? 寫AES_KEYRx寄存器,CTR和CBC模式下寫AES_IVRx寄存器 ? 寫EN=1,使能AES ? 寫AES_DINR 寄存器4次 ? 等待CCF標(biāo)志置起 ? 從AES_DOUTR分4次讀出加密結(jié)果 ? 對(duì)于同一個(gè)key,重

    2024年02月01日
    瀏覽(21)
  • SpringMVC的工作流程

    SpringMVC的工作流程

    SpringMVC的工作流程圖 SpringMVC的工作流程 1.?用戶通過客戶端向服務(wù)器發(fā)送請(qǐng)求,請(qǐng)求會(huì)被 SpringMVC的前端控制器DispatcherServlet所攔截。 2.?DispatcherServlet攔截到請(qǐng)求后,會(huì)調(diào)用HandlerMapping處理器映射器。 3.?處理器映射器根據(jù)請(qǐng)求URL找到具體的處理器,生成處理器對(duì)象及處理器攔

    2024年01月24日
    瀏覽(53)
  • 機(jī)器學(xué)習(xí)工作流程

    機(jī)器學(xué)習(xí)工作流程

    機(jī)器學(xué)習(xí)的定義 機(jī)器學(xué)習(xí)的工作流程 獲取到的數(shù)據(jù)集的特性 1、什么是機(jī)器學(xué)習(xí) 機(jī)器學(xué)習(xí)是 從數(shù)據(jù)中自動(dòng)分析獲得模型,并利用模型對(duì)未知數(shù)據(jù)進(jìn)行預(yù)測。 2、機(jī)器學(xué)習(xí)工作流程 機(jī)器學(xué)習(xí)工作流程總結(jié) 1、獲取數(shù)據(jù) 2、數(shù)據(jù)基本處理 3、特征工程 4、機(jī)器學(xué)習(xí)(模型訓(xùn)練)

    2024年02月04日
    瀏覽(35)
  • 軟件測試工作流程

    軟件測試工作流程

    流程體系介紹 在以往的項(xiàng)目工作中,我參與過,需求評(píng)審、測試計(jì)劃制定、測試用例編寫、測試用例執(zhí)行、測試腳本編寫、測試腳本的執(zhí)行,進(jìn)行回歸測試、驗(yàn)收測試、編寫階段性測試報(bào)告等工作 需求分析,需求評(píng)審(RPD、產(chǎn)品原型圖) 制定測試計(jì)劃、評(píng)審測試計(jì)劃、優(yōu)化

    2024年02月05日
    瀏覽(24)
  • STM32 工作流程

    工作流程: 上電后,芯片復(fù)位啟動(dòng) MCU通過指令/數(shù)據(jù)總線從FLASH中讀取指令或數(shù)據(jù),配合解析執(zhí)行,然后再通過RAM和通用寄存器(R0~R12的內(nèi)部寄存器)處理可變數(shù)據(jù) 根據(jù)執(zhí)行的指令,配置和操作外設(shè)的寄存器,從而驅(qū)動(dòng)對(duì)應(yīng)的外設(shè)實(shí)現(xiàn)具體的功能 配合上層組合邏輯,結(jié)合外設(shè)

    2024年02月11日
    瀏覽(24)
  • HTTPS的工作流程

    HTTPS的工作流程

    hi,大家好,好久不見,今天為大家?guī)鞨TTPS協(xié)議的工作流程 HTTPS也是應(yīng)用層協(xié)議,讓我們?cè)賮砘貞浺幌耇CP/IP五層協(xié)議模型 HTTPS 也是一個(gè)應(yīng)用層協(xié)議. 是在 HTTP 協(xié)議的基礎(chǔ)上引入了一個(gè)加密層. HTTP協(xié)議在傳輸?shù)臅r(shí)候是以文本的形式傳輸?shù)?就可能會(huì)導(dǎo)致被劫持,這里的劫持包括但不限于

    2024年02月06日
    瀏覽(20)
  • 簡述springMVC工作流程

    Spring MVC是一個(gè)基于Java的開源MVC框架,用于構(gòu)建Web應(yīng)用程序。它通過將應(yīng)用程序分解為模型(Model)、視圖(View)和控制器(Controller)三個(gè)部分,以提高應(yīng)用程序的可維護(hù)性和可擴(kuò)展性。以下是Spring MVC的基本工作流程: 客戶端發(fā)送請(qǐng)求: 客戶端通過瀏覽器或其他客戶端發(fā)送

    2024年02月05日
    瀏覽(22)
  • RabbitMQ工作流程詳解

    RabbitMQ工作流程詳解

    (1)生產(chǎn)者連接RabbitMQ,建立TCP連接(Connection),開啟信道(Channel) (2)生產(chǎn)者聲明一個(gè)Exchange (交換器),并設(shè)置相關(guān)屬性,比如交換器類型、是否持久化等 (3)生產(chǎn)者聲明一個(gè)隊(duì)列井設(shè)置相關(guān)屬性,比如是否排他、是否持久化、是否自動(dòng)刪除等 (4)生產(chǎn)者通過bindingKey (綁定Key) 將交換器

    2024年02月13日
    瀏覽(27)
  • RocketMQ架構(gòu)和工作流程

    RocketMQ架構(gòu)和工作流程

    目錄 一.MQ概述 1.簡介 2.用途 限流削峰 異步解耦? 數(shù)據(jù)收集? 3.MQ對(duì)比 二. RocketMQ概述 1.基本概念 消息(Message) 主題(Topic) 標(biāo)簽(Tag) 隊(duì)列(Queue) 消息標(biāo)識(shí)(MessageId/Key) ?2.系統(tǒng)架構(gòu) Producer Consumer NameServer Broker 工作流程 三.RocketMQ的啟動(dòng) 1.安裝JDK 2.配置RocketMQ ①修改Nam

    2024年02月09日
    瀏覽(25)
  • 圖解 ARP協(xié)議工作流程

    圖解 ARP協(xié)議工作流程

    ARP(Address Resolution Protocol),即地址解析協(xié)議。ARP協(xié)議是根據(jù)IP地址獲取物理地址的一個(gè)TCP/IP協(xié)議。 主機(jī)發(fā)送信息時(shí)將包含目標(biāo)IP地址的ARP請(qǐng)求廣播到局域網(wǎng)絡(luò)上的所有主機(jī),并接收返回消息,以此確定目標(biāo)的物理地址;收到返回消息后將該IP地址和物理地址存入本機(jī)ARP緩存中

    2023年04月08日
    瀏覽(22)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包