Quando Elasticsearch è poco adatto come database principale?

Question

IT Interview Practice · Accepted Answer

Elasticsearch può conservare dati in modo durevole. Per decidere se usarlo come database principale, chiediti **quali regole aziendali devono restare valide quando le scritture falliscono o avvengono contemporaneamente**.

In un sistema di ordini, trovare prodotti e confermare un acquisto sono attività diverse. Per la prima conta la pertinenza della ricerca; per la seconda contano pagamenti e variazioni di magazzino corretti.

## 1. Parti dalle modifiche che devono riuscire insieme

Supponiamo che un acquisto richieda un record d'ordine e una riduzione delle scorte. L'azienda deve definire cosa succede se riesce solo una delle due operazioni.

```text
[Create order] ---- must coordinate ---- [Reduce stock]
      |                                      |
   success                                failure?
```

La Bulk API di Elasticsearch invia insieme più operazioni sui documenti, ma un elemento può fallire mentre un altro riesce. Non trasforma queste operazioni in una transazione in cui tutto riesce o tutto viene annullato. L'applicazione deve esaminare i singoli risultati. [Bulk API](https://www.elastic.co/docs/api/doc/elasticsearch/operation/operation-bulk).

Se serve una modifica atomica su più record, un database transazionale offre normalmente una base più diretta. Implementare autonomamente quel coordinamento aggiunge casi di errore e lavoro di recupero.

## 2. Distingui la protezione del documento dalle garanzie aziendali

Il controllo ottimistico della concorrenza verifica che un documento non sia cambiato rispetto alla versione letta. Può rifiutare un aggiornamento basato su una versione obsoleta, impedendo a un client di sovrascrivere silenziosamente il lavoro di un altro. [Controllo della concorrenza](https://www.elastic.co/docs/reference/elasticsearch/rest-apis/optimistic-concurrency-control).

La protezione riguarda il documento aggiornato. Non coordina automaticamente il documento delle scorte con quello dell'ordine, non offre chiavi esterne relazionali e non applica regole arbitrarie di unicità sui campi aziendali.

Scrivi le regole necessarie all'applicazione prima di scegliere lo storage. La decisione diventa concreta, invece di dipendere dall'etichetta “motore di ricerca” o “database”.

## 3. Verifica quando una scrittura diventa ricercabile

Una scrittura riuscita e un risultato visibile nella ricerca sono eventi separati:

```text
[Write accepted] -> [Refresh] -> [Search can see the change]
```

Un refresh rende le modifiche recenti visibili alla ricerca. Una lettura in tempo reale tramite ID del documento è quindi diversa da una query di ricerca. L'opzione refresh=wait_for può attendere la visibilità nella ricerca, ma non crea una transazione su più documenti. [Comportamento del refresh](https://www.elastic.co/docs/reference/elasticsearch/rest-apis/refresh-parameter).

Per una pagina di ricerca prodotti, un breve ritardo può essere accettabile. Per una decisione finale di pagamento o autorizzazione, definisci esplicitamente la consistenza richiesta e leggi una sorgente che la garantisca. Refresh e persistenza durevole sono inoltre aspetti distinti.

## 4. Scegli il ruolo di Elasticsearch

| Requisito | Direzione da valutare | Motivo |
| --- | --- | --- |
| Ordini e record correlati devono cambiare atomicamente | Database principale transazionale | Le regole di correttezza devono stare vicino ai record autorevoli. |
| Gli utenti richiedono ricerca full-text flessibile | Elasticsearch come copia per la ricerca | I dati di ricerca possono essere modellati e ricostruiti separatamente. |
| Documenti indipendenti con esigenze di consistenza compatibili | Elasticsearch può essere lo storage principale | Un secondo database deve avere uno scopo dimostrato. |

Un'architettura comune per gli ordini è:

```text
[Transactional DB] -> [CDC / outbox] -> [Indexer] -> [Elasticsearch]
 authoritative data                               search copy
```

CDC acquisisce le modifiche confermate; un outbox registra un evento insieme all'aggiornamento aziendale nella stessa transazione. Un processo separato invia le modifiche all'indice. Si evita così di dipendere dal successo simultaneo di due scritture applicative indipendenti.

Il percorso di indicizzazione richiede comunque ID stabili, gestione delle versioni, eliminazioni, tentativi successivi e monitoraggio del ritardo. Prova a ricostruire l'indice dalla sorgente. Altrimenti, la copia di ricerca può diventare una seconda fonte di verità incoerente.

## 5. Conferma il modello di recupero prima di scegliere

Qualunque sia il ruolo, pianifica backup e prove di ripristino. Le repliche aiutano la disponibilità ma non sostituiscono i backup. Definisci perdita di dati e tempi di recupero accettabili per la configurazione reale.

Nell'esempio degli ordini, terrei i record transazionali in un database che supporta le loro regole e aggiungerei Elasticsearch se giustificato dalle esigenze di ricerca. Per documenti indipendenti orientati alla ricerca, valuterei se Elasticsearch da solo soddisfa storage, consistenza e recupero.

**Da ricordare:** scegli in base alle garanzie richieste dal carico, poi verifica il comportamento in caso di errore e recupero. La velocità di ricerca è solo una parte della decisione.

Requisito	Direzione da valutare	Motivo
Ordini e record correlati devono cambiare atomicamente	Database principale transazionale	Le regole di correttezza devono stare vicino ai record autorevoli.
Gli utenti richiedono ricerca full-text flessibile	Elasticsearch come copia per la ricerca	I dati di ricerca possono essere modellati e ricostruiti separatamente.
Documenti indipendenti con esigenze di consistenza compatibili	Elasticsearch può essere lo storage principale	Un secondo database deve avere uno scopo dimostrato.

1. Parti dalle modifiche che devono riuscire insieme

2. Distingui la protezione del documento dalle garanzie aziendali

3. Verifica quando una scrittura diventa ricercabile

4. Scegli il ruolo di Elasticsearch

5. Conferma il modello di recupero prima di scegliere

Domande correlate