TL;DR – Das Wichtigste auf einen Blick
- local mc ist eine vorkonfigurierte DDEV-Integration, die exakt die Service-Umgebung deines maxcluster-Servers lokal abbildet – automatisch, ohne manuelles Mapping.
- Du entwickelst und testest Änderungen produktionsnah lokal und erkennst Fehler früher.
- Das Tool entstand aus konkreten Anforderungen in Kundenprojekten und wurde im Customer Advisory Board (CAB) gemeinsam weiterentwickelt.
- Das Tool befindet sich aktuell in der Beta-Phase und unterstützt macOS und Linux.
- Ergebnis: stabilere Deployments, weniger Überraschungen im Betrieb, geringerer Aufwand im Entwicklungsprozess.
Gute Tools entstehen nicht im Elfenbeinturm
Wenn du Software entwickelst, kennst du das Problem: Lokal funktioniert alles – nach dem Deployment sieht die Welt plötzlich anders aus. Schon kleine Unterschiede zwischen Entwicklungs- und Produktionsumgebung führen zu Fehlern, Mehraufwand und Unsicherheit. Das Ergebnis ist oft das bekannte „Works on my machine“-Syndrom.
Dass dieses Problem nicht nur frustrierend, sondern auch wirtschaftlich relevant ist, zeigen aktuelle Studien: Laut dem Quality Transformation Report 2025 von Tricentis geben 42 % der Unternehmen an, dass schlechte Softwarequalität sie jährlich mehr als 1 Million US-Dollar (rund 930.000 Euro) kostet. In den USA berichten sogar 45 % von Verlusten über 5 Millionen US-Dollar pro Jahr (rund 4,6 Millionen Euro) (Quelle: Tricentis Quality Transformation Report 2025).
Ein wesentlicher Kostentreiber sind Fehler, die erst spät im Entwicklungszyklus auffallen. Untersuchungen, die häufig im Kontext von IBM/NIST zitiert werden, zeigen: Bugs in der Produktion sind ein Vielfaches teurer als solche, die bereits während der Entwicklung erkannt und behoben werden (Quelle: Functionize).
Genau hier setzt local mc an. Es handelt sich um eine lokale Entwicklungsumgebung, die näher an die Produktionsrealität rückt – und Probleme sichtbar macht, bevor sie im Live-Betrieb auftreten. Dieser Fokus ist kein Zufall: local mc entstand in enger Zusammenarbeit mit dem Customer Advisory Board (CAB), einem Entwicklungsansatz, bei dem Kundenfeedback nicht erst nach dem Release gesammelt wird, sondern den gesamten Prozess begleitet.
local mc: Produktionsnahe Entwicklung – lokal gedacht
local mc steht für „local maxcluster“. Konkret handelt es sich um eine vorkonfigurierte DDEV-Integration, die exakt die Service-Definitionen und Versionen deiner maxcluster-Serverumgebung lokal abbildet – automatisch, ohne dass du PHP-Version, Datenbanktyp oder Caching-Konfiguration manuell recherchieren und konfigurieren musst.
Es gibt zwei Wege zur Einrichtung:
- Via Cluster-Control: local-mc:ddev:config:new --domain=example.com --doc_root=/var/www/html --domain_suffix=.local
- GUI-Variante: Alternativ kannst du das Konfigurationspaket direkt im Managed Center unter „vHosts“ herunterladen.
In beiden Fällen entsteht eine lokale Umgebung, die deiner Produktionsumgebung strukturell entspricht – reproduzierbar und ohne manuelles Nachbauen einzelner Services.
Technisch basiert local mc auf DDEV, einem etablierten Open-Source-Tool für lokale Entwicklungsumgebungen. DDEV nutzt Container-Technologie und bildet typische E-Commerce-Setups zuverlässig ab: Webserver, PHP-Laufzeiten, Datenbanken, Caching-Mechanismen sowie Such- und Messaging-Dienste. Genau diese Breite macht DDEV zur geeigneten Basis für produktionsnahe lokale Entwicklung im E-Commerce-Umfeld.
Das Ergebnis: Du arbeitest lokal unter realitätsnahen Bedingungen. Fehler werden früher sichtbar, Änderungen lassen sich verlässlicher testen – und der Bedarf an zusätzlichen Test- oder Staging-Instanzen auf dem Cluster sinkt deutlich.
Aktuell befindet sich local mc in der Beta-Phase und wird aktiv weiterentwickelt. Änderungen am Funktionsumfang oder an einzelnen Befehlen sind daher möglich. Unterstützt werden derzeit macOS und Linux.
Wenn du tiefer einsteigen möchtest, findest du alle technischen Details sowie eine vollständige Schritt-für-Schritt-Anleitung in der Knowledge Base: https://knowledge.maxcluster.de/local-mc-informationen-und-einrichtung
Welches Problem löst local mc?
Wenn du Anwendungen wie Shopware oder Magento auf maxcluster betreibst, entstehen Fehler oft durch kleine, aber entscheidende Unterschiede zwischen Entwicklungs- und Produktionsumgebung – etwa bei PHP-Versionen, Datenbank-Setups oder Caching-Konfigurationen. Genau diese Abweichungen sorgen dafür, dass Fehler erst zu spät sichtbar werden.
Typische Folgen im Entwickleralltag
- Späte Fehlererkennung: Bugs fallen erst beim Deployment oder im laufenden Betrieb auf.
- Hoher Behebungsaufwand: Fehler sind in der Produktion deutlich teurer zu fixen als in der Entwicklungsphase.
- Zusätzlicher Infrastrukturbedarf: Um produktionsnah testen zu können, werden häufig separate Staging-Umgebungen auf dem Cluster betrieben – mit entsprechendem Ressourcen- und Koordinationsaufwand.
Dieses Problem ist in der Softwareentwicklung gut bekannt. Die Twelve-Factor App beschreibt es als fehlende Dev/Prod Parity und empfiehlt ausdrücklich, Entwicklungs- und Produktionsumgebungen so ähnlich wie möglich zu halten.
Genau hier setzt local mc an: Die lokale Entwicklungsumgebung wird strukturell an die Produktionsumgebung angeglichen. Fehler werden dadurch früher sichtbar – noch bevor Code in eine Staging- oder Produktionsumgebung ausgerollt wird.
Wichtig: local mc ersetzt keine Staging- oder Testumgebung auf dem Cluster. Staging bleibt relevant für Integrations-, Last- und Abnahmetests. local mc verschiebt jedoch einen großen Teil der Fehlererkennung nach vorne – auf den lokalen Rechner.
Warum DDEV – eine bewusste Entscheidung
Bei der technischen Basis stand eine praktische Frage im Mittelpunkt: Welches Tool funktioniert im Entwickleralltag zuverlässig – und lässt sich realistisch in bestehende Workflows integrieren?
Die Wahl fiel auf DDEV. Alternativen wie Devenv (das Shopware offiziell empfiehlt) wurden geprüft, stellten aber höhere Hürden dar: Die Übersetzung von Debian-Paketen in Nix-Pakete wäre für viele Teams ein zusätzlicher Aufwand ohne direkten Mehrwert. DDEV ist in der PHP-Community seit Jahren bewährt, viele Entwickler kennen es bereits aus Projekten mit Shopware, Magento, Drupal oder WordPress – und genau diese Vertrautheit senkt die Einstiegsschranke.
Warum DDEV gut zu local mc passt
- Reife & Stabilität: DDEV ist in zahlreichen Projekten produktiv im Einsatz und entsprechend ausgereift.
- Breite Service-Unterstützung: PHP, Node.js, MySQL, Redis, Elasticsearch/OpenSearch, Varnish, RabbitMQ und weitere Komponenten lassen sich zuverlässig abbilden.
- Aktive Community: Regelmäßige Updates und kontinuierliche Weiterentwicklung sorgen für langfristige Wartbarkeit.
- Alltagstauglichkeit: Der Einstieg ist niedrigschwellig, bestehende Workflows lassen sich schnell integrieren.
Von der Idee zum Tool: Die Rolle des Customer Advisory Board (CAB)
local mc ist nicht isoliert entstanden. Eine zentrale Rolle spielte dabei das Customer Advisory Board (CAB) von maxcluster – ein fest etabliertes Gremium ausgewählter Kunden, das auf regelmäßigen, offenen Austausch auf Augenhöhe ausgelegt ist.
Das CAB ist bewusst mehr als ein klassischer Feedback-Kanal. Es versteht sich als Arbeits- und Dialogplattform – keine Einbahnstraße –, auf der Kunden aktiv an der Weiterentwicklung von Produkten und Services beteiligt sind. Perspektiven, Anforderungen und Erfahrungen fließen frühzeitig ein, nicht erst nach einem Release, sondern bereits während der Konzeptions- und Entwicklungsphase.
Welche Themen werden im CAB diskutiert?
- Strategische Fragen zur Weiterentwicklung von maxcluster
- Konkrete Anforderungen an Produkte, Tools und Workflows
- Operative Herausforderungen aus dem Kundenalltag
- Technologische Trends mit Relevanz für den E-Commerce-Betrieb
Kein Vertriebsformat – sondern echte Zusammenarbeit
Das CAB versteht sich als Arbeits- und Dialogplattform auf Augenhöhe. Im Mittelpunkt steht nicht Kommunikation, sondern Mitgestaltung: Kunden bringen ihre Anforderungen, Erfahrungen und Kritik aktiv ein, während maxcluster frühzeitig Einblick in Planungen und Roadmaps gewährt. Feedback bleibt dabei nicht theoretisch, sondern fließt direkt in Priorisierung und Umsetzung ein. Ein gemeinsamer NDA-Rahmen schafft die notwendige Vertraulichkeit für offenen und konstruktiven Austausch.
Wie läuft die Zusammenarbeit ab?
- Online-Sessions für Status-Updates, Feedback und fokussierte Diskussionen
- Vor-Ort-Treffen, um komplexere Themen gemeinsam zu vertiefen
- Asynchrone Kommunikation zwischen den Terminen für Ideen, Rückfragen und laufendes Feedback
local mc als Ergebnis echter Zusammenarbeit
Ausgangspunkt für die Entwicklung von local mc waren reale Herausforderungen aus laufenden Kundenprojekten, die sich im täglichen Betrieb von E-Commerce-Anwendungen immer wieder zeigten.
Typische Pain Points aus dem Entwickleralltag
- Unterschiedliche PHP-Versionen, Datenbank-Setups und Toolchains führten zu Inkonsistenzen innerhalb von Teams: uneinheitliche lokale Setups
- Viel Zeit ging verloren, um zu klären, ob ein Fehler lokal reproduzierbar ist oder ausschließlich in der Serverumgebung auftritt: hoher Debugging-Aufwand
- Um produktionsnah testen zu können, wurden separate Testumgebungen auf dem Cluster betrieben – mit entsprechendem Kosten- und Organisationsaufwand: zusätzliche Staging-Instanzen
- Neue Teammitglieder benötigten oft mehrere Tage, um eine lokal lauffähige und realistische Entwicklungsumgebung aufzusetzen: aufwendiges Onboarding
In der gemeinsamen Analyse wurde deutlich, dass viele dieser Probleme struktureller Natur sind: Unabhängig von Projektgröße, Agenturstruktur oder eingesetztem Shop-System wiederholen sich ähnliche Muster – insbesondere bei der Abstimmung zwischen lokaler Entwicklungsumgebung und Produktionsbetrieb.
Die Entwicklung von local mc folgte einem iterativen Ansatz, bei dem das CAB eng eingebunden war. Gemeinsam wurde zunächst ein Minimum Viable Product (MVP) definiert – mit klarem Fokus auf zentrale Anforderungen aus der Praxis: reproduzierbare Umgebungen, automatisierte Übernahme der Serverkonfiguration und eine möglichst niedrige Einstiegshürde für Entwicklerteams.
Darauf aufbauend wurden technische Konzepte konkretisiert, Prototypen unter produktionsnahen Bedingungen getestet und schrittweise weiterentwickelt – bis zur aktuellen Beta-Phase mit weiterhin engem Austausch. Feedback floss dabei kontinuierlich ein. Das passierte nicht über formale Tickets, sondern im direkten Dialog zwischen Entwicklern, Produktverantwortlichen und Anwendern.
Mehrwert für CAB-Mitglieder
Die Teilnahme am Customer Advisory Board bietet Vorteile, die deutlich über klassische Feedback-Formate hinausgehen. Im Mittelpunkt steht die aktive Mitgestaltung.
CAB-Mitglieder profitieren nicht nur von frühzeitigen Informationen, sondern von tatsächlicher Mitgestaltungsmöglichkeit:
- frühem Einblick in Planungen, Roadmaps und neue Features
- direktem Einfluss auf Produktentscheidungen und Prioritäten
- Austausch mit erfahrenen Entwicklern, Agenturen und technischen Entscheidern
- einem vertraulichen Rahmen für offene und ehrliche Diskussionen
Wer kann mitmachen?
Die Mitgliedschaft im CAB ist bewusst limitiert, um einen qualitativen Austausch sicherzustellen. Entscheidend sind nicht Unternehmensgröße oder Umsatz, sondern:
- fachliche Expertise
- relevante Use Cases
- Bereitschaft zur aktiven Mitarbeit
📧 Kontakt: cab@maxcluster.de
👤 Ansprechpartnerin: Aleksandra Perko-Klomfaß (Product Owner)
CAB 2025/2026: Der Austausch geht weiter
Das Customer Advisory Board (CAB) ist kein einmaliges Projekt, sondern als kontinuierlicher Dialog angelegt. Im CAB-Jahr 2025 stand die enge Zusammenarbeit an konkreten Themen im Fokus – darunter auch die Konzeption und Entwicklung von local mc.
Für 2026 wird dieser Ansatz konsequent fortgeführt. Die Themen entstehen nicht top-down, sondern werden gemeinsam mit den CAB-Mitgliedern definiert. Maßgeblich sind dabei reale Anforderungen aus dem Arbeitsalltag sowie aktuelle technologische Entwicklungen im E-Commerce-Umfeld.
Geplante Schwerpunkte sind unter anderem:
- eine perspektivische Weiterentwicklung von local mc
- neue Funktionen und Optimierungen im Managed Center
- Performance-Themen mit klarem Schwerpunkt auf Sichtbarkeit, Transparenz und gezielter Optimierung
Aktuell liegt der größte Fokus im CAB auf Performance: Engpässe sollen frühzeitig sichtbar werden, Optimierungspotenziale strukturiert identifiziert und bestehende Systeme messbar verbessert werden.
Der Anspruch bleibt dabei unverändert: Transparenz im Austausch, klare Prioritäten in der Umsetzung und Lösungen, die unter realen Betriebsbedingungen bestehen – nicht nur im Konzept.
Fazit
local mc zeigt, wie produktionsnahe Entwicklung heute aussehen kann: lokal, realistisch und eng an den tatsächlichen Anforderungen im Betrieb orientiert. Statt Unterschiede zwischen Development und Produktion hinzunehmen, rückt die Entwicklungsumgebung bewusst näher an die Realität heran – mit messbarem Mehrwert für Stabilität, Qualität und Effizienz.
Entscheidend ist dabei nicht nur das Tool selbst, sondern der Weg dorthin. Durch die enge Zusammenarbeit im Customer Advisory Board fließt Kundenfeedback frühzeitig und strukturiert in die Entwicklung ein. Anforderungen entstehen aus realen Workflows – nicht aus Annahmen oder theoretischen Idealbildern.
local mc ist damit mehr als eine lokale Entwicklungsumgebung. Es ist ein Beispiel dafür, wie maxcluster Produkte gemeinsam mit Kunden weiterentwickelt: praxisnah, iterativ und mit klarem Fokus auf den Alltag von Entwicklerteams.
Rückmeldungen zu local mc nehmen wir gerne entgegen:
📧 feedback@maxcluster.de
Interesse an einer Mitarbeit im Customer Advisory Board:
📧 cab@maxcluster.de
FAQ: Häufige Fragen zu local mc und dem Customer Advisory Board
Ersetzt local mc eine Staging- oder Testumgebung auf dem Cluster?
Nein. local mc ist als Ergänzung zu bestehenden Entwicklungs- und Testprozessen gedacht. Ziel ist es, Änderungen frühzeitig und produktionsnah lokal zu prüfen, bevor sie in Staging- oder Produktionsumgebungen ausgerollt werden.
Kann ich local mc nutzen, auch wenn ich kein CAB-Mitglied bin?
Ja. local mc steht allen Kunden zur Verfügung, die Anwendungen auf maxcluster betreiben. Das CAB ist ein separates Gremium für alle, die aktiv an der Weiterentwicklung mitwirken möchten.
Warum befindet sich local mc aktuell noch in der Beta-Phase?
local mc befindet sich weiterhin in der Beta-Phase. Eine Weiterentwicklung ist vorgesehen und orientiert sich am konkreten Bedarf sowie an Rückmeldungen aus dem Praxiseinsatz. Feedback aus realen Projekten dient dabei als Grundlage für mögliche Anpassungen von Funktionsumfang und Workflows.
Welche Rolle spielt Kundenfeedback bei der Weiterentwicklung von local mc?
Kundenfeedback ist ein zentraler Bestandteil der Weiterentwicklung. Rückmeldungen aus dem CAB sowie aus der breiteren Nutzerbasis fließen direkt in Priorisierung und Umsetzung neuer Funktionen ein.
Ist das Customer Advisory Board nur für große Unternehmen gedacht?
Nein. Entscheidend für eine Teilnahme sind fachliche Expertise, relevante Use Cases und die Bereitschaft zur aktiven Mitarbeit – nicht die Unternehmensgröße.
Das CAB richtet sich dabei nicht ausschließlich an Entwickler. Auch technische Projektverantwortliche, Agenturvertreter, Shopbetreiber oder strategische Entscheider können wertvolle Perspektiven einbringen.
