Die Concat Modern Workplace Vision
Unsere Blueprints definieren die Standardarchitektur, die wir bei jedem Kundenprojekt als Ausgangsbasis verwenden. Sie sind das Ergebnis jahrelanger Erfahrung in der Microsoft-365- und Intune-Beratung und werden vom Concat Technical Board kontinuierlich weiterentwickelt.
Architektur-Philosophie
Unsere 5 Prinzipien
| # | Prinzip | Was bedeutet das konkret? |
|---|---|---|
| 1 | Cloud-First | Alle neuen Workloads werden in der Cloud bereitgestellt. On-Premises nur bei dokumentierter technischer Notwendigkeit. |
| 2 | Zero Trust | Jeder Zugriff wird verifiziert — unabhängig vom Netzwerkstandort. Conditional Access, MFA und Compliance-Policies sind keine Option, sondern Pflicht. |
| 3 | Standardisierung | Gleiche Probleme werden mit gleichen Lösungen adressiert. Der Concat Standard (OIB, Autopilot, LAPS, etc.) wird bei jedem Kunden als Basis deployt. |
| 4 | Automatisierung | Wiederholbare Aufgaben werden automatisiert. Lizenzierung über Gruppen, Deployment über Intune, Konfiguration über Policies — nicht per Hand. |
| 5 | Dokumentation | Jede Entscheidung wird begründet und dokumentiert. Der Decision Log ist die Single Source of Truth für alle Abweichungen vom Standard. |
Blueprint-Bestandteile
| Bestandteil | Beschreibung | Wann relevant? |
|---|---|---|
| Architektur-Standards | Standard-Design-Entscheidungen gruppiert nach Bereichen (Identität, Geräte, Security, Apps, Cross-Platform) | Bei jedem Projekt — als Ausgangsbasis für das HLD |
| Namenskonventionen | Einheitliche Benennung für Policies, Gruppen, Apps und Conditional Access | Beim Tenant-Setup — vor dem Erstellen von Objekten |
| Decision Log | Dokumentierte Architekturentscheidungen im ADR-Format | Bei jeder Abweichung vom Standard — und beim Projektabschluss |
Wie der Blueprint in Projekte einfließt
Tip
Für neue Consultants: Lesen Sie zuerst die Architektur-Standards und die Namenskonventionen, bevor Sie ein neues Kundenprojekt starten. Bei Unsicherheiten: Rücksprache mit dem Technical Lead.
Last updated on