Versions Compared
Key
- This line was added.
- This line was removed.
- Formatting was changed.
Excerpt |
---|
New container types are being put into operation in cooperation with the administrators of root360. The process is explained below. It lists what information needs to be provided for root360 to set up a new container type. |
New container types are being put into operation in cooperation with the administrators of root360. The process is explained below. It lists what information needs to be provided for root360 to set up a new container type.
Process
Request a new container type via a customer portal https://support.root360.cloud and provide required information (see questionnaire below)
Discuss questions and technical details with root360
When the requirements are clear, root360 will integrate a set of instances of the new container type into your existing Elastic Container Service (ECS) cluster
Test the instance(s)/service(s)
Go-live and possibly scale the container type
Required Information
Required Resources
For each container instance (“task”) of the container type: how much CPU and Memory reservation is required
Is it a horizontally scale-able (add additional tasks) application, or is it supported only by a vertical scale (increase the size of a single task)?
Network connectivity
Is it possible to reach the container or container network within the environment? Are there possibly special requirements, e.g. port 5672 for RabbitMQ or 8080 for Tomcat?
Is an accessibility of the container or container network from the Internet necessary? Are there possibly special requirements, e.g. port 5672 for RabbitMQ or 8080 for Tomcat?
Is an external domain and/or an associated path (e.g. /service1 routes to container1) required for external accessibility?
Environment variables
A collection of environment variables that must be available for the initial configuration of the container or its runtime.
New Container
typequestionnaire
Required information | ||||
---|---|---|---|---|
1 | Short, unique container name (e.g. | |||
2 | Short description of the container’s purpose | |||
3 | Resource requirements for the container instances in CPU-Units (1000 = 1vCPU), RAM in MiB. | |||
4 | How many container instances? Should we configure Scale-out/Autoscaling? | |||
5 | On which port and with which protocol (http, https or httpstcp) should will the container be operatedimage listen on? | |||
6 | Network connectivity (accessibility of the container in the environment/from the public internet) | 7 | If accessibility from the public internet: through which domain(s) and/or URL-Paths should the container type be accessible | |
87 | Name a container healthcheck path. We check this path for a http(s) return code (usually | |||
98 | Is a mount-point needed as a share? What is the volume of data and the requirements for the performance of the data storage? | |||
109 | List required environment variables, e.g. database credentials, endpoints of other containers
| |||
1110 | Is access to other components needed (e.g. databases or S3 buckets)? | |||
1211 | Which kind of deployment is used? (blue/green or replacement) | |||
1312 | Logging: we use Cloudwatch by default. Do you want to use another logdriver? Fargate: only Cloudwatch supported. For detailed description of logging for docker see Understanding container logging configuration |
Related tutorials
Filter by label (Content by label) | ||||||||
---|---|---|---|---|---|---|---|---|
|
Related components
Filter by label (Content by label) | ||||||||
---|---|---|---|---|---|---|---|---|
|
Status | ||||
---|---|---|---|---|
|
Table of Contents | ||
---|---|---|
|
Filter by label (Content by label) | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
|