Source und Target wählen

Beginne an der fachlichen Grenze: Wo existiert die Eingabe bereits, wie viele Zeilen dürfen gelesen werden und welcher Seiteneffekt ist gewünscht? Wähle danach die typisierte Authoring-Source und das Target; beginne nicht mit einem Exporternamen.

Entscheidungspfad

1. Nutze generated, wenn kein Eingabedatensatz existiert und die Kardinalität feststeht.
2. Nutze file für projektlokale Daten und memstore für ein früheres Produkt desselben Laufs.
3. Nutze database, mongodb, kafka, rabbitmq oder object_storage nur, wenn der konfigurierte Client die Eingabe besitzt.
4. Setze count für einen exakten begrenzten Read oder max_count als harte Obergrenze.
5. Gib iterate kein Target. Wenn der Durchlauf ein Produkt ausgeben soll, verwende im Kindkontext ein generate mit Target.

Vollständige Workflows

• Projektdatei zu Artefakt
• Relationale Kopie
• MongoDB-Projektion
• Kafka-Weiterleitung
• RabbitMQ-Weiterleitung
• Object-Storage-Transformation

Client-IDs im Authoring referenzieren Clients aus Deployment oder umgebendem Setup. Verbindungsdaten, Credentials, Broker-Topologie und Buckets werden nicht in den Business-Intent kopiert.

Review-Checkliste

• Die Source-Familie entspricht der tatsächlichen Ownership-Grenze.
• Der Read ist begrenzt.
• Die Distribution wird von der Source-Familie unterstützt.
• Jedes Target ist ein beabsichtigter Seiteneffekt.
• Source- und Target-Clients bleiben bei unterschiedlichen Rechten oder Systemen getrennt.