Skip to content

Commit

Permalink
Merge branch 'master' into ThomasLehnerSpryker-patch-10
Browse files Browse the repository at this point in the history
  • Loading branch information
andriitserkovnyi committed Jan 14, 2025
2 parents f823e05 + 64bcd61 commit 1712230
Show file tree
Hide file tree
Showing 2 changed files with 12 additions and 0 deletions.
6 changes: 6 additions & 0 deletions docs/ca/dev/environment-scaling.md
Original file line number Diff line number Diff line change
Expand Up @@ -7,6 +7,12 @@ template: concept-topic-template

Production environments, unlike staging environments, are equipped with auto-scaling capabilities. This enables the resources used by the application to dynamically scale up or down based on the current load. This document uses the checkout analogy as an example to explain the types of scaling.

{% info_block infoBox "" %}
* While all production environments offer some form of automatic scaling by default, environments must be optimized for your work load. To do it, schedule a load test by creating a "Announce High Load/Traffic" case at the [support portal](https://support.spryker.com). Plan for at least three days of lead time.
* Load tests are usually performed in rounds. After deploying a typical infrastructure configuration for the size of your project, we'll ask you to perform load testing. The results are analyzed and the environment is dialed in. This pattern is repeated until the environment is configured to support the expected load. For a good result, two to three rounds are needed.
* We don't recomment load testing in live production environments because this can affect the experience of your visitors. Instead, book a production-like environment or upgrade one of your non-production environments to perform the tests.
{% endinfo_block %}

## Cloud architecture

EC2 hosts are used to deploy Docker containers. One host generally has multiple containers running with Spryker services, such as Yves and BackGW. The containers may only reserve up to the configured amount of CPU and RAM of the host machine. Additional hosts, up to a configured maximum number of hosts, are deployed as needed so that more containers can be placed on them in scaling events.
Expand Down
6 changes: 6 additions & 0 deletions docs/ca/devscu/configure-spryker-code-upgrader.md
Original file line number Diff line number Diff line change
Expand Up @@ -26,6 +26,12 @@ To configure the Upgrader, follow the steps:

5. On the **Run: #1** page, update the needed parameters and click **Proceed**.

{% info_block infoBox %}

JSON values must be added in one line and without whitespaces.

{% endinfo_block %}

![Spryker CI Set Config Upgrader Pipeline](https://spryker.s3.eu-central-1.amazonaws.com/docs/paas%2B/dev/configure-spryker-code-upgrader.md/set-spryker-code-upgrader-variables.png)

This runs the pipeline. After it finishes, the configuration gets updated.
Expand Down

0 comments on commit 1712230

Please sign in to comment.