Configure once, reuse everywhere
Use the same stack across multiple apps and environments such as development, staging, and production.
A Wodby stack is the blueprint you use to deploy a new app. It defines the app's services, integrations, and configuration once, so you can reuse the same stack across development, staging, and production and keep delivery consistent.
Stacks have revisions, third-party integrations stay inside the stack definition, and each stack has a template that supports a reviewable deployment workflow.
What a stack gives you
Reuse across apps and environments
Keep the same deployment shape across prod, staging, dev, and repeated customer or internal projects.
Third-party integrations in one place
Managed databases, email, networking, storage, and other external services stay with the stack definition.
Versioned upgrades app by app
Service updates mark stacks as outdated, new stack versions are released on upgrade, and apps can adopt them selectively or automatically.
Flexible, reviewable workflow
Keep the stack template aligned with your process and review changes before rollout.
Benefits
The main value is not the number of components in a stack. It is the ability to use one stack to deploy new apps, keep environments aligned, and evolve delivery safely over time.
Use the same stack across multiple apps and environments such as development, staging, and production.
Store third-party integrations such as managed databases, email delivery, storage, networking, and other external services in the stack.
When a service update makes a stack outdated, upgrading releases a new stack version, and each app can move to it selectively or through auto-update settings.
Each stack has a template you can manage through the review and deployment workflow your team already uses.
Stack catalog
Search for a stack by name or related terms, then open it to review the stack definition, integrations, source details, and upgrade path.
Alias-aware search works for terms such as `mysql`, `varnish`, `redis`, `mail`, and `email`.
Next.js application stack for frontend and full-stack projects that need a reusable deployment setup.
Source repository
wodby/stack-nextjsNode.js application stack for APIs, workers, and custom services with a repeatable runtime setup.
Source repository
wodby/stack-nodeLaravel application stack for teams that want a reusable setup for web, worker, and queue-based PHP projects.
Source repository
wodby/stack-laravelFlexible PHP application stack for custom frameworks, legacy apps, and teams that do not need a Laravel-specific setup.
Source repository
wodby/stack-phpDrupal 11 application stack for modern self-hosted websites and multi-environment Drupal delivery.
Source repository
wodby/stack-drupalWordPress application stack for self-hosted websites, multisite setups, and repeatable client environments.
Source repository
wodby/stack-wordpress3X UI stack for deploying reusable apps on Wodby, with reusable configuration and versioned upgrades.
Source repository
wodby/stack-3xuiConnection stack for apps that use a managed MariaDB service instead of running the database inside the application stack.
Source repository
wodby/stack-cloud-mariadbConnection stack for apps that use managed MySQL services such as Amazon RDS instead of self-hosting MySQL inside the stack.
Source repository
wodby/stack-cloud-mysqlConnection stack for apps that use managed PostgreSQL services such as Amazon RDS instead of self-hosting Postgres inside the stack.
Source repository
wodby/stack-cloud-postgresDrupal 10 application stack for self-hosted websites and teams that want repeatable project environments.
Source repository
wodby/stack-drupalDocument conversion and PDF generation stack for apps that need server-side file rendering workflows.
Source repository
wodby/stack-gotenbergStatic HTML site stack for lightweight frontend projects and simple web properties.
Source repository
wodby/stack-htmlEmail testing stack for catching, previewing, and debugging outbound mail in development and staging.
Source repository
wodby/stack-mailpitSelf-hosted MariaDB database stack for applications that want a managed relational database inside the Wodby workflow.
Source repository
wodby/stack-mariadbSelf-hosted analytics stack for teams that want an alternative to Google Analytics under their own control.
Source repository
wodby/stack-matomoPrivate OpenClaw gateway stack for always-on agent workflows with integrations such as Tailscale.
Source repository
wodby/stack-openclawSMTP server stack that can relay mail directly or integrate with third-party delivery providers for reliable sending.
Source repository
wodby/stack-opensmtpdSelf-hosted PostgreSQL database stack for applications that want a managed Postgres service inside the same delivery workflow.
Source repository
wodby/stack-postgresRedis stack for caching, queues, sessions, and other in-memory data workloads.
Source repository
wodby/stack-redisApache Solr stack for full-text indexing and search in content-heavy applications.
Source repository
wodby/stack-solrTailscale integration stack for private networking between apps, services, and operators.
Source repository
wodby/stack-tailscaleValkey stack for Redis-compatible caching and other in-memory data workloads.
Source repository
wodby/stack-valkeyApache ZooKeeper stack for distributed systems that need centralized coordination and service metadata.
Source repository
wodby/stack-zookeeperStart from the closest stack in the catalog, compose your own stack from Wodby services, or maintain a custom stack definition.
FAQ
A stack is the blueprint you use to deploy a new app. It defines the services, integrations, configuration, build templates, and deployment settings that app instances inherit.
Integrations are configured at the stack level, so managed databases, email, storage, networking, and other providers stay attached to the reusable app definition instead of being recreated per app. Environment-specific values can still differ where needed.
If you enable optional auto updates for managed services, Wodby can issue a new stack revision when service updates become available. Any manual change to the stack configuration also creates a new revision. Apps and app instances using that stack do not have to upgrade immediately, so you can roll revisions out selectively when each environment is ready.
Yes. Teams can reuse the same stack across multiple apps or across development, staging, and production while keeping environment-specific values separate.
Yes. Each stack has a template-backed definition, so teams can review stack changes in the workflow they already use and roll updates out deliberately.
Yes. You can deploy app instances from the same stack to Wodby Cloud, managed Kubernetes, or K3S on a VM or dedicated server. Teams can mix them, such as production on managed Kubernetes and development on a leaner setup.