Changes for page 212 - Failover Fiesta
Last modified by Carlijn Kokkeler on 2024/04/18 13:07
From version 183.1
edited by Carlijn Kokkeler
on 2023/10/12 16:30
on 2023/10/12 16:30
Change comment:
There is no comment for this version
To version 257.1
edited by Carlijn Kokkeler
on 2023/11/21 12:09
on 2023/11/21 12:09
Change comment:
There is no comment for this version
Summary
-
Page properties (2 modified, 0 added, 0 removed)
Details
- Page properties
-
- Title
-
... ... @@ -1,1 +1,1 @@ 1 -20 6-SituationalDeployment1 +209 - Max Verstappen - Content
-
... ... @@ -1,112 +1,76 @@ 1 1 {{container}} 2 -{{container layoutStyle="columns"}}((( 2 +{{container layoutStyle="columns"}} 3 +((( 3 3 [[image:Main.Images.Release Blog.WebHome@release-blog-intro.png]] 4 4 5 -**Hi there, eMagiz developers!** In thelast few weeks, wehavedonemuchworkfortheDeploy phase.Ontopofthat, we haveworkedonseveralstorefunctionalities.Nextto this,wehave severalsmallerfeedback itemsfromourhackathon effortsthat arenowreleasedtoyou.6 +**Hi there, eMagiz developers!** We have improved the performance of our deployment plan, it should be finished much quicker now. Next to this, we have released new Docker Single Lane and Docker Double Lane cloud templates. Moreover, several feedback items have been processed and some bug fixes have been made. Lastly, as of this release, the next generation architecture will be our default. 6 6 7 -== **Release Date Change** == 8 -As of release 208, released on November 9th, 2023, we will change our release date to Thursday morning starting at 05:00 AM CET (4:00 UTC). We opted for this change as it allows us to control better and manage our releases to uphold the quality standards you have gotten used to from us. Should you have any questions, please get in touch with [[productmanagement@emagiz.com>>mailto:academy@emagiz.com]]. 8 +{{warning}} 9 +Please be aware that for this release, because of the duration of the deployment, we advise you to check your TEST and ACCP cloud slots status, since you might need to start them manually in case your model is using the automatic wake up functionality. For following releases we will set the automatic wake up time to 6:00 AM UTC instead of 5:00 AM UTC. 10 +{{/warning}} 9 9 10 -== **Deployment Plan** == 12 +== **Quicker Deployment Plan** == 11 11 12 -//__Improved deployment plan to make the process better and more predictable__// 13 -The algorithm for generating a default deployment plan is improved to keep JMS downtime and alerting to a minimum. When stopping a machine, the JMS server is stopped last, and when executing the deployment plan, the JMS server is deployed first. This way, the JMS server is troubled minimally, and all processes are stopped before being deployed again. This provides additional control over the deployment of your release(s) and reduces the likelihood of false-positive logging (and potentially alerting) during and shortly after the deployment. 14 +We fixed an issue which caused the release preparation step to take longer than necessary and caused the machine deployment steps to execute when they could be skipped. So, the deploynment plan will be finished much quicker now! 14 14 15 - {{info}}Thestart/stop/restartmachine deploymentsteps work forcloud and on-premisesmachines.{{/info}}16 +== **Next Generation Architecture Default** == 16 16 17 -//__Editing release properties__// 18 -With this release, it will be possible to change the description of a property by editing the property. 18 +With this release, the next generation architecture will become the default. New models will use this generation as default. 19 19 20 -//__Container memory settings__// 21 -A change in memory settings triggers redeployment of the container now. 20 +[[image:Main.Images.Release Blog.WebHome@209-release-blog-next-gen-default.png]] 22 22 23 -//__Properties tab__// 24 -We have removed the deprecated tab Properties in the Deploy phase. 22 +== **Cloud Template R11 Docker - Single Lane** == 25 25 26 -//__Cleanup old images__// 27 -When a release is removed, the related unused images in the on-premises machines will be removed as well. 24 +This release introduces a new cloud template for all our customers running in a single-lane setup on the next generation architecture. This cloud template introduces faster machine boot up and improved auto-healing. The complete release notes on the cloud template can be found [[here>>doc:Main.Release Information.Cloud Templates.R11 Docker - Single Lane.WebHome||target="blank"]]. 28 28 29 -//__Performance improvements for loading releases__// 30 -Performance improvements have been implemented for loading releases in Deploy. Releases should now load faster than before. All functionality should remain exactly the same as before. 26 +== **Cloud Template R13 Docker - Double Lane** == 31 31 32 - ==**StoreImprovements**==28 +This release introduces a new cloud template for all our customers running in a double-lane setup on the next generation architecture. This cloud template introduces faster machine boot up and improved auto-healing. The complete release notes on the cloud template can be found [[here>>doc:Main.Release Information.Cloud Templates.R13 Docker - Double Lane.WebHome||target="blank"]]. 33 33 34 -//__Message definition elements order__// 35 -We fixed an issue that the order of message definition elements was changed after being imported. 36 - 37 -//__Importing a store item with synchronous message definitions__// 38 -We fixed an issue that importing a store item with synchronous message definitions went wrong. Now, the imported message definitions should correspond with the exported message definitions. 39 - 40 -//__Importing store items containing static copies__// 41 -We fixed an issue that store items were missing static copies. Now, store items with static copies are imported correctly. 42 - 43 -//__Importing store content__// 44 -We fixed an issue that blocked you from importing Store content in the Design phase. The message definitions and message mappings are now imported correctly as the original content in the item of the Store. 45 - 46 -//__Store disclaimer__// 47 -Users who are not the model owner no longer see the eMagiz Store disclaimer popup, instead they see a popup containing a message that states that the model owner should accept the disclaimer. 48 - 49 49 == **Feedback Items** == 50 50 51 -//__ Alerting manualpause__//52 - Afewreleasesago we changedthebehaviorofalertinginthedeploymentplan.Noweachtimewhenadeploymentplanisexecuted thealertingwillbeautomatically re-enabledwhen thedeployerclosesthedeploymentplan orcloses theweb browser.The majorityoftheusersarehappy withthenew behavior,but therearesomeusecases that you do notwantstartthealertingimmediately.Withthisrelease,if alerting hasbeenpausedmanually,thiswillnot beactivatedautomaticallyaftera release deployment.32 +//__Unused properties overview__// 33 +In Deploy > Releases, it is now possible to see all unused properties of an environment. This can be viewed by clicking the three dots in the Create phase section. Here it is also possible to quickly delete all or a selection of those unused properties. Unused properties are properties that are: 53 53 54 -//__Ordering of graphs in Manage__// 55 -The graphs in Manage are now ordered according to importance. This means that runtime statistics are sorted by "Process CPU usage" (highest first), queue statistics are sorted by "Messages in queue" (highest first), and HTTP statistics are sorted by "Unsuccessful requests" (highest first). 35 +* Not used by any runtime that is in the Create phase release. 36 +* Not required by a flow that is in the Create phase release. 37 +* If used as nested property, none of its parent properties (checks recursively) are in the Create phase release. 56 56 57 -//__ UTC timesinGrafanapanels__//58 - All Grafana panelsnowshow UTCtimes,whicharenormallyusedin eMagiz, insteadoflocal (browser)timezones.Thisway,itiseasiertomatch graphswithloggingeventsorerts.39 +//__Send build requests asynchronously__// 40 +The step in the deployment plan concerning the preparation of runtime images will now be executed more quickly and reliably. 59 59 60 -//__ Updateflow designerversion__//61 -The frameworkusedin theflow designer hasbeenupdatedtothelatestversion.42 +//__Queue explorer milliseconds__// 43 +The queue browser now displays milliseconds in the timestamps. 62 62 63 -//__Ca rwashtrackTLS versionsin logging__//64 - A newlogging featurewillbereleased,enablingustomakebetterchoices indeprecatingoldencryptionstandards.45 +//__Cancel and next buttons order__// 46 +The order of the cancel and next buttons when creating a new trigger has been changed to increase alignment across the platform. Now, all cancel buttons are placed on the right of a 'next' or 'save' button. 65 65 66 -//__ Moving channelsin theflowdesigner__//67 - Movingalreadyattachedchannels in theflow designerhas beenmade sligthlyeasier.48 +//__Unused images__// 49 +When a release is removed, the related unused images in the on-premises machines will be removed as well. 68 68 69 -//__ Topicsizesdescriptionchange__//70 - Inthe changedescription(and History)whenteringthe topicsizeof atopicthe newand old valuewereswitchedaroundcreating confusion,thishas beenresolved.51 +//__Carwash logging__// 52 +A new logging feature enabling us to make better choices in encryption standards will be released. 71 71 72 -//__ Password change notification__//73 - Whenanaccountpassword changerequestismade,evenwhenthis fails,amail is sentto theccountownerto informthe owneraboutthe action.54 +//__Static alerts queue consumers__// 55 +Alerting will now only generate alerts for queues that are created and managed by the eMagiz JMS server. 74 74 75 -//__Password comparison__// 76 -When changing a password, it is compared to a list of known database breaches for security. A warning is shown when the password corresponds with a password in the database. 77 - 78 -//__Inactive user alerting__// 79 -Inactivated users are now removed from all alert settings (included “disabled“ settings) to avoid undesirable notifications. 80 - 81 -//__Alphabetical sorting on user level in HTTP statistics__// 82 -Variables in the 3rd generation runtimes HTTP statistics detail pages are now sorted case insensitive. 83 - 84 - 85 85 == **Bug Fixes** == 86 86 87 -//__Flow designerstyling__//88 - The stylingoftheflowdesigner'sleft component panelhas been restructured,solvingarare bugwhichwouldbreakthe styling of certainfunctionalities.59 +//__Flow Designer connection line__// 60 +In the Flow Designer an issue has been fixed where the connection line for drawing channels did work well when scrolling or zooming in/out on the canvas. 89 89 90 -//__P artialsearchfor messages__//91 - Itisnowpossibleto searchonmessagespartiallyinManageMonitoring.Forexample,asearchforUptimecanbedoneby searching for "up" "time" "ptim".62 +//__Portal for migrated models__// 63 +We fixed a rare case where a runtime could not start, or logging, errors and metrics could not be seen in the portal for a model that had just migrated to the next generation architecture. 92 92 93 -//__ Disk usage aftercloudtemplate update__//94 - In thelast cloudtemplateupdatethere wasan issuewithdisk performance.Thishas beenresolved in thisrelease.Youcan manuallyupgradeyour cloudtemplate,orrelyonautomaticupdates.65 +//__Error channel inbounds__// 66 +We added a migration step, where we set the error channel to “errorChannel” of all inbounds in a flow if the custom error handling is set to false. Before, the error channel would be set to “errorChannel” only for the first inbound in an entry flow. 95 95 96 -//__Error handling migration__// 97 -If there is no custom error handling, when migrating to Gen3, the error channel to “errorChannel” is only created for the first inbound in an entry flow. This has been fixed by adding a migration step, where we set the error channel of all inbounds in a flow to “errorChannel” if the custom error handling is set to false. 98 - 99 99 == **Fancy Forum Answers** == 100 100 101 101 As always, this is a gentle reminder to ask questions via the Q&A forum. The Q&A forum is available in the eMagiz iPaaS portal, so we can all benefit from the knowledge within the community. For some inspiration, take a look at these forum answers: 102 102 103 -* [[JSON Web Tokens (JWT authentication)>>https://my.emagiz.com/p/question/172825635703606919||target="blank"]] 104 -* [[Determining container sizes & reading architecture pages>>https://my.emagiz.com/p/question/172825635703594204||target="blank"]] 105 -* [[SFTP connectivity - supported algorithms>>https://my.emagiz.com/p/question/172825635703607141||target="blank"]] 106 -* [[Deploy property release results in missing flows in runtime>>https://my.emagiz.com/p/question/172825635703607354||target="blank"]] 107 -* [[MessageDeliveryException: Dispatcher has no subscribers>>https://my.emagiz.com/p/question/172825635703619797||target="blank"]] 72 +* [[JSONPath in SpEL expressions>>https://my.emagiz.com/p/question/172825635703415034||target="blank"]] 108 108 109 - 110 110 == **Key takeaways** == 111 111 112 112 Thanks to all who helped build and those who tested and gave feedback to improve the product. To end this post, here are some key takeaways for you: ... ... @@ -127,5 +127,11 @@ 127 127 ~* Indicates a Beta feature. If you would like to get access to this beta feature, please contact [[productmanagement@emagiz.com>>mailto:academy@emagiz.com]] 128 128 129 129 ~*~* Indicates a next-generation-architecture only feature. 130 -{{/info}})))((({{toc/}}))){{/container}} 94 +{{/info}} 95 +))) 96 + 97 +((( 98 +{{toc/}} 99 +))) 131 131 {{/container}} 101 +{{/container}}