An open-source multi-cloud migration & replatforming engine — a community project.
Vosj moves applications and workloads between platforms — Microsoft Azure, Azure Local, AWS, Google Cloud, VMware and Hyper-V — and replatforms them where it makes sense (for example, containerizing a .NET app onto Azure Kubernetes Service). It runs each workload through one audited, repeatable pipeline, and it never cuts over to the new system until the new system is proven.
The whole idea in one line: every workload travels Vault → Orchestrate → Shift → Jump, and Jump is fail-closed.
What it does, plainly
Migration is usually a one-off, manual, risky project. Vosj turns it into a repeatable engine: discover what you have, plan the move, migrate piece by piece with the old and new running side by side, then cut over only after automated checks pass. The same engine also assesses and stands up your CI/CD & DevOps pipeline — because a workload moved to the cloud without a delivery pipeline isn’t modernized, it’s just relocated.
The pipeline — V·O·S·J
Stage
What happens
Vault
Discover & assess the source: inventory, dependency graph, a disposition per the 7 R’s, TCO, and a CI/CD maturity score.
Orchestrate
Plan the wave: target platform & landing zone, the methodology framework to apply, the cutover sequence.
Shift
Migrate incrementally (Strangler-Fig): source and target run in parallel; connectors replicate; each unit goes legacy → dual-running → migrated.
Jump
Verified cutover: checksums, row-counts and smoke tests must pass. Fail-closed — no verified state, no cutover. Record the deploy; retire the legacy.
How it is built (and where the community plugs in)
The pipeline is a data-driven state machine compiled from a framework template — not hardcoded — so you can pick, clone or write a methodology without touching the engine. Everything else is a small set of plugin contracts. This is the contribution surface: writing a new Connector or a new framework template extends Vosj without changing its core.
One engine, a few contracts. The community contributes connectors, framework templates and assessment rules.
Connector — a source/target adapter (discover · replicate · verify · cutover · rollback). verify() is mandatory.
Executor — how each step runs. StateStore — where state lives. GateSigner — gate sign-off, human-only and fail-closed. AssessmentProvider — the CI/CD scorecard.
Local-first: it runs on your workstation or in CI, no account required.
Running it on Azure Kubernetes Service
Vosj’s execution fabric runs on AKS. Engineers reach a Command Center — a single control page — in the browser; their work happens in devstation pods (in-cluster IDEs); an MCP server is the channel that routes automated steps to the engine and connectors. Every AKS deployment includes a live infrastructure view to monitor and control the cluster — nodes, pods, the devstations, the MCP server, resource usage, scaling and health. The free edition includes this whole fabric (Command Center + live infra view) — you bring your own AI agent, or drive it by hand.
Execution fabric on AKS: portals + devstation pods + MCP server + the Vosj engine. Same fabric in both editions; only the AI driver differs.
Closing the CI/CD & DevOps loop
Vosj assesses and stands up the whole loop, with quality & security gates that block — not just warn.
Open source & editions
Community Edition — free, source-available
The V·O·S·J engine, the framework-template model, the CLI, starter connectors, the CI/CD 365° assessment, and the MCP server + devstations. Self-hosted, local-first, bring-your-own-AI. Source-available under the Business Source License (converts to Apache over time).
Enterprise — managed (optional)
Adds the Luca AI — managed AI personas and per-engineer digital twins that drive the MCP/devstation fabric autonomously — plus SSO, RBAC, audit and support. The plumbing is open; the AI brain is the add-on.
Contributing
Vosj is built to be extended by the community. The most useful contributions:
Connectors — a new source or target platform (implement the Connector contract; remember verify()).
Framework templates — encode a migration methodology as a portable template.
Assessment rules — extend the CI/CD & DevOps 365° checklist.
Docs, examples and bug reports.
The public repository, contribution guide and license are being prepared. Read the design documents below to understand the architecture first.
Microsoft AzureAzure LocalAzure Kubernetes ServiceAWSGoogle CloudVMwareHyper-VOn-prem
Vosj
Un moteur open source de migration et de re-plateformage multi-cloud — un projet communautaire.
Vosj déplace des applications et des charges de travail entre plateformes — Microsoft Azure, Azure Local, AWS, Google Cloud, VMware et Hyper-V — et les re-plateforme lorsque c’est pertinent (par exemple, conteneuriser une application .NET vers Azure Kubernetes Service). Il fait passer chaque charge de travail par un pipeline unique, audité et reproductible, et il ne bascule jamais vers le nouveau système tant que celui-ci n’est pas prouvé.
L’idée en une ligne : chaque charge de travail suit Vault → Orchestrate → Shift → Jump, et Jump est à sécurité intégrée.
Ce qu’il fait, simplement
Une migration est d’ordinaire un projet ponctuel, manuel et risqué. Vosj en fait un moteur reproductible : découvrir l’existant, planifier le déplacement, migrer pièce par pièce avec l’ancien et le nouveau en parallèle, puis basculer seulement après des contrôles automatisés. Le même moteur évalue et met en place votre chaîne CI/CD & DevOps — car une charge déplacée vers le cloud sans chaîne de livraison n’est pas modernisée, elle est seulement déplacée.
Le pipeline — V·O·S·J
Étape
Déroulé
Vault
Découvrir & évaluer la source : inventaire, graphe de dépendances, disposition selon les 7 R, coût total, et un score de maturité CI/CD.
Orchestrate
Planifier la vague : plateforme et zone d’atterrissage cibles, cadre méthodologique à appliquer, séquence de bascule.
Shift
Migration incrémentale (Strangler-Fig) : source et cible en parallèle ; les connecteurs répliquent ; chaque unité passe par existant → double exécution → migré.
Jump
Bascule vérifiée : sommes de contrôle, comptages de lignes et tests de fumée doivent réussir. À sécurité intégrée — pas d’état vérifié, pas de bascule. Déploiement enregistré ; ancien système retiré.
Comment c’est construit (et où la communauté intervient)
Le pipeline est une machine à états pilotée par les données, compilée depuis un modèle de cadre — non codée en dur — vous pouvez donc choisir, cloner ou rédiger une méthodologie sans toucher au moteur. Tout le reste repose sur un petit ensemble de contrats d’extension. C’est la surface de contribution : écrire un nouveau Connector ou un nouveau modèle de cadre étend Vosj sans modifier son cœur.
Un moteur, quelques contrats. La communauté contribue des connecteurs, des modèles de cadre et des règles d’évaluation.
Connector — un adaptateur source/cible (discover · replicate · verify · cutover · rollback). verify() est obligatoire.
Executor — comment chaque étape s’exécute. StateStore — où vit l’état. GateSigner — signature des jalons, réservée à l’humain et à sécurité intégrée. AssessmentProvider — le bilan CI/CD.
En local d’abord : sur votre poste ou en CI, sans compte requis.
Exécution sur Azure Kubernetes Service
Le tissu d’exécution de Vosj fonctionne sur AKS. Les ingénieurs accèdent à un Command Center — une page de contrôle unique — depuis le navigateur ; le travail se fait dans des pods devstation (IDE dans le cluster) ; un serveur MCP achemine les étapes automatisées vers le moteur et les connecteurs. Chaque déploiement AKS comprend une vue d’infrastructure en direct pour superviser et piloter le cluster — nœuds, pods, devstations, serveur MCP, consommation de ressources, mise à l’échelle et santé. L’édition gratuite inclut tout ce tissu (Command Center + vue infra en direct) — vous apportez votre propre agent IA, ou vous le pilotez à la main.
Tissu d’exécution sur AKS : portails + pods devstation + serveur MCP + moteur Vosj. Même tissu dans les deux éditions ; seul le pilote IA diffère.
Fermer la boucle CI/CD & DevOps
Vosj évalue et met en place toute la boucle, avec des portes qualité & sécurité qui bloquent — pas seulement avertir.
Le moteur V·O·S·J, le modèle de cadre, la CLI, des connecteurs de départ, l’évaluation CI/CD 365°, et le serveur MCP + les devstations. Auto-hébergée, en local d’abord, IA apportée par vous. Sous Business Source License (devient Apache avec le temps).
Entreprise — gérée (optionnelle)
Ajoute la Luca AI — des personas IA gérés et des jumeaux numériques par ingénieur qui pilotent le tissu MCP/devstation de façon autonome — plus SSO, RBAC, audit et support. La tuyauterie est ouverte ; le cerveau IA est le complément.
Contribuer
Vosj est conçu pour être étendu par la communauté. Les contributions les plus utiles :
Connecteurs — une nouvelle plateforme source ou cible (implémenter le contrat Connector ; ne pas oublier verify()).
Modèles de cadre — encoder une méthodologie de migration en modèle portable.
Règles d’évaluation — étendre la liste CI/CD & DevOps 365°.
Microsoft AzureAzure LocalAzure Kubernetes ServiceAWSGoogle CloudVMwareHyper-VSur site
Vosj
Eine quelloffene Multi-Cloud-Migrations- und Replatforming-Engine — ein Community-Projekt.
Vosj verschiebt Anwendungen und Workloads zwischen Plattformen — Microsoft Azure, Azure Local, AWS, Google Cloud, VMware und Hyper-V — und führt bei Bedarf ein Replatforming durch (etwa die Containerisierung einer .NET-Anwendung auf Azure Kubernetes Service). Es führt jeden Workload durch eine einzige, auditierte, wiederholbare Pipeline und schaltet niemals auf das neue System um, bevor dieses nachgewiesen ist.
Die Idee in einer Zeile: Jeder Workload durchläuft Vault → Orchestrate → Shift → Jump, und Jump ist fail-closed.
Was es tut, einfach erklärt
Eine Migration ist meist ein einmaliges, manuelles, riskantes Projekt. Vosj macht daraus eine wiederholbare Engine: den Bestand erfassen, den Umzug planen, Stück für Stück migrieren — Alt und Neu laufen parallel — und erst nach automatisierten Prüfungen umschalten. Dieselbe Engine bewertet und richtet auch Ihre CI/CD- & DevOps-Pipeline ein — denn ein in die Cloud verschobener Workload ohne Liefer-Pipeline ist nicht modernisiert, sondern nur verschoben.
Die Pipeline — V·O·S·J
Phase
Ablauf
Vault
Quelle erfassen & bewerten: Inventar, Abhängigkeitsgraph, Disposition nach den 7 R, TCO und ein CI/CD-Reifegrad.
Inkrementelle Migration (Strangler-Fig): Quelle und Ziel laufen parallel; Konnektoren replizieren; jede Einheit durchläuft Bestand → Parallelbetrieb → migriert.
Jump
Verifizierter Cutover: Prüfsummen, Zeilenzahlen und Smoke-Tests müssen bestehen. Fail-closed — ohne verifizierten Zustand kein Cutover. Deployment protokollieren; Altsystem stilllegen.
Wie es aufgebaut ist (und wo die Community ansetzt)
Die Pipeline ist ein datengetriebener Automat, der aus einer Framework-Vorlage kompiliert wird — nicht fest codiert — Sie können also eine Methodik auswählen, klonen oder schreiben, ohne die Engine zu ändern. Alles Übrige beruht auf einigen wenigen Plugin-Verträgen. Das ist die Beitragsfläche: Ein neuer Connector oder eine neue Framework-Vorlage erweitert Vosj, ohne den Kern zu ändern.
Eine Engine, einige Verträge. Die Community steuert Konnektoren, Framework-Vorlagen und Bewertungsregeln bei.
Connector — ein Quell-/Ziel-Adapter (discover · replicate · verify · cutover · rollback). verify() ist verpflichtend.
Executor — wie jeder Schritt läuft. StateStore — wo der Zustand liegt. GateSigner — Gate-Freigabe, nur durch Menschen und fail-closed. AssessmentProvider — die CI/CD-Scorecard.
Local-first: läuft auf Ihrer Workstation oder in der CI, ohne Konto.
Betrieb auf Azure Kubernetes Service
Das Ausführungsgewebe von Vosj läuft auf AKS. Ingenieure erreichen ein Command Center — eine einzige Steuerseite — im Browser; die Arbeit findet in Devstation-Pods (IDEs im Cluster) statt; ein MCP-Server leitet automatisierte Schritte an die Engine und die Konnektoren. Jede AKS-Bereitstellung enthält eine Live-Infrastruktur-Ansicht, um den Cluster zu überwachen und zu steuern — Knoten, Pods, Devstations, MCP-Server, Ressourcennutzung, Skalierung und Zustand. Die kostenlose Edition enthält dieses gesamte Gewebe (Command Center + Live-Infra-Ansicht) — Sie bringen Ihren eigenen KI-Agenten mit oder steuern es manuell.
Ausführungsgewebe auf AKS: Portale + Devstation-Pods + MCP-Server + Vosj-Engine. Dasselbe Gewebe in beiden Editionen; nur der KI-Treiber unterscheidet sich.
Die CI/CD- & DevOps-Schleife schließen
Vosj bewertet und richtet die gesamte Schleife ein — mit Quality- & Security-Gates, die blockieren, nicht nur warnen.
Open Source & Editionen
Community Edition — kostenlos, quelloffen verfügbar
Die V·O·S·J-Engine, das Framework-Vorlagenmodell, die CLI, Start-Konnektoren, die CI/CD-365°-Bewertung und der MCP-Server + die Devstations. Selbst gehostet, local-first, eigene KI. Unter der Business Source License (wird mit der Zeit Apache).
Enterprise — verwaltet (optional)
Ergänzt die Luca AI — verwaltete KI-Personas und digitale Zwillinge je Ingenieur, die das MCP-/Devstation-Gewebe autonom steuern — plus SSO, RBAC, Audit und Support. Die Verrohrung ist offen; das KI-Gehirn ist die Ergänzung.
Mitwirken
Vosj ist darauf ausgelegt, von der Community erweitert zu werden. Die nützlichsten Beiträge:
Konnektoren — eine neue Quell- oder Zielplattform (den Connector-Vertrag implementieren; verify() nicht vergessen).
Framework-Vorlagen — eine Migrationsmethodik als portable Vorlage abbilden.
Bewertungsregeln — die CI/CD- & DevOps-365°-Checkliste erweitern.