Last modified by Erik Bakker on 2023/10/26 10:06

Show last authors
1 {{container}}{{container layoutStyle="columns"}}(((
2 In this microlearning, we will focus on helping you assess the impact of upgrading to a new Cloud template.
3
4 Should you have any questions, please get in touch with [[academy@emagiz.com>>mailto:academy@emagiz.com]].
5
6 == 1. Prerequisites ==
7
8 * Advanced knowledge of the eMagiz platform
9 * Completed the relevant microlearnings around Cloud Management till advanced.
10
11 == 2. Key concepts ==
12
13 With cloud template, we mean: A Cloud template is a configuration, specified by eMagiz, how deploy Architecture will run in AWS, and which supporting tools (such as auto-healing, auto-recovery, and improved alerting, for instance) are available for your environment.
14
15 Cloud Templates:
16
17 * Determine what runtime runs where
18 * Determine which eMagiz Cloud version we will use
19 * Determine which supporting tools are available
20 * Are updateable
21
22 == 3. Assessing the impact of upgrading Cloud templates ==
23
24 The following considerations are valid when upgrading to a new Cloud template.
25
26 * Service affecting vs. non-service effecting
27 ** Non-service affecting templates will not affect your current operation. * flows will continue to function as usual. You can safely apply the cloud template. Service affecting means that the machines will need to be stopped and started to operationalize the cloud template. There is a short window in which flows are not operational, and there will be a delay in message delivery & processing. Messages are preserved.
28
29 * Other changes pending for an AWS update
30 ** The apply to environment button will apply all the changes made in Design architecture and Deploy architecture. These can be things such as
31 *** Memory changes
32 *** Runtimes removed
33 *** Runtimes added
34
35 {{info}}It is a good practice to isolate the Cloud template upgrade from these changes to the AWS slot. All changes can be handled with a single push of a button, but it may become harder to isolate the root cause when an issue occurs. So keep your Deploy Architecture as current as possible.{{/info}}
36
37 * Duration of the upgrade
38 ** A Cloud template upgrade will take between 5 and 15 minutes, depending on the size of the slot in terms of machines. Take this value into account when making the plan to upgrade or set the automatic upgrade timeslot.
39
40
41 * Availability zone
42 ** The Cloud template upgrade will perform the upgrade zone by zone for failover setups. Two zones (A and B) are defined in the failover scenario. Effectively, this means there is no downtime in the entire environment as flows, and the JMS server will continue operating as usual.
43
44 * Multiple Cloud template upgrades
45 ** If you have a backlog of upgrades, please take each cloud template step by step. If you switch to an automatic upgrade, this upgrade will take making all the upgrades.
46
47 == 4. Key takeaways ==
48
49 * Cloud templates can be rolled out automatically via the upgrade options. Regardless of the type of environment (Test, Acceptance, or Production)
50 * Double lane Cloud template upgrades are non-service affecting.
51 * Keep your Deploy architecture current - less risk of the impact of Cloud template upgrade issues.
52
53 == 5. Suggested Additional Readings ==
54
55 If you are interested in this topic and want more information on it, please read the release notes provided by eMagiz)))((({{toc/}}))){{/container}}{{/container}}