Cloud MySQL stack
Connection stack for apps that use managed MySQL services such as Amazon RDS instead of self-hosting MySQL inside the stack.
Start with this stackWhy teams use this stack
Start with the right services already linked
Use a ready, configurable service baseline.
Keep stack configuration in Git
Version stack.yml and import approved changes as new revisions.
Stay secure with automatic stack maintenance
Control eligible updates and environment maintenance windows.
Reuse one stack across environments
Create development, staging, and production with tailored configuration.
Connect and reuse integrations
Keep connection stacks ready for supported DB providers.
Services
Start with the right services already in place
These services are included with the Cloud MySQL stack. The table shows which ones are enabled or disabled by default when you create a new app environment.
Stack services can be configured, added or removed for specific app environments, and their versions can be changed as your workload evolves.
| Stack service | Base service | Role |
|---|---|---|
| Cloud MySQL | Enabled by default |
Explore the full stack service catalog for configs, settings, actions, cron, volumes, links, backups, and imports attached to each service in this stack.
Integrations
Choose managed database integrations for this connection stack
This stack is built to connect your apps through managed database integrations. Keep each reusable connection at stack level and use the same model across environments.
Pick the managed database provider that fits each environment without rebuilding how the app connects.
Supported managed database providers
Explore all integrations for this stack to browse managed database providers supported by this stack.
Git-managed configuration
Keep your stack configuration in Git
Store the application blueprint in a stack.yml template alongside your code. Version service definitions, defaults, settings, and environment behavior while Wodby turns approved source changes into controlled stack revisions.
Version the application blueprint
Review stack configuration through commits and pull requests before it reaches an environment.
Import updates as new revisions
Follow an approved branch or semantic-version tags without changing running app environments in place.
Keep service updates enabled
Control Git template updates and service auto-updates separately, so customized stacks can still receive eligible releases.
Explore Git-backed stacks and see how they work with automatic updates.
Security and maintenance
Stay secure with automatic service updates
Enable service auto-updates at stack level to pick up eligible security patches and maintenance releases. Wodby creates a new stack revision instead of changing running app environments in place, so every update stays visible and reviewable.
Choose which app environments should auto-upgrade and limit production rollouts to a local-time maintenance window. Development and staging can move sooner while production follows your security and maintenance policy.
Explore automatic updates to see how policies, revisions, maintenance windows, and app environment auto-upgrades work.
Environments
Create development, staging, and production environments
Launch development, staging, production, or customer-specific environments from the same Cloud MySQL stack, then tailor values and configuration to each one.
Start from a consistent baseline
Use the same enabled services and integrations across development, staging, and production.
Customize each environment
Override values, configs, and settings without changing the shared stack definition.
Explore environments for development, staging, and production workflows.
Get started
Create a new Cloud MySQL database environment
Reuse the same database stack for development, testing, and production environments without rebuilding the service definition each time.
FAQ
Common questions about the Cloud MySQL stack
What does the Cloud MySQL stack include?
Connection stack for apps that use managed MySQL services such as Amazon RDS instead of self-hosting MySQL inside the stack. App environments created from this stack inherit the services enabled by default, attached integrations, hosting options, and stack revision history.
How can one stack support multiple apps and environments?
You can reuse the same stack for multiple similar apps and for development, staging, production, and other environment types. The stack defines the shared services and defaults, you can set different values for env types such as dev and prod, and each app environment can still be configured individually.
How do stack updates work?
When an included service gets an update, the stack can be marked as outdated or create a new revision automatically under its update policy. Existing app environments stay on their current revision until you upgrade them manually or enable stack auto-upgrades with a maintenance window.
How do integrations work with this stack?
Use the Integrations section to attach reusable connections created from supported providers. That keeps SMTP relays, backup storage, managed databases, and other external services connected to the stack instead of configuring them separately for every app environment.