Skip to content

Commit 78c2f6c

Browse files
committed
Add footnote formatting
1 parent 8960b36 commit 78c2f6c

File tree

1 file changed

+3
-1
lines changed

1 file changed

+3
-1
lines changed

deploy-manage/deploy/elastic-cloud/differences-from-other-elasticsearch-offerings.md

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -86,7 +86,7 @@ This table compares Elasticsearch capabilities between {{ech}} deployments and S
8686
| [**AI Assistant**](/solutions/observability/observability-ai-assistant.md) ||| |
8787
| **Behavioral analytics** | ❌ (deprecated in 9.0) || Not available in Serverless |
8888
| [**Clone index API**](https://www.elastic.co/docs/api/doc/elasticsearch/operation/operation-indices-clone) || **Planned** | Anticipated in a future release |
89-
| [**Bulk indexing**](/deploy-manage/production-guidance/optimize-performance/indexing-speed.md#_use_bulk_requests) ||| In {{serverless-short}}, Elastic ensures data durability by storing indexed data in an [object store](https://www.elastic.co/blog/elastic-serverless-architecture) rather than local replicas. Writes are batched every 200ms to ensure durability while optimizing performance and cost, which means that single-document indexing can appear slower than in {{ech}}. However, this design makes {{serverless-short}} more scalable and resilient to high indexing loads without relying on in-cluster replication for fault tolerance. |
89+
| [**Bulk indexing**](/deploy-manage/production-guidance/optimize-performance/indexing-speed.md#_use_bulk_requests) ||| The maximum bulk request response time in {{serverless-short}} is 200ms [^1^](#footnote-1) |
9090
| [**Cross-cluster replication**](/deploy-manage/tools/cross-cluster-replication.md) || **Planned** | Anticipated in a future release |
9191
| [**Cross-cluster search**](/solutions/search/cross-cluster-search.md) || **Planned** | Anticipated in a future release |
9292
| **Data lifecycle management** | - [ILM](/manage-data/lifecycle/index-lifecycle-management.md) <br>- [Data stream lifecycle](/manage-data/lifecycle/data-stream.md) | [Data stream lifecycle](/manage-data/lifecycle/data-stream.md) only | - No data tiers in Serverless <br>- Optimized for common lifecycle management needs |
@@ -103,6 +103,8 @@ This table compares Elasticsearch capabilities between {{ech}} deployments and S
103103
| [**Watcher**](/explore-analyze/alerts-cases/watcher.md) ||| Use **Kibana Alerts** instead, which provides rich integrations across use cases |
104104
| **Web crawler** | ❌ (Managed Elastic Crawler discontinued with Enterprise Search in 9.0) | Self-managed only | Use [**self-managed crawler**](https://github.com/elastic/crawler) |
105105

106+
^1^ $$$footnote-1$$$ In {{serverless-short}}, Elastic ensures data durability by storing indexed data in an [object store](https://www.elastic.co/blog/elastic-serverless-architecture) rather than local replicas. Writes are batched every 200ms to ensure durability while optimizing performance and cost, which means that single-document indexing can appear slower than in {{ech}}. However, this design makes {{serverless-short}} more scalable and resilient to high indexing loads without relying on in-cluster replication for fault tolerance.
107+
106108
### Observability
107109

108110
This table compares Observability capabilities between {{ech}} deployments and Observability Complete Serverless projects. For more information on Observability Logs Essentials Serverless projects, refer to [Observability feature tiers](../../../solutions/observability/observability-serverless-feature-tiers.md).

0 commit comments

Comments
 (0)