> ## Documentation Index
> Fetch the complete documentation index at: https://docs.quanux.org/symphony/llms.txt
> Use this file to discover all available pages before exploring further.

# Engine di conoscenza delle sorgenti SCV: la realtà dei provider per Symphony

> Otto engine SCV, hyperscaler, edge e provider, pacchettizzati in modo indipendente, conservano le revisioni esatte delle sorgenti e producono evidenze riproducibili di grafi e interrogazioni.

Gli engine di conoscenza delle sorgenti SCV sono otto processi C++26 pacchettizzati in modo indipendente che detengono conoscenza semantica privata su risorse, offerte, regioni, vincoli e possibilità ibride dei provider esterni. Conservano le revisioni esatte delle sorgenti e acquisizioni delimitate, così che gli strumenti a valle possano riprodurre i risultati.

## Engine

> [card] scv-engine
>
> Engine ombrello delle sorgenti SCV per il vocabolario cloud condiviso.

> [card] scev-engine
>
> Engine delle sorgenti di Symphony Cloud Edge Vector.

> [card] scev-cf-engine
>
> Engine delle sorgenti edge specifico per Cloudflare.

> [card] schv-aws-engine
>
> Engine delle sorgenti per Amazon Web Services.

> [card] schv-azure-engine
>
> Engine delle sorgenti per Microsoft Azure.

> [card] schv-do-engine
>
> Engine delle sorgenti per DigitalOcean.

> [card] schv-gcp-engine
>
> Engine delle sorgenti per Google Cloud Platform.

> [card] scv-graph-duckdb-connector
>
> Connettore DuckDB opzionale per l'indicizzazione relazionale dei grafi conservati.

## Cosa fanno gli engine SCV

* Conservano revisioni esplicite delle sorgenti e acquisizioni delimitate
* Mantengono le affermazioni qualificate e la struttura nativa dei documenti
* Producono evidenze riproducibili di grafi e interrogazioni
* Alimentano pacchetti di provider portabili e composizioni finite guidate dal chiamante

## Cosa non fanno

> [!WARNING]
>
> Le operazioni sui provider e i cataloghi cloud completi restano al di fuori di questo incremento. Gli engine SCV descrivono ciò che è noto; non agiscono sui provider.

qxctl amministra separatamente le modifiche locali verificate delle sorgenti e la selezione coerente dei grafi tramite workflow conservati e selezione protetta dei grafi. L'attraversamento dedicato dei grafi e gli adapter operativi restano lavori separati.

## Superfici correlate

> [card] [Vector SCV](https://docs.quanux.org/symphony/it/vectors/scv.md)
>
> Contratto del Cloud Vector implementato da questi engine.

> [card] [Vector SOV](https://docs.quanux.org/symphony/it/vectors/sov.md)
>
> Ops Vector che agisce sulle evidenze SCV tramite qxctl.

> [card] [Comandi dei vector di qxctl](https://docs.quanux.org/symphony/it/qxctl/vector-commands.md)
>
> Selezione dei grafi, workflow delle sorgenti e amministrazione del connettore DuckDB.


## Related topics

- [Symphony Cloud Vector: conoscenza delle risorse dei provider](https://docs.quanux.org/symphony/it/vectors/scv.md)
- [Vector engine di Symphony: panoramica dell'installazione indipendente](https://docs.quanux.org/symphony/it/engines/overview.md)
- [Symphony Hardware Vector: conoscenza delle capacità hardware](https://docs.quanux.org/symphony/it/vectors/shv.md)
- [Symphony Ops Vector: controllo delle operazioni con qxctl](https://docs.quanux.org/symphony/it/vectors/sov.md)
- [Vector e fasi di consegna di Symphony](https://docs.quanux.org/symphony/it/concepts/vectors.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.