Changes for page 226 - Alerting Alchemy
Last modified by CarlijnKokkeler on 2024/07/30 16:40
Summary
-
Page properties (2 modified, 0 added, 0 removed)
Details
- Page properties
-
- Title
-
... ... @@ -1,1 +1,1 @@ 1 -2 11-LogLuminary1 +226 - Alerting Alchemy - Content
-
... ... @@ -3,70 +3,58 @@ 3 3 ((( 4 4 [[image:Main.Images.Release Blog.WebHome@release-blog-intro.png]] 5 5 6 -**Hi there, eMagiz developers!** In thisrelease,we havedonemuchworktoimprove our logging and overviews.Thisshould improvetheuser experiencefor ourplatform. Next to this, we have doneseveralminorchanges andbugfixes,mainlyrelatingto theDeployandManagephase.6 +**Hi there, eMagiz developers!** The past few weeks we have worked hard to release our new queue alerting design. Please find out all new features in our [[Standard Alerting eMagiz>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course Platform.crashcourse-platform-manage-alerting-gen3||target="blank"]] microlearning. Note that the new queue alerting will not yet be availalbe for queues with message redelivery. Next to alerting, we have worked on tenant items, machine pop-ups and progress bars, as well as the Infinispan Cache Manager. Find out all below! 7 7 8 -== **Logging** == 9 -//__Missing log entries__// 10 -We improved crash handling so that log messages clearly show when and why a container failed to start. 11 - 12 -//__Runtime logging__// 13 -We fixed a bug where no new log messages were showing up, even though they were produced by a container. 14 - 15 -//__Deployment execution error message__// 16 -In some cases when a machine type step in the deployment plan execution errors, the portal may give an error when trying to display the error message. This has been fixed by now showing a generic error in the deployment plan and logging the full error in the Deploy history. The Deploy history will show a summary of the error and show the full error message in a new pop-up. 17 - 18 -== **Overviews** == 19 - 20 -//__Runtime overview__// 21 -We added a new overview in the Deploy phase, called 'Runtime Overview', which shows the information of all runtimes on running machines. 22 - 23 -[[image:Main.Images.Release Blog.WebHome@release-blog-211-runtime-overview.png]] 24 - 25 -//__Missing properties overview__// 26 -The missing properties overview has been updated to show the runtimes and flow versions of missing property values. 27 - 28 -[[image:Main.Images.Release Blog.WebHome@release-blog-211-missing-properties-overview.png]] 29 - 30 -//__Runtime restart or redeploy overview__// 31 -Before executing the deployment plan to deploy machines, a pop-up will be shown with a list of the affected runtimes. 32 - 33 -[[image:Main.Images.Release Blog.WebHome@release-blog-211-restarted-redeployed-runtimes.jpg]] 34 - 35 35 == **Feedback Items** == 9 +//__Queue alerting__// 10 +Alerting for message queues has been improved for the [[current runtime>>doc:Main.eMagiz Academy.Fundamentals.fundamental-runtime-generation3||target="blank"]] architecture, which includes the following improvements: 11 +* New UI that shows all queues and the alerting that is active on them. 12 +* Every queue in the model will be automatically added to the list of queues in Manage - Alerting. 13 +* Triggers of a queue will be automatically enabled or disabled based on whether that queue is included in the release. 14 +* Added 2 new trigger types "inactivity check" and "periodic activity check" that replace the "queue throughput" alert. 15 +** These checks can now run for a (very) long time, whereas the "queue throughput" was limited by 1 hour. 16 +* The alert generation has been solidified to reduce the likelihood that your alerting is affected with false positives or false negatives during eMagiz maintenance. 17 +* When the same check of multiple queues trigger at the same time, the alerts will be aggregated into a single summarized email instead of a single email per alert. 36 36 37 -//__Breaking changes pop-up__// 38 -Pending changes that have a high risk level are now shown in red bold in the pop up that appears after clicking 'Apply to environment'. 19 +[[image:Main.Images.Release Blog.WebHome@release-226-alerting.png]] 39 39 40 -[[image:Main.Images.Release Blog.WebHome@release-blog-211-breaking-changes.png]] 41 41 42 -//__External recipients emailaddress__// 43 -The overview of external recipients has been updated. External recipients are now created on a model level, instead of comma separated list. This means that you can add them to your environment directly, like internal users. 22 +{{info}}Please check out our [[Standard Alerting eMagiz>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course Platform.crashcourse-platform-manage-alerting-gen3||target="blank"]] microlearning for an elaborate explanation of our new queue alerting design. {{/info}} 44 44 45 -//__Broker queue metrics dashboards__// 46 -It is now possible to select the MQTT broker in the queue metrics dashboards. 24 +eMagiz will migrate your dynamic queue alerts on the **release day** when you are **fully** or **partially** migrated to the [[current runtime architecture>>doc:Main.eMagiz Academy.Fundamentals.fundamental-runtime-generation3||target="blank"]]. When doing so, we will configure the new queue alert in a similar fashion to best match its current behaviour. Note that the queue alerting will only function for models that are **fully** migrated to the [[current runtime architecture>>doc:Main.eMagiz Academy.Fundamentals.fundamental-runtime-generation3||target="blank"]]. Should you want to change or create new queue alerts, you can do so starting the day **after** the release to avoid conflicts with our migration. 47 47 48 -//__Runtime image version__// 49 -The version of runtime images used to prepare your containers for deployments will be the same across all environments. This holds for releases that are deployed and promoted to a next environment. 26 +{{warning}}Please note that the new queue alerting will not yet be available for models with message redelivery. {{/warning}} 50 50 28 +//__Tenant technical name__// 29 +For multi-tenant system integrations, the technical name of a tenant cannot be changed once the tenant has been transferred to Create. 51 51 52 -== **Bug Fixes** == 31 +//__Tenant transfer__// 32 +A tenant cannot be untransferred from Create if the connector container of that tenant is still active in Deploy. 53 53 54 -//__ Messagethroughput__//55 - Themessage throughputgraph in theManagephase willnow show thecorrect data,independentfromthe selected timeinternal.Before,this graph wouldnotshowany datain somecases.34 +//__Property placeholder__// 35 +A property placeholder which contains a tenant name will be hidden in case its values and the technical name of the tenant are equal. 56 56 57 -//__Cloud template upgrade incorrect rollback__// 58 -An issue has been fixed where a cloud template upgrade would be rolled back incorrectly due to failed runtime checks. 37 +//__Machine details pop-up__// 38 +* The machine details pop-up in Deploy Architecture now shows the name of the machine in the pop-up header. 39 +* The machine health indicator has been improved visually. 40 +* Several progress bars have been improved visually. 59 59 60 -//__Next generation block__// 61 -Apply to environment will now be blocked when trying to deploy Gen3 runtimes on a Gen2 model. 42 +[[image:Main.Images.Release Blog.WebHome@release-226-machine-name.png]] 43 + 44 +//__Infinispan Cache Manager__// 45 +The Infinispan Cache Manager has been updated to: 46 +* Provide an additional 'transport type' to offer more means for creating a clustered setup; 47 +* Provide clearer helptexts explaining which of the options is needed and what its effect is; 48 +* Include validation on fields depending on the selected 'transport type'. 62 62 63 63 == **Fancy Forum Answers** == 64 64 65 65 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: 66 66 67 -* [[Save header as class 'long'>>https://my.emagiz.com/p/question/172825635703683851||target="blank"]] 54 +* [[no output-channel or replyChannel header available>>https://my.emagiz.com/p/question/172825635703901361||target="blank"]] 55 +* [[last flow unknown error with SFTP connection in Entry>>https://my.emagiz.com/p/question/172825635703901485||target="blank"]] 68 68 69 -== **Key takeaways** ==57 +== **Key Takeaways** == 70 70 71 71 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: 72 72 ... ... @@ -74,7 +74,7 @@ 74 74 * If you have feedback or ideas for us, talk to the Platypus 75 75 * Please inform us of new additions to the store ([[productmanagement@emagiz.com>>mailto:academy@emagiz.com]]) so we can all benefit from these. 76 76 * Clear your browser cache (Ctrl + Shift + Del) 77 -* Check out the release notes [here] 65 +* Check out the release notes [[here>>doc:Main.Release Information.Portal.226 - Alerting Alchemy.WebHome||target="blank"]] 78 78 * Start thinking about how the license tracker can aid your development 79 79 * Start thinking about major, minor, and patch 80 80 * Keep making great integrations