01 When should an Operational AI workflow use Elasticsearch hybrid search?
Elastic defines hybrid search as full-text and vector retrieval in one request and recommends reciprocal rank fusion to combine the result lists. That is useful when an operator may search by an exact SKU, clause, code, or project reference and also by a natural-language description. MetaCTO tests lexical, vector, and hybrid policies against the same permission-scoped cases before choosing one; required filters and exact identifiers stay explicit rather than being inferred by a model, and a high search rank never becomes authority to act.
02 What does the semantic_text field automate, and what production dependency does it create?
The semantic_text field can select vector mapping details, call an inference endpoint, chunk long text, store chunk offsets, and support semantic queries without a separately authored embedding pipeline. Its defaults vary by deployment and version, and Elastic warns that removing a referenced inference endpoint causes indexing and semantic queries on that field to fail. MetaCTO records the endpoint, model, chunking policy, source revision, and index generation as one controlled release, capacity-tests ingestion and search separately, and preserves a lexical or manual research path for an inference outage.
03 Can Elasticsearch document-level and field-level security replace application authorization?
No. Elastic can restrict returned documents and fields through roles, but its documentation describes those controls as intended for read-only privileged accounts and lists query, cache, profiling, write, and aggregation-related limitations. MetaCTO authenticates the caller and resolves current tenant, purpose, role, region, record status, and field scope before constructing the search request. We test allowed, denied, and recently revoked cases, avoid exposing sensitive aggregations, and keep approval and write permissions in the business workflow rather than deriving them from search access.
04 How should a team prove that Elasticsearch retrieval is good enough for operational use?
Elasticsearch's ranking evaluation API can run representative search requests with manually rated documents and report metrics such as precision, mean reciprocal rank, and discounted cumulative gain. MetaCTO extends that test set with exact identifiers, semantic paraphrases, hard negatives, entitlement exclusions, stale revisions, conflicting sources, and valid no-result cases. Release approval also considers whether reviewers accept the evidence, find missing context, or correct downstream recommendations, because relevance metrics alone cannot establish business correctness.
05 How can an Elasticsearch index change or recover without becoming the system of record?
Elastic aliases can switch an application between versioned indices in one atomic alias update, while snapshots can restore compatible indices or data streams after deletion or failure. Reindexing requires a prepared destination and does not copy settings or templates automatically, so MetaCTO builds and tests a new index generation, verifies mappings, permissions, retrieval cases, and source counts, then moves the read alias. Authoritative records, approvals, and write-back receipts remain outside Elasticsearch; snapshot restores and source replays are rehearsed, and the manual queue stays available until the recovered generation passes acceptance checks.