[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-databricks-online-feature-stores-cut-latency-en":3,"article-related-databricks-online-feature-stores-cut-latency-en":33,"series-industry-514c72bd-0f86-423c-8942-165b94a38d52":72},{"id":4,"slug":5,"title":6,"content":7,"summary":8,"source":9,"source_url":10,"author":11,"image_url":12,"cover_image":12,"category":13,"language":14,"translated_content":11,"related_article_id":15,"keywords":16,"key_takeaways":25,"views":29,"created_at":30,"published_at":31,"topic_cluster_id":32},"514c72bd-0f86-423c-8942-165b94a38d52","databricks-online-feature-stores-cut-latency-en","Databricks online feature stores cut feature latency","\u003Cp data-speakable=\"summary\">Databricks Online Feature Stores provide low-latency feature lookup for real-time apps and model serving.\u003C\u002Fp>\n\u003Cp>Databricks Online Feature Stores are built for teams that need fast feature serving without giving up offline-online consistency. The docs say they require Databricks Runtime 16.4 LTS ML or above, and new stores are created as Lakebase Autoscaling projects.\u003C\u002Fp>\n\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>Item\u003C\u002Fth>\u003Cth>Key spec\u003C\u002Fth>\u003Cth>Notes\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>Runtime\u003C\u002Ftd>\u003Ctd>16.4 LTS ML+\u003C\u002Ftd>\u003Ctd>Serverless compute is also supported\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Store creation\u003C\u002Ftd>\u003Ctd>Lakebase Autoscaling\u003C\u002Ftd>\u003Ctd>New online stores use this model\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Capacity options\u003C\u002Ftd>\u003Ctd>CU_1, CU_2, CU_4, CU_8\u003C\u002Ftd>\u003Ctd>Set at create or update time\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Publish modes\u003C\u002Ftd>\u003Ctd>TRIGGERED, CONTINUOUS, SNAPSHOT\u003C\u002Ftd>\u003Ctd>Controls sync behavior\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\n\n\u003Ch2>1. Low-latency feature serving\u003C\u002Fh2>\n\u003Cp>Online Feature Stores are the part of Databricks that puts feature data close to real-time applications. The goal is simple: let recommendation systems, fraud checks, and personalization engines fetch features quickly while staying aligned with offline tables.\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782941582438-0cm7.png\" alt=\"Databricks online feature stores cut feature latency\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\n\u003Cp>That makes them a fit for both Feature Serving endpoints and model serving endpoints that need automatic feature lookup during \u003Ca href=\"\u002Ftag\u002Finference\">inference\u003C\u002Fa>. The docs also note that models trained with Databricks features keep lineage, so deployed endpoints can resolve the right online features through Unity Catalog.\u003C\u002Fp>\n\u003Cul>\n  \u003Cli>Real-time applications: recommendations, fraud detection, personalization\u003C\u002Fli>\n  \u003Cli>Model serving endpoints with automatic feature lookup\u003C\u002Fli>\n  \u003Cli>Consistency with offline feature tables\u003C\u002Fli>\n\u003C\u002Ful>\n\n\u003Ch2>2. Lakebase Autoscaling-backed stores\u003C\u002Fh2>\n\u003Cp>Every new online store is created as a Lakebase Autoscaling project, which is why the docs now point users to Lakebase unification on Autoscaling for the current behavior. The store name matches the backing Lakebase project name, and you can find it through the apps switcher in the workspace.\u003C\u002Fp>\n\u003Cp>This backing matters for operations too. The docs say Feature Serving and Model Serving endpoints that look up features from multiple online feature stores cannot use Lakebase Autoscaling instances, and Autoscaling instances created through the projects \u003Ca href=\"\u002Ftag\u002Fapi\">API\u003C\u002Fa> or UI ignore some fields such as creator, read_replica_count, and capacity.\u003C\u002Fp>\n\u003Cul>\n  \u003Cli>Backing system: Lakebase Autoscaling\u003C\u002Fli>\n  \u003Cli>Project name matches online store name\u003C\u002Fli>\n  \u003Cli>API\u002FUI-created Autoscaling instances have update limits\u003C\u002Fli>\n\u003C\u002Ful>\n\n\u003Ch2>3. Capacity and replica controls\u003C\u002Fh2>\n\u003Cp>When you create a store, you choose capacity with values like CU_1, CU_2, CU_4, or CU_8. That setting controls how much compute the online store can use, and the \u003Ca href=\"\u002Fnews\u002Fdevin-docs-ai-engineer-fit-en\">docs show\u003C\u002Fa> how to update it later with fe.update_online_store if the store was created through fe.create_online_store.\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782941565499-9afg.png\" alt=\"Databricks online feature stores cut feature latency\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\n\u003Cp>Read replicas are also available for stores created or updated through the feature engineering API. They distribute read traffic automatically, which helps reduce latency and improve scalability for high-concurrency workloads. The catch is that you cannot add replicas to a Lakebase Autoscaling project created with the API or the UI.\u003C\u002Fp>\n\u003Ccode>fe.create_online_store(name=\"my-online-store\", capacity=\"CU_2\")\nfe.update_online_store(name=\"my-online-store\", capacity=\"CU_4\")\u003C\u002Fcode>\n\n\u003Ch2>4. Publish modes for offline-to-online sync\u003C\u002Fh2>\n\u003Cp>Publishing is how you move data from an offline feature table into the online store. Databricks supports three modes: TRIGGERED, CONTINUOUS, and SNAPSHOT. TRIGGERED is the default, CONTINUOUS streams updates as data changes, and SNAPSHOT copies data once.\u003C\u002Fp>\n\u003Cp>For teams choosing between freshness and cost, this section is the main decision point. TRIGGERED works well for scheduled syncs, CONTINUOUS fits near-immediate updates, and SNAPSHOT is useful when you want a one-time copy or when many rows change between syncs.\u003C\u002Fp>\n\u003Cul>\n  \u003Cli>TRIGGERED: incremental sync on demand or on a schedule\u003C\u002Fli>\n  \u003Cli>CONTINUOUS: streaming pipeline keeps the store updated\u003C\u002Fli>\n  \u003Cli>SNAPSHOT: one-time copy of the source table\u003C\u002Fli>\n\u003C\u002Ful>\n\n\u003Ch2>5. Publishing rules and cleanup\u003C\u002Fh2>\n\u003Cp>Before publishing, the offline table must have a primary key, non-null primary key values, and Change Data Feed enabled for TRIGGERED and CONTINUOUS modes. The docs also distinguish between plain lookup tables and time series tables, since time series designations affect whether only the latest value or all historical rows are published.\u003C\u002Fp>\n\u003Cp>For cleanup, Databricks recommends deleting online tables with the SDK method w.feature_store.delete_online_table. That method removes the table from both Unity Catalog and the database, while DROP TABLE and some other delete paths leave underlying storage behind.\u003C\u002Fp>\n\u003Ccode>ALTER TABLE catalog.schema.your_feature_table SET TBLPROPERTIES ('delta.enableChangeDataFeed' = 'true');\nALTER TABLE catalog.schema.your_feature_table ALTER COLUMN user_id SET NOT NULL;\u003C\u002Fcode>\n\n\u003Ch2>What to pick\u003C\u002Fh2>\n\u003Cp>If you want the simplest path for real-time feature serving, start with a new online store created through fe.create_online_store and use TRIGGERED publishing. If you need fresher data, choose CONTINUOUS. If your workload is mostly read-heavy and you expect bursts of traffic, add read replicas where the API allows it.\u003C\u002Fp>\n\u003Cp>If your environment already uses Lakebase Autoscaling projects created through the UI or projects API, plan around their limits. They are not the same as stores created through the feature engineering API, especially for updates, replicas, and multi-store feature lookup.\u003C\u002Fp>","Databricks Online Feature Stores give real-time apps low-latency feature lookup, with 3 publish modes and Lakebase-backed scaling.","learn.microsoft.com","https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fazure\u002Fdatabricks\u002Fmachine-learning\u002Ffeature-store\u002Fonline-feature-store",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782941582438-0cm7.png","industry","en","557387ac-6e9a-40b1-acf0-71fa6052632d",[17,18,19,20,21,22,23,24],"Databricks","online feature store","Lakebase Autoscaling","feature serving","model serving","publish modes","change data feed","read replicas",[26,27,28],"New Databricks online feature stores are backed by Lakebase Autoscaling.","TRIGGERED, CONTINUOUS, and SNAPSHOT cover the main sync patterns.","Primary keys, non-nullability, and CDF are required for publishing.",0,"2026-07-01T21:32:21.015569+00:00","2026-07-01T21:32:21.006+00:00","d19fc184-5852-4c4d-9ec0-db0c4841ac17",{"tags":34,"relatedLang":11,"relatedPosts":35},[],[36,42,48,54,60,66],{"id":37,"slug":38,"title":39,"cover_image":40,"image_url":40,"created_at":41,"category":13},"be5a4c3c-55f7-42fc-b9d7-5367dbcc1994","milvus-leads-2026-vector-dbs-scale-speed-en","Milvus leads 2026 vector DBs for scale and speed","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782954173662-hmyk.png","2026-07-02T01:02:30.23387+00:00",{"id":43,"slug":44,"title":45,"cover_image":46,"image_url":46,"created_at":47,"category":13},"8770cf24-978d-4961-813a-dc24d3658ffc","gemini-siri-memory-cost-line-en","Gemini in Siri turns memory into a cost line","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782946988946-zwlo.png","2026-07-01T23:02:46.323432+00:00",{"id":49,"slug":50,"title":51,"cover_image":52,"image_url":52,"created_at":53,"category":13},"10b1e7ea-d133-4bbe-b0ae-b279a98b2faf","ai-capex-turns-into-a-debt-trap-en","AI capex turns into a debt trap","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782944288202-ff4m.png","2026-07-01T22:17:42.653339+00:00",{"id":55,"slug":56,"title":57,"cover_image":58,"image_url":58,"created_at":59,"category":13},"bfffdeca-342d-44e5-8ab5-ad97e7546b50","tema-semianalysis-ai-chip-etf-plan-en","Tema’s SemiAnalysis ETF plan targets AI chip exposure","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782943361550-6v1n.png","2026-07-01T22:02:19.461793+00:00",{"id":61,"slug":62,"title":63,"cover_image":64,"image_url":64,"created_at":65,"category":13},"cb7e49e2-d085-47cd-bc9d-35a1e124d0a2","ai-coding-subscriptions-predictable-value-2026-en","AI coding subscriptions are worth paying for only when they stay pred…","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782926283222-dois.png","2026-07-01T17:17:20.979741+00:00",{"id":67,"slug":68,"title":69,"cover_image":70,"image_url":70,"created_at":71,"category":13},"49da5035-08db-41a9-b71f-923903b45e38","claude-privacy-location-retention-truth-en","Claude隐私争议：位置回传与数据留存的真相","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782925371565-oryz.png","2026-07-01T17:02:22.717916+00:00",[73,78,83,88,93,98,103,108,113,118],{"id":74,"slug":75,"title":76,"created_at":77},"d35a1bd9-e709-412e-a2df-392df1dc572a","ai-impact-2026-developments-market-en","AI's Impact in 2026: Key Developments and Market Shifts","2026-03-25T16:20:33.205823+00:00",{"id":79,"slug":80,"title":81,"created_at":82},"5ed27921-5fd6-492e-8c59-78393bf37710","trumps-ai-legislative-framework-en","Trump's AI Legislative Framework: What's Inside?","2026-03-25T16:22:20.005325+00:00",{"id":84,"slug":85,"title":86,"created_at":87},"e454a642-f03c-4794-b185-5f651aebbaca","nvidia-gtc-2026-key-highlights-innovations-en","NVIDIA GTC 2026: Key Highlights and Innovations","2026-03-25T16:22:47.882615+00:00",{"id":89,"slug":90,"title":91,"created_at":92},"0ebb5b16-774a-4922-945d-5f2ce1df5a6d","claude-usage-diversifies-learning-curves-en","Claude Usage Diversifies, Learning Curves Emerge","2026-03-25T16:25:50.770376+00:00",{"id":94,"slug":95,"title":96,"created_at":97},"69934e86-2fc5-4280-8223-7b917a48ace8","openclaw-ai-commoditization-concerns-en","OpenClaw's Rise Raises Concerns of AI Model Commoditization","2026-03-25T16:26:30.582047+00:00",{"id":99,"slug":100,"title":101,"created_at":102},"b4b2575b-2ac8-46b2-b90e-ab1d7c060797","google-gemini-ai-rollout-2026-en","Google's Gemini AI Rollout Extended to 2026","2026-03-25T16:28:14.808842+00:00",{"id":104,"slug":105,"title":106,"created_at":107},"6e18bc65-42ae-4ad0-b564-67d7f66b979e","meta-llama4-fabricated-results-scandal-en","Meta's Llama 4 Scandal: Fabricated AI Test Results Unveiled","2026-03-25T16:29:15.482836+00:00",{"id":109,"slug":110,"title":111,"created_at":112},"bf888e9d-08be-4f47-996c-7b24b5ab3500","accenture-mistral-ai-deployment-en","Accenture and Mistral AI Team Up for AI Deployment","2026-03-25T16:31:01.894655+00:00",{"id":114,"slug":115,"title":116,"created_at":117},"5382b536-fad2-49c6-ac85-9eb2bae49f35","mistral-ai-high-stakes-2026-en","Mistral AI: Facing High Stakes in 2026","2026-03-25T16:31:39.941974+00:00",{"id":119,"slug":120,"title":121,"created_at":122},"9da3d2d6-b669-4971-ba1d-17fdb3548ed5","cursors-meteoric-rise-pressures-en","Cursor's Meteoric Rise Faces Industry Pressures","2026-03-25T16:32:21.899217+00:00"]