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 13-JoyfulJourneys1 +226 - Alerting Alchemy - Content
-
... ... @@ -3,78 +3,56 @@ 3 3 ((( 4 4 [[image:Main.Images.Release Blog.WebHome@release-blog-intro.png]] 5 5 6 -**Hi there, eMagiz developers!** In this release,severalimprovementsforpop-upshavebeenmadesothatmore userfriendlymessages are shown thatreflect actual behaviour.Moreover,formattingandalignmentimprovementshavebeenmadetoimprove theuserjourney.Lastly, we have worked onsomemore feedbackitems andseveralmore bugfixes havebeen done.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 -== **Pop-up Improvements** == 8 +== **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. 9 9 10 -//__Property releases__// 11 -When a new property release is created, this property release can now not only be viewed but also release properties can be deleted. 19 +[[image:Main.Images.Release Blog.WebHome@release-226-alerting.png]] 12 12 13 -[[image:Main.Images.Release Blog.WebHome@release-blog-213-joyful-journeys-property-release.png]] 14 14 15 -//__Runtime deletion__// 16 -When deleting a runtime, the error message is more descriptive. The error message will now include the names of the flows that run on the container. 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}} 17 17 18 -//__Wiretap & debug error messages__// 19 -The error messages that may be displayed when using wiretaps and the debugger have been improved, these are now more user friendly. 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. 20 20 21 -//__Action messages__// 22 -The formatting of action messages regarding changes in retention bytes/hours has been improved. The action message will now display the correct, actual behaviour. 26 +{{warning}}Please note that the new queue alerting will not yet be available for queues with message redelivery. {{/warning}} 23 23 24 -== **Formatting & Alignments** == 28 +//__Tenant technical name__// 29 +The technical name of a tenant cannot be changed once the tenant has been transferred to Create. 25 25 26 -//__ Input fields__//27 - Multipleinputfields havebeenupdatedsuchthat theyexpand whentheamount ofcharactersexceedsthedefaultsize. Theseupdateswere donetocatertolargeexpressions.31 +//__Tenant transfer__// 32 +A tenant cannot be untransferred from Create if the connector container of that tenant is still active in Deploy. 28 28 29 -//__ UI improvements__//30 - UIimprovementsforstaticinputcomponentshave beendone and the tooltipfor optional/requiredtoggleshasbeenimproved.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. 31 31 32 -//__Component changes reversion__// 33 -In the flow designer a bug could occur where the changes to a component would be reverted if the editing pop-up would be kept open for some minutes without having saved the changes yet. This has been fixed. 37 +//__Machine pop-up__// 38 +* The machine 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. 34 34 35 -//__State generation statistics__// 36 -The state generation graphs will now show the correct number of cache hits and misses. 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'. 37 37 38 -//__Queue browser timestamps__// 39 -All timestamp formatting in the queue browser is now aligned to yyyy-MM-dd HH:mm:ss.SSS. 40 - 41 -//__Addition and deletion of internal recipients__// 42 -Internal recipients are now added and deleted correctly. Before, an internal recipient could be added and thereafter deleted automatically when refreshing the page. 43 - 44 -== **Feedback Items** == 45 - 46 -//__Update flows__// 47 -In Create > Resources, a button "Update flows" has been added to update versions of all flows in which a resource is used. This is particularly useful when changing a resouce used across multiple flows such as topic message definitions in event processors. 48 - 49 -//__Q&A forum search__// 50 -The option to search by pressing the Enter key has been added to the Q&A forum. 51 - 52 -//__Memory settings__// 53 -It is now possible to change the memory settings of a newly added container before pressing "Apply to environment". 54 -//__Runtime validation__// 55 -Validation for runtimes that are moved from on premises to the cloud or vice versa has been improved. 56 - 57 -//__Runtime overview image versions__// 58 -Insight into intended and actual deployments has been improved. If the release version number on runtimes is different compared with the release, this is shown in the runtime overview. 59 - 60 -== **Bug Fixes** == 61 - 62 -//__Removal of onramp__// 63 -We fixed an issue where it was not possible to remove the last onramp linked to a splitted entry (that was an all-entry before). 64 - 65 -//__Runtime statistics details__// 66 -We fixed an issue where heap memory usage data was accumulating when zooming out in the runtime statistics details dashboards. 67 - 68 -//__Deployment prechecks__// 69 -During deployments, prechecks can be executed on runtimes level for runtimes that still have to be deployed. These prechecks can be executed via Deploy > Architecture. 70 - 71 71 == **Fancy Forum Answers** == 72 72 73 73 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: 74 74 75 -* [[Changing filename based on attribute>>https://my.emagiz.com/p/question/172825635703696968||target="blank"]] 76 -* [[Payload must be an instance of a Map>>https://my.emagiz.com/p/question/172825635703709401||target="blank"]] 77 -* [[Promoting a system to a split gateway>>https://my.emagiz.com/p/question/172825635703722185||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"]] 78 78 79 79 == **Key Takeaways** == 80 80 ... ... @@ -84,7 +84,7 @@ 84 84 * If you have feedback or ideas for us, talk to the Platypus 85 85 * Please inform us of new additions to the store ([[productmanagement@emagiz.com>>mailto:academy@emagiz.com]]) so we can all benefit from these. 86 86 * Clear your browser cache (Ctrl + Shift + Del) 87 -* Check out the release notes [here] 65 +* Check out the release notes [[here>>doc:Main.Release Information.Portal.226 - Alerting Alchemy.WebHome||target="blank"]] 88 88 * Start thinking about how the license tracker can aid your development 89 89 * Start thinking about major, minor, and patch 90 90 * Keep making great integrations