Skip to content

Commit 6150b95

Browse files
authored
Merge pull request #30431 from rolfedh/Issue#29906
Issue #29906 in file architecture/architecture.adoc
2 parents 0a63f6b + c078ec1 commit 6150b95

File tree

1 file changed

+10
-38
lines changed

1 file changed

+10
-38
lines changed

modules/architecture-container-application-benefits.adoc

Lines changed: 10 additions & 38 deletions
Original file line numberDiff line numberDiff line change
@@ -5,50 +5,22 @@
55
[id="architecture-container-application-benefits_{context}"]
66
= The benefits of containerized applications
77

8-
Using containerized applications offers many advantages over using traditional
9-
deployment methods. Where applications were once expected to be installed on
10-
operating systems that included all their dependencies, containers let an
11-
application carry their dependencies with them. Creating containerized
12-
applications offers many benefits.
8+
Using containerized applications offers many advantages over using traditional deployment methods. Where applications were once expected to be installed on operating systems that included all their dependencies, containers let an application carry their dependencies with them. Creating containerized applications offers many benefits.
139

1410
[id="operating-system-benefits_{context}"]
1511
== Operating system benefits
1612

17-
Containers use small, dedicated Linux operating systems without a kernel.
18-
Their file system, networking, cgroups, process tables, and namespaces are
19-
separate from the host Linux system, but the containers can integrate with the
20-
hosts seamlessly when necessary. Being based on Linux allows containers to use
21-
all the advantages that come with the open source development model of rapid
22-
innovation.
13+
Containers use small, dedicated Linux operating systems without a kernel. Their file system, networking, cgroups, process tables, and namespaces are separate from the host Linux system, but the containers can integrate with the hosts seamlessly when necessary. Being based on Linux allows containers to use all the advantages that come with the open source development model of rapid innovation.
2314

24-
Because each container uses a dedicated operating system, you can deploy
25-
applications that require conflicting software dependencies on the same host.
26-
Each container carries its own dependent software and manages its own
27-
interfaces, such as networking and file systems, so applications never need to
28-
compete for those assets.
15+
Because each container uses a dedicated operating system, you can deploy applications that require conflicting software dependencies on the same host. Each container carries its own dependent software and manages its own interfaces, such as networking and file systems, so applications never need to compete for those assets.
2916

3017
[id="deployment-scaling-benefits_{context}"]
3118
== Deployment and scaling benefits
3219

33-
If you employ rolling upgrades between major releases of your application, you
34-
can continuously improve your applications without downtime and still maintain
35-
compatibility with the current release.
36-
37-
You can also deploy and test a new version of an application alongside the
38-
existing version. Deploy the new application version in addition to the current
39-
version. If the container passes your tests, simply deploy more new containers
40-
and remove the old ones. 
41-
42-
Since all the software dependencies for an application are resolved within the
43-
container itself, you can use a standardized operating system on each host in your
44-
data center. You do not need to configure a specific operating system for each
45-
application host. When your data center needs more capacity, you can deploy
46-
another generic host system.
47-
48-
Similarly, scaling containerized applications is simple. {product-title} offers
49-
a simple, standard way of scaling any containerized service. For example, if you
50-
build applications as a set of microservices rather than large, monolithic
51-
applications, you can scale the individual microservices individually to meet
52-
demand. This capability allows you to scale only the required services instead
53-
of the entire application, which can allow you to meet application demands
54-
while using minimal resources.
20+
If you employ rolling upgrades between major releases of your application, you can continuously improve your applications without downtime and still maintain compatibility with the current release.
21+
22+
You can also deploy and test a new version of an application alongside the existing version. If the container passes your tests, simply deploy more new containers and remove the old ones. 
23+
24+
Since all the software dependencies for an application are resolved within the container itself, you can use a standardized operating system on each host in your data center. You do not need to configure a specific operating system for each application host. When your data center needs more capacity, you can deploy another generic host system.
25+
26+
Similarly, scaling containerized applications is simple. {product-title} offers a simple, standard way of scaling any containerized service. For example, if you build applications as a set of microservices rather than large, monolithic applications, you can scale the individual microservices individually to meet demand. This capability allows you to scale only the required services instead of the entire application, which can allow you to meet application demands while using minimal resources.

0 commit comments

Comments
 (0)