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: docs/introduction/how-deploio-works.md
+14-7Lines changed: 14 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -28,19 +28,19 @@ Deploio automatically builds your application using the [Heroku Buildpack](https
28
28
29
29
##### Release
30
30
31
-
After a successful build, your application is released. The release includes the build artifact, configuration settings,
31
+
After a successful build, your application is released. The release includes the build artifact, configuration settings,
32
32
and environment variables. Releases are immutable and versioned.
33
33
Deploio also manages secrets and sensitive data securely, differentiating between build and release environment variables.
34
-
While release ENV variables are exposed to the running application, build ENV variables are only available during the
34
+
While release ENV variables are exposed to the running application, build ENV variables are only available during the
35
35
build process and are not included in the final release.
36
36
37
37
##### Run
38
38
39
39
Deploio runs your application on a managed Kubernetes cluster, powered by **Nine Kubernetes Engine** (NKE), located in Switzerland. Deployments are automatically rolled out using zero-downtime strategies such as rolling updates and health checks. Applications run in isolated pods, scheduled across nodes provisioned via configurable node pools and machine types. This ensures high availability and scalability.
40
40
41
-
Apps are exposed to the internet via k8 ingress controllers. Other services are not. All communication is secured with TLS (also internally).
41
+
Apps are exposed to the internet via k8s ingress controllers. Other services are not. All communication is secured with TLS (also internally).
42
42
43
-
While Deploio runs on a scalable Kubernetes infrastructure, your apps don’t autoscale by default. Most apps can live comfortably with vertical scaling — predictable, easy to manage, and fully under your control via code, CI/CD, or manually in the Cockpit. You probably don’t need horizontal scaling, but if you do, We’ve got you. Because we run on real Kubernetes, and we know how to scale things properly. Do you?
43
+
While Deploio runs on a scalable Kubernetes infrastructure, your apps don’t autoscale by default. Most apps can live comfortably with vertical scaling — predictable, easy to manage, and fully under your control via code, CI/CD, or manually in the Cockpit. You probably don’t need horizontal scaling, but if you do, we’ve got you. Because we run on real Kubernetes, and we know how to scale things properly. Do you?
44
44
45
45
46
46
For more details on the infrastructure used to run your app, view the Nine Kubernetes Engine documentation [here](https://docs.nine.ch/docs/managed-kubernetes/nke/nine-kubernetes-engine/).
@@ -55,12 +55,14 @@ See the [Code Repository Setup](/user-guide/code-repository-setup.md) page for m
55
55
56
56
##### Build Automation
57
57
58
-
Use the official Heroku Cloud Native Buildpacks for languages like Node.js, Ruby, Python, and Go — or define a custom Dockerfile. Builds are cached to speed things up. Configuration isn’t limited to environment variables: Deploio uses a **hierarchical system** that lets you define defaults at the company or project level easily, and override them per app — either in the code or directly in the Cockpit.
58
+
Either use the provided official Heroku Cloud Native Buildpacks for languages like Node.js, Ruby, Python, and Go — or define a custom Dockerfile.
59
+
Builds are cached to speed things up.
60
+
Configuration isn’t limited to environment variables: Deploio uses a **hierarchical system** that lets you define defaults at the company or project level easily, and override them per app — either in the code or directly in the Cockpit.
59
61
60
62
61
63
##### Deployment
62
64
63
-
Deployments are rolled out through Kubernetes using rolling updates and readiness checks to ensure zero downtimme. Each deployment references a specific container image and configuration version.
65
+
Deployments are rolled out through Kubernetes using rolling updates and readiness checks to ensure zero downtime. Each deployment references a specific container image and configuration version.
64
66
65
67
Deploy jobs can also be configured to execute before a new release is deployed. The rollout of the release will only continue if the deploy job finished successfully. This can be defined in the `.deploio.yaml`. See more information [here](/user-guide/configuring-your-application.md#deploioyaml).
66
68
@@ -98,7 +100,7 @@ flowchart TD
98
100
99
101
A project represents a workspace that contains one or more applications and related services such as databases, Redis instances and object storage. It is a logical grouping of applications and services that share the same codebase, configuration, and deployment settings and billing. Projects are isolated from each other, allowing for better organisation and management of resources.
100
102
101
-
It is typical that a Project will have an Application running for each environment. But be aware; staging apps can access production services unless access controls are explicitly defined - similar to Heroku.
103
+
It is typical that a Project will have an Application running for each environment. But be aware: staging apps can access production services unless access controls are explicitly defined - similar to Heroku.
102
104
103
105
##### Deployment
104
106
@@ -113,4 +115,9 @@ The Deploio web interface, providing a visual dashboard to manage your projects,
113
115
114
116
The official Deploio CLI tool for developers. It can be used for the whole process; from creating a project to deploying an application. It provides a command-line interface for managing your projects, deployments, and environments. You can use it to trigger builds, manage environments, inspect logs, and control deployments right from your terminal.
115
117
118
+
##### UI
119
+
120
+
The Deploio web interface, providing a visual dashboard to manage your resources, view logs, and monitor deployments.
121
+
You can access it over at [cockpit.nine.ch](https://cockpit.nine.ch/).
122
+
116
123
Learn more about the process on [docs.nine.ch](https://docs.nine.ch).
0 commit comments