Netzwerksolution Documentation Report

EF-005

EF-005 – User systemd services must not depend on system services#

Enterprise Solution Engineering Runtime Beziehung: informs; Pfeilrichtung: EF-005 → ADR-009-ROUNDTRIP-INCLUDES-TEST-DEPLOYMENT-AND-EVIDENCEinforms ADR-009 – Engineering-Roundtrip umfasst Test-Deployment und Evidence — Bedeutung (meaning) · EnterpriseBedeutung (meaning)ADR-009 –Engineering-Roundtrip … Beziehung der zweiten Ebene: veranschaulicht die vollständige Roundtrip-Verification; Pfeilrichtung: EVIDENCE-CLOSES-THE-ENGINEERING-LOOP → ADR-009-ROUNDTRIP-INCLUDES-TEST-DEPLOYMENT-AND-EVIDENCEveranschaulicht die v… Beziehung der zweiten Ebene: informs; Pfeilrichtung: EF-007 → ADR-009-ROUNDTRIP-INCLUDES-TEST-DEPLOYMENT-AND-EVIDENCEinforms Beziehung der zweiten Ebene: informs; Pfeilrichtung: EF-009 → ADR-009-ROUNDTRIP-INCLUDES-TEST-DEPLOYMENT-AND-EVIDENCEinforms Beziehung der zweiten Ebene: decided-by; Pfeilrichtung: EXECUTION-EVIDENCE-MODEL → ADR-009-ROUNDTRIP-INCLUDES-TEST-DEPLOYMENT-AND-EVIDENCEdecided-by EF-007 – Import success is not Engineering success — zweite Beziehungsebene, Kontext & zeitliche Einordnung (context-time) · EnterpriseKontext & zeitliche Einordnung (context-time)EF-007 – Importsuccess is not Engi… EF-009 – Roundtrip must execute and verify the deployed system — zweite Beziehungsebene, Kontext & zeitliche Einordnung (context-time) · EnterpriseKontext & zeitliche Einordnung (context-time)EF-009 – Roundtripmust execute and ve… Evidence schließt den Engineering-Kreislauf — zweite Beziehungsebene, Bedeutung (meaning) · EnterpriseBedeutung (meaning)Evidence schließtden Engineering-Kre… Engineering-Execution- und Evidence-Modell — zweite Beziehungsebene, Kontext & zeitliche Einordnung (context-time) · EnterpriseKontext & zeitliche Einordnung (context-time)Engineering-Execution-und Evidence-Modell EF-005 – User systemd services must not depend on system services — Kontext & zeitliche Einordnung (context-time) · Enterprise. Strukturkontext öffnen.Kontext & zeitliche Einordnung (context-time)EF-005 – User systemdservices must not depend…
Übersicht · 2: zweite Ebene · Ziehen/Klicken: navigieren

Kategorie#

Deployment

Kontext und Beobachtung#

Der erste Testservice wurde als User-systemd-Unit installiert und enthielt After=mariadb.[[EA-GLOSS-SERVICE-001|service]] sowie Requires=mariadb.service.

Symptom#

systemctl --user restart engineering-platform-test.service schlug vor dem eigentlichen Prozessstart fehl. Zunächst entstanden keine Prozesslogs.

Ursache#

User- und System-systemd besitzen getrennte Manager und Lifecycle-Grenzen. Eine User-Unit kann die systemweite MariaDB-Unit nicht als direkte Requires=-Abhängigkeit verwalten.

Engineering Rule#

User-services dürfen keine direkten Lifecycle-Abhängigkeiten auf System-services definieren.

Systemdienste werden vor Deployment beziehungsweise über Health Checks verifiziert.

Architektur-Auswirkung#

Die User-Unit verwendet nur After=network.target. MariaDB-Verfügbarkeit ist Bestandteil der Deployment- und späteren Runtime-Verification.

Implementierung und Verifikation#

Die Unit-Vorlage wurde gehärtet. Ein Unit-Contract-Test verhindert die erneute Aufnahme von Requires=mariadb.service.

Evidence#

Der Testservice startete anschließend als active (running) und /health meldete status=UP.

Beziehungen#

Weitere Hinweise#

↑