You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: blog/2025-03-14-deploying-defang-with-defang-part-1.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -61,7 +61,7 @@ This wasn’t just about reducing complexity—it was also a validation exercise
61
61
62
62
### Deployment Modes
63
63
64
-
-[**Deployment modes**](/docs/concepts/deployment-modes) (`development`, `staging`, `production`) adjust infrastructure settings across our dev/staging/prod deployments making sure dev is low cost, and production is secure and resilient.
64
+
-[**Deployment modes**](/docs/concepts/deployment-modes) (`affordable`, `balanced`, `high_availability`) adjust infrastructure settings across our dev/staging/prod deployments making sure dev is low cost, and production is secure and resilient.
Copy file name to clipboardExpand all lines: docs/concepts/deployment-modes.md
+9-9Lines changed: 9 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,22 +6,22 @@ sidebar_position: 501
6
6
7
7
# Deployment Modes
8
8
9
-
Defang provides three deployment modes: development, staging, and production. These modes allow you to balance cost and resiliency according to your needs.
9
+
Defang provides three deployment modes: `affordable`, `balanced`, and `high_availability`. These modes allow you to balance cost and resiliency according to your needs.
10
10
11
-
***Development**: This mode is used for development and testing purposes. It typically involves less stringent resource allocations and may include debugging tools and verbose logging to aid in development.
12
-
***Staging**: This mode serves as a pre-production environment where applications are tested in conditions that closely mimic production. It helps in identifying issues that might not be apparent in the development environment.
13
-
***Production**: This mode is used for live deployments. It involves optimized configurations for performance, security, and reliability. Resource allocations are typically higher, and debugging tools are minimized to ensure stability.
11
+
***Affordable**: This mode is used for development and testing purposes. It typically involves less stringent resource allocations and may include debugging tools and verbose logging to aid in development.
12
+
***Balanced**: This mode serves as a pre-production environment where applications are tested in conditions that closely mimic production. It helps in identifying issues that might not be apparent in the development environment.
13
+
***High Availability**: This mode is used for live deployments. It involves optimized configurations for performance, security, and reliability. Resource allocations are typically higher, and debugging tools are minimized to ensure stability.
14
14
15
15
## Deployment Mode Comparison
16
16
17
-
| Feature |Development|Staging|Production|
17
+
| Feature |Affordable|Balanced|High Availability|
18
18
|-|-|-|-|
19
19
| Build Resources | Builds will be run with 2x vCPUs | Builds will be run with 2x vCPUs | Builds will be run with 4x vCPUs |
| Databases | Defang will provision resources optimized for burstable memory | (like production) | Defang will provision resources optimized for production |
22
-
| Deployment | Previous deployments will be spun down before new deployments are spun up. | (like production) | Rolling updates will be used to deploy new versions. Defang will gradually replace services while maintaining at least [the original number of replicas](/docs/tutorials/scaling-your-services). |
| Databases | Defang will provision resources optimized for burstable memory | (like `high_availability`) | Defang will provision resources optimized for production |
22
+
| Deployment | Previous deployments will be spun down before new deployments are spun up. | (like `high_availability`) | Rolling updates will be used to deploy new versions. Defang will gradually replace services while maintaining at least [the original number of replicas](/docs/tutorials/scaling-your-services). |
23
23
| Logging | Logs retained for 1 day to save costs. || Logs retained for 30 days for compliance. |
24
-
| Networking || (like production) | Defang will provision a NAT gateway. |
24
+
| Networking || (like `high_availability`) | Defang will provision a NAT gateway. |
25
25
| Load Balancing | HTTP redirect to HTTPS using `302 Found`|| Termination Protection will be enabled; logs are retained on "down" |
26
26
| DNS | Defang will provision shorter TTLs; zones will be forcefully destroyed || Defang will provision longer TTLs; records can be overwritten for ZDT |
27
27
| Managed storage | Operations that cause downtime are allowed || Encryption at rest; Final snapshot created on "down" |
Copy file name to clipboardExpand all lines: docs/concepts/deployments.md
+6-5Lines changed: 6 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,17 +6,17 @@ sidebar_position: 500
6
6
7
7
# Deployment
8
8
9
-
When you deploy using Defang, whether it's with `defang compose up` with a [Compose file](./compose.md) or using a [Pulumi program](./pulumi.md), Defang will build your services in the cloud and manage the deployment process for you. If you provide a Dockerfile and build context, Defang will upload the files found within the build context to the cloud (either yours in [Defang BYOC](./defang-byoc.md) or ours in [Defang Playground](./defang-playground.md)), build the image, and store it in the cloud provider's container registry.
9
+
When you deploy using Defang, whether it's with `defang compose up` with a [Compose file](./compose.md) or using a [Pulumi program](./pulumi.md), Defang will build your services in the cloud and manage the deployment process for you. If you provide a Dockerfile and build context, Defang will upload the files found within the build context to the cloud (either yours in [Defang BYOC](./defang-byoc.md) or ours in [Defang Playground](./defang-playground.md)), build the image, and store it in the cloud provider's container registry.
10
10
11
11
## Deploying Updates
12
12
13
13
When you run a deployment to update one or more [services](/docs/concepts/services), Defang will build new images for your services, and provision new resources to replace your existing services.
14
14
15
15
### Zero Downtime Deployments
16
16
17
-
Defang can deploy your services using different [modes](/docs/concepts/deployment-modes). When using the `production` mode, Defang will make sure the new replacement services are healthy before deprovisioning your existing services.
17
+
Defang can deploy your services using different [modes](/docs/concepts/deployment-modes). When using the `high_availability` mode, Defang will make sure the new replacement services are healthy before deprovisioning your existing services.
18
18
19
-
By default, using the `development` mode, Defang will deprovision your existing services before provisioning replacements. This helps reduce costs.
19
+
By default, using the `affordable` mode, Defang will deprovision your existing services before provisioning replacements. This helps reduce costs.
20
20
21
21
:::info
22
22
In [Defang BYOC](./defang-byoc.md), Defang uses your cloud provider account to build and store your images. In [Defang Playground](./defang-playground.md), we build and store your images for you.
@@ -25,14 +25,15 @@ In [Defang BYOC](./defang-byoc.md), Defang uses your cloud provider account to b
25
25
26
26
### Deployment Modes
27
27
28
-
As mentioned above, Defang offers different [deployment modes](/docs/concepts/deployment-modes): `development`, `staging`, and `production`. You can switch the modes using the `--mode` CLI flag.
28
+
As mentioned above, Defang offers different [deployment modes](/docs/concepts/deployment-modes): `affordable`, `balanced`, and `high_availability`. You can switch the modes using the `--mode` CLI flag.
29
+
29
30
:::warning
30
31
Workloads with GPUs do not support zero downtime deployments. If you have a workload with a GPU, you will experience downtime during updates.
31
32
:::
32
33
33
34
## Instance Types
34
35
35
-
Defang defaults to "spot" instances. This is a cost-effective way to run your workloads, but it does mean that your workloads can be interrupted at any time. This is consistent with the [12 Factor](https://12factor.net/) principle of [disposability](https://12factor.net/disposability).
36
+
Defang defaults to "spot" instances. This is a cost-effective way to run your workloads, but it does mean that your workloads can be interrupted at any time. This is consistent with the [12 Factor](https://12factor.net/) principle of [disposability](https://12factor.net/disposability).
36
37
37
38
:::info
38
39
In the future, we may provide a way to use "on-demand" instances for workloads that require more stability.
Copy file name to clipboardExpand all lines: docs/tutorials/updating-your-services.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -18,7 +18,7 @@ If you are using [Compose files](../concepts/compose.md) to define your services
18
18
19
19
## Deployment Modes
20
20
21
-
Defang offers multiple [deployment modes](/docs/concepts/deployment-modes). You can specify which mode you would like to be used when you deploy with the `--mode` flag on the CLI. The default mode is `development`. You may also specify `staging` or `production`.
21
+
Defang offers multiple [deployment modes](/docs/concepts/deployment-modes). You can specify which mode you would like to be used when you deploy with the `--mode` flag on the CLI. The default mode is `affordable`. You may also specify `balanced` or `high_availability`.
0 commit comments