Architecture design
Account, network and identity structure (landing zone) with multi-zone redundancy as the default.
- Azure landing zones
- Management groups · Subscriptions
- Virtual Network · Azure Firewall
- Azure Well-Architected Framework
Cloud MSP · Microsoft Azure
Governance with Azure landing zones and Azure Policy, and PostgreSQL and MySQL flexible servers run by database specialists.
Reference architecture
Policies applied by management group and subscription; the data tier considers zone-redundant HA and geo-restore.
MSP scope
Representative services we use in each area, adjusted to your environment and contract scope.
Account, network and identity structure (landing zone) with multi-zone redundancy as the default.
Step-by-step moves, from server rehosting to managed database replatforming.
Metrics, logs and events collected and run through incident and change processes.
Visibility, budget alerts, right-sizing and commitment reviews on a recurring cycle.
Least privilege, encryption, audit logging and security-recommendation reviews by default.
Backup policies and recovery objectives (RPO/RTO), proven by restore drills.
DBA-level care for parameters, performance and the version lifecycle of managed databases.
Infrastructure as code, with deployments and routine checks automated in pipelines.
Managed databases
For each open-source engine: the managed service available on this cloud, or the self-managed alternative.
| Engine | Managed service / alternative | Notes |
|---|---|---|
| MySQL | Azure Database for MySQL flexible server | Managed service available — we manage parameters, performance and upgrade plans |
| PostgreSQL | Azure Database for PostgreSQL flexible server | Managed service available — we manage parameters, performance and upgrade plans |
| MariaDB | Azure VM (self-managed) / migrate to MySQL flexible server | Azure Database for MariaDB was retired on 2025-09-19 — move to MySQL flexible server or run on VMs |
| InfluxDB | Azure VM · AKS (self-managed) | No managed service — self-managed on VMs/containers (linked to our open-source DB services) |
| Oracle · SQL Server | Azure SQL / VM; Oracle → PostgreSQL via ora2pg | Usually the source of a heterogeneous migration — see Data Migration |
Migration to cloud
Inventory servers and databases, map dependencies, baseline performance, review licensing and choose rehost, replatform or refactor.
Build account, network, identity and logging standards first, as code.
We start from Azure Migrate for servers and Azure DMS (MySQL) · Migration service in Azure Database for PostgreSQL for databases, with ora2pg · Oracle schema conversion (VS Code PostgreSQL extension) for schema conversion.
Verify data consistency and performance, switch over against agreed criteria and keep a rollback path.
Heightened monitoring during hypercare, then cost and performance optimization as routine operations.
Security & compliance
FAQ
No. Azure DMS does not support Oracle → PostgreSQL. Following Microsoft guidance we use ora2pg or the Oracle schema conversion in the PostgreSQL extension for VS Code, and design data movement separately.
We first consider the Migration service in Azure Database for PostgreSQL (online/offline), and use pg_dump/pg_restore or logical replication where requirements call for it.
We do not publish partner designations or certifications on this site; we can share them during consultation if relevant.
Tell us your clouds, database versions, topology and concerns, and we will propose an assessment scope and approach.