Salta ai contenuti

Domande frequenti

Risposte brevi con link al dettaglio.

Sì. Risolvi come mock le dipendenze verso core che non puoi raggiungere. Ti serve una connessione solo se lasci qualche dipendenza in cloud. Vedi Fare il mock di una dipendenza.

Per avviare l’infrastruttura (Kafka/Redis/Postgres) o far girare micro in modalità container, sì. Puoi lavorare in modalità nativa senza di esso se il tuo scenario non dichiara infra. Vedi Infrastruttura.

Tutti i miei micro dichiarano la porta 8080, collidono?

Sezione intitolata “Tutti i miei micro dichiarano la porta 8080, collidono?”

No. MicroLab rimappa le porte a runtime su porte effettive libere. Vedi Porte effettive e riscrittura degli URL.

Mai. Tutta la configurazione (URL, proprietà, database) si applica per iniezione all’avvio. Il locale non versionato vive in settings.local.yml.

Un micro non si avvia e non vedo nulla nei suoi log

Sezione intitolata “Un micro non si avvia e non vedo nulla nei suoi log”

Quando un micro non riesce ad avviarsi, il motivo è nei log del motore, non nei suoi. Usa la diagnosi (microlab diagnose <micro>) e filtra i log per engine. Vedi Debug di un micro che non si avvia.

Con il selettore di database del suo editor (local, cloud, personalizzato o una connessione dal catalogo). Vedi Puntare a un altro DB.

Aggiorna il manifesto dal repository: riconcilia il drift conservando la tua personalizzazione. Vedi Cambiare ramo e drift.

Sì, esportandolo in un file autonomo; all’import, si riconcilia senza sovrascrivere il suo catalogo. Vedi Condividere uno scenario.

Posso fare tutto questo dal terminale o con un’IA?

Sezione intitolata “Posso fare tutto questo dal terminale o con un’IA?”

Sì. La CLI microlab fa lo stesso dell’app, e il server MCP e il copilota lo espongono agli agenti di IA.

Solo diagnostiche dei propri errori, anonime e senza i tuoi log né segreti. È opt-out. Vedi Privacy e telemetria.