Das Cloud-Fundament
Jede Lösung läuft in ihrer eigenen Azure-Subscription und folgt einem genehmigten Technologie-Stack. Eine Lösung entspricht einer dedizierten Subscription.
Die Architektur
Ihre Nutzer melden sich mit ihren eigenen Microsoft-Entra-Konten an – mit minimalen Rechten.
React und TypeScript, ausgeliefert als responsive Browser-Anwendung.
C# und .NET auf Azure App Service, mit APIs und Hintergrundverarbeitung.
Azure SQL bei Bedarf, Storage, Microsoft Graph, Microsoft 365 und Kundensysteme.
Azure DevOps, Bicep, Key Vault, Application Insights, Azure Monitor, Backup und CI/CD.
Local, Development, Test/UAT und Production folgen alle derselben Factory-Basis.
Isolation
Die Subscription ist die primäre administrative, kostenseitige und sicherheitsrelevante Grenze einer Lösung. Anwendungsressourcen und Kundendaten werden nicht mit anderen Lösungen geteilt.
Datenresidenz
Wenn Sie in Deutschland sind, läuft Ihre Lösung in einer deutschen Azure-Region und Ihre Daten bleiben in Deutschland. Der Speicherort ist nie eine Standardeinstellung: Die Region wird bei der Projekterstellung aus den freigegebenen Hosting-Regionen gewählt – nach den Anforderungen, die für Sie gelten.
Für Kundinnen und Kunden in Deutschland ist die Pack of 7 GmbH Vertragspartner. Die Anwendungsinstanz läuft im eigenen Microsoft-Tenant der Pack of 7 GmbH in einer deutschen Azure-Region; Anwendungs- und Kundendaten verlassen die Europäische Union nicht, und ein Zugriff aus Drittländern findet nicht statt. Dasselbe Prinzip gilt in anderen Jurisdiktionen: Kundinnen und Kunden in Australien haben die Pack of 7 Pty Ltd als Vertragspartner, werden in einer australischen Azure-Region betrieben, und der Zugriff erfolgt ausschließlich aus Australien.
Das ist die erste Frage jeder Beschaffungs- und Sicherheitsprüfung – und sie hat hier eine belegbare Antwort, keine Zusicherung.
Der genehmigte Stack
Für jede unterstützte Lösung wird dieselbe Basistechnologie genutzt – und sie ändert sich zentral für alle künftigen Projekte, nicht pro Projekt.
| Schicht | Standard | Factory-Regel |
|---|---|---|
| Frontend | React + TypeScript | Browserbasierte Benutzeroberfläche. |
| Backend | C# / .NET | Standard-API- und Service-Schicht. |
| Hosting | Azure App Service | Die Architektur bleibt portabel, sodass Container-Hosting folgen kann. |
| Relationale Daten | Azure SQL Database | Wird bereitgestellt, wenn die Lösung eine relationale Datenbank braucht. |
| Identität | Microsoft Entra ID | Nutzer authentifizieren sich mit Konten ihrer eigenen Organisation. |
| Infrastructure as Code | Bicep | Azure-Ressourcen entstehen und ändern sich über Factory-gesteuertes IaC. |
| DevOps | Azure DevOps | Ein Projekt pro Lösung, mit Standardstruktur für Branches und Releases. |
| Umgebungen | Local, Development, Test/UAT, Production | Getrennt über umgebungsspezifische Ressourcengruppen und Konfiguration. |
| Secrets | Azure Key Vault | Secrets liegen nicht im Code oder in gewöhnlichen Konfigurationsdateien. |
| Observability | Application Insights + Azure Monitor | Logging, Telemetrie, Health Checks und Alerting ab dem ersten Deployment. |
Identität und Tenant-Integration
Die Anwendungen laufen in unseren Azure-Subscriptions, aber Ihre Nutzer authentifizieren sich mit ihren eigenen Microsoft-Entra-Konten. Sie brauchen keine separaten Konten von uns, um die Anwendung zu nutzen.
Eine Lösung kann auch auf Microsoft-Ressourcen in Ihrem Tenant zugreifen, wenn der Geschäftsprozess es erfordert. Wir automatisieren unsere Seite der Integration und erzeugen die Onboarding- und Zustimmungsanleitung; Ihre Administration erteilt die Tenant-Zustimmung als kontrollierten Onboarding-Schritt.
Die Anbieterkonfiguration automatisieren; die Zustimmung des Kunden ausdrücklich, minimal berechtigt und nachvollziehbar halten.
Betreiben und weiterentwickeln
Sie erhalten eine laufende Geschäftsfähigkeit – keine Codebasis, die Sie selbst betreiben müssen.
Betreuter Betrieb, ohne die Kontrolle über die kundenspezifische Lösung und die Daten abzugeben.
Kommerzielles Modell
Drei Komponenten greifen zusammen.
01
Discovery, Lösungsdesign, Factory-Projekterstellung, Umsetzung, Tests, Deployment-Vorbereitung, Abnahme und Produktionsstart. Fest- oder meilensteinbasierte Preise sind bevorzugt, wenn der Umfang ausreichend definiert ist.
02
Hosting, Monitoring, Backups, Wiederherstellung, operative Sicherheit, Incident-Management, Anwendungssupport und Plattformpflege. Der dedizierte Azure-Verbrauch ist der einzelnen Lösung zurechenbar.
03
Laufende Ausbaukapazität nach dem Go-live. Neue Funktionen, Integrationsänderungen, KI-Verbesserungen, UX-Änderungen und technische Aktualisierung laufen durch denselben Factory-Prozess.
Portabilität und Eigentum
Erweiterungen nutzen denselben Factory-Prozess, der die Anwendung gebaut hat. Die Architektur ist eigenständig deploybar: Konfiguration ist ausgelagert, Zustand liegt in definierten Diensten, und Infrastruktur ist als Code beschrieben.
Das ist Absicht. Eine Lösung kann über einen definierten Weg übergeben werden – kundenspezifischer Quellcode, Datenexport, deploybare Infrastrukturdefinition, Konfiguration und Betriebsdokumentation – ohne die Factory selbst zu übertragen. Wiederverwendbares Factory-IP bleibt bei uns; Ihre kundenspezifischen Anwendungsbestandteile und Ihre Daten bleiben Ihre.