Zum Inhalt springen

Bereich Micros

Der Bereich Micros ist das Zuhause Ihrer Micros: auf der Seite die Liste; in der Mitte der Editor des ausgewählten Micros.

  • + Micro hinzufügen — Sie wählen den Ordner des Repos und MicroLab erkennt automatisch seinen Stack, seine Ports, seine Infrastruktur und seine Abhängigkeiten, zeigt Ihnen die Warnungen und erzeugt nach Bestätigung sein Manifest.
  • Micro aus Git importieren — klont das Repo (unter Verwendung Ihrer Git- Verbindung für private Hosts) und erkennt es in einem Schritt.

Das Hinzufügen zeigt Ihnen das Erkannte vor dem Speichern; ein bestehendes Manifest wird nicht überschrieben (um es neu zu erzeugen, verwenden Sie „Aus Repository aktualisieren“).

Anzeigename, Standardmodus (nativ/Container) und Start-Profil.

Die technischen Daten jeder Abhängigkeit zu einem anderen Core: seine Kennung, die Eigenschaft, die umgeschrieben wird bei der Injektion, die Cloud-URL und die OpenAPI-Spezifikation (Quelle zum Generieren der Mock-Vorlage). Wohin jede zeigt —local, Cloud oder Mock— wird im Szenario entschieden, nicht hier.

Nicht versionierte Anpassung des nativen Starts dieses Micros (gespeichert in Ihrer settings.local.yml). Oben das Alltägliche:

  • Datenbank — den Micro auf eine andere DB zeigen lassen (standard, local, Cloud oder benutzerdefiniert). Siehe Auf eine andere DB zeigen.
  • Start-Skript/-Befehl je nach Stack (npm-Skript, Angular-Konfiguration, Stack-Befehl…).
  • Vorabbefehle — was vor dem Start ausgeführt wird (Workspace-Bibliotheken bauen, Geschwistermodule eines Maven-Multimoduls installieren…). Sie leben im Manifest: gültig für das ganze Team.

Und ein einklappbarer erweiterter Block: zusätzliche Argumente, Systemeigenschaften, Umgebungsvariablen, vollständiger Startbefehl und eine Vorschau des effektiven Befehls. All das kann pro Micro importiert/exportiert werden. Siehe Start anpassen.

Der endgültige Wert jeder Eigenschaft des Micros und aus welcher Schicht er stammt: die application.yml des Repos, die Remote-Konfiguration oder was MicroLab beim Start injiziert. Nützlich, um zu verstehen, warum eine Eigenschaft mit einem bestimmten Wert endet.

Wenn der Micro ein Git-Repo ist: den Branch wechseln, fetch und pull machen (--ff-only), sehen, um wie viele Commits Sie dem Remote voraus/hinterher sind, und —wenn das Repo vom Manifest abweicht— es aus dem Repository aktualisieren, wobei das von Hand Kuratierte erhalten bleibt (Drift). Der Git-Zugriff ist schreibgeschützt; er macht nie push. Siehe Branch wechseln und Drift.

  • Manifest aus dem Repository aktualisieren — frischt die erkannten Felder auf, ohne Ihre Anpassung zu verlieren.
  • Ordner lokalisieren — wenn das Repo verschoben wurde, zeigen Sie seinen Pfad neu.
  • Micro löschen — entfernt das Manifest (berührt das Repo nicht); fragt nach Bestätigung.
  • Micros exportieren / importieren — eigenständige .micro.yml-Dateien.