Search: "deploy architecture"

crashcourse-eventstreaming-create-your-topic--deploy-architecture-after-apply.png

crashcourse-eventstreaming-create-your-topic--deploy-architecture-before-apply.png

To deploy a particular topic in an environment, you need to navigate towards Deploy Architecture. === 3.1 Register the topic on the cluster === Within Deploy Architecture, you will see your Topic Storage, including the newly added topic in green. [[image:Main.Images.Microlearning.WebHome@crashcourse-eventstreaming-create-your-topic--deploy-architecture-before-apply.png]] To ensure that the topic is created in that environment, enter "Start Editing" mode and press Apply to Environment.

[[image:Main.Images.Microlearning.WebHome@crashcourse-eventstreaming-create-your-topic--deploy-architecture-after-apply.png]] == 4. Key takeaways == * eMagiz automates the creation of your topic based on your design; you only need to register it. * To register and deploy your topic, simply navigate to the Deploy Architecture section, enter "Start Editing" mode, and click "Apply to Environment." == 5.

Understanding Deploy Architecture - Basic

crashcourse-platform-deploy-understanding-deploy-architecture-basic

Understanding Deploy Architecture == The Deploy Architecture overview is accessible under Deploy.

[[image:Main.Images.Microlearning.WebHome@crashcourse-platform-deploy-understanding-deploy-architecture-basic--initial-overview.png]] The following Deploy Architecture could look similar to what you would see **after** the first "Apply to environment" action is executed.

{{/info}} There is much more to tell about Deploy Architecture but more on that in later microlearnings. == 4.

This involves assigning the correct heap and non-heap memory per runtime within the Deploy Architecture. eMagiz simplifies this process by providing a recalculate button that automates the calculations.

With configuration, we mean: Based on the calculations, assign the correct heap and non-heap memory per runtime in Deploy Architecture. * Configuration of memory takes place in Deploy Architecture * eMagiz provides you with a recalculate button that will do the calculation for you * Use the calculation made by eMagiz and checked by you to fill in the numbers if you deviate from the recommended settings == 3.

In cases where all or part of the assumptions are violated, you can start by using the recalculate button and, based on that, change the settings to mimic your calculations. === 3.1 Deploy Architecture === You can recalculate the memory settings when you navigate to Deploy -> Architecture.

. === 3.1 How to use it === You can access this functionality via the [["Deploy Architecture">>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course Platform.crashcourse-platform-deploy-understanding-deploy-architecture-basic||target="blank"]] overview in the Deploy phase.

Suggested Additional Readings == If you are interested in this topic and want more information, please read the help text provided by eMagiz and check out these links: * [[Crash Course (Menu)>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.WebHome||target="blank"]] ** [[Crash Course Platform (Navigation)>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course Platform.WebHome||target="blank"]] *** [[Understanding Deploy Architecture - Basic (Explanation)>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course Platform.crashcourse-platform-deploy-understanding-deploy-architecture-basic||target="blank"]] * [[Start Stop Flows (Search Results)>>url:https://docs.emagiz.com/bin/view/Main/Search?

{{container}} {{container layoutStyle="columns"}} ((( In this microlearning, we will focus on how to influence the runtime settings via the Deploy -> Architecture overview. With the help of this functionality, you can configure two settings.

For example, part of these settings is located on the runtime level in Deploy -> Architecture. Executing a right-click while in "Start Editing" mode on a runtime provides you with one of the following context menus.

Key takeaways == * On the runtime level in Deploy -> Architecture, you have a context menu item called "Runtime Settings." * In this context menu item, you can configure the HTTP Settings and whether the control bus is enabled. * HTTP Settings are needed when hosting a SOAP or REST web service. ** When enabling, the port needs to be filled in. ** Optionally, you can configure one-way or two-way SSL for an on-premise endpoint. * By disabling the control bus, you will lose (parts of) the functionality that allows you to view or halt data. ** Queue browser. ** Message redelivery. ** Start/Stop flow components. * Changes must be deployed by creating a new release and deploying it via a deployment plan. == 5.

The unexpected maintenance resulted in a user pressing the Apply to Environment button in Deploy -> Architecture in eMagiz. As a result, the complete machine was stopped, recreated, and started again. == 2.

The reset runtime action in the Deploy Architecture cleans up the data folder (excluding the H2 folder) but doesn't cleanup the libraries.

Moreover, we have done several improvements in deploy architecture and flow testing. Please find out all our changes & bug fixes below.

Create - Flow Designer: The styling of the "File Item Reader Message Source" component configuration pop-up has been improved. (#1152) Create - Flow Testing: Test messages can now be edited or removed while in the edit mode of the flow testing functionality. Deploy - Architecture: The SSL section in runtime settings has more elaborate helptext. (#1277) Deploy - Architecture: A pop-up with a warning will be shown when containers are configured with less memory than recommended. (#1423) Deploy - Architecture: The helptext of volume mappings has been improved. (#1405) Deploy - Deployment Plan: The deployment plan steps with type 'Failover' are now deprecated, meaning they can no longer be added to a deployment plan.

This means that you will not get blocked anymore when deploying to Production. (#1065) Create - Flow Designer: The copy paste functionality in the flow designer does not change the configuration of existing flow components anymore. (#1392) Create - Flow Testing: It is now possible to reuse the test messages created in other flows within the routing and vice versa. (#1274) Deploy - Architecture: We fixed a bug where new machines could be deployed with exceeding memory. (#1295)

Moreover, we have done several improvements in deploy architecture and flow testing. Please find out all our changes & bug fixes below.

====Minor changes==== * Community - Release Notes: The legacy release notes tab has been removed. * Create - Flow Designer: The styling of the "File Item Reader Message Source" component configuration pop-up has been improved. (#1152) * Create - Flow Testing: Test messages can now be edited or removed while in the edit mode of the flow testing functionality. * Deploy - Architecture: The SSL section in runtime settings has more elaborate helptext. (#1277) * Deploy - Architecture: A pop-up with a warning will be shown when containers are configured with less memory than recommended. (#1423) * Deploy - Architecture: The helptext of volume mappings has been improved. (#1405) * Deploy - Deployment Plan: The deployment plan steps with type 'Failover' are now deprecated, meaning they can no longer be added to a deployment plan. * Deploy - History: We added logging for when properties are deleted from the unused properties screen. (#1428) * Deploy - Missing Properties Overview: Setting the value of a missing property will now automatically remove it from the missing properties overview.

This means that you will not get blocked anymore when deploying to Production. (#1065) * Create - Flow Designer: The copy paste functionality in the flow designer does not change the configuration of existing flow components anymore. (#1392) * Create - Flow Testing: It is now possible to reuse the test messages created in other flows within the routing and vice versa. (#1274) * Deploy - Architecture: We fixed a bug where new machines could be deployed with exceeding memory. (#1295)

. (#1053) Deploy - Runtime overview: Insight into intended and actual deployments has been improved. Deploy - Architecture: It is now possible to change the memory settings of a new container before pressing "Apply to environment". (#968) Deploy - Architecture: Validation for runtimes that are moved from on premises to the cloud or vice versa has been improved. (#977) Deploy - Architecture: The formatting of action messages regarding changes in retention bytes/hours has been improved.

Bug fixes Create - Flow Designer: 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). (#1021) Create - Flow Designer: A bug has been fixed 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. (#1030) Deploy - Architecture: During deployments prechecks will be done on runtimes that still have to be deployed from deploy architecture.

. (#1053) * Deploy - Runtime overview: Insight into intended and actual deployments has been improved. * Deploy - Architecture: It is now possible to change the memory settings of a new container before pressing "Apply to environment". (#968) * Deploy - Architecture: Validation for runtimes that are moved from on premises to the cloud or vice versa has been improved. (#977) * Deploy - Architecture: The formatting of action messages regarding changes in retention bytes/hours has been improved. * Manage - Explore: The error messages that may be displayed when using wiretaps and the debugger have been improved. ====Bug fixes==== * Create - Flow Designer: 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). (#1021) * Create - Flow Designer: A bug has been fixed 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. (#1030) * Deploy - Architecture: During deployments prechecks will be done on runtimes that still have to be deployed from deploy architecture. * Manage - Monitoring: The correct number of cache hits and misses are now shown in the state generation statistics. (#1161) * Manage - Monitoring: We fixed an issue where heap memory usage data was accumulating when zooming out in the runtime statistics details dashboards. * Manage - Explorer: We aligned all timestamp formatting to yyyy-MM-dd HH:mm:ss.SSS. (#1151) * Manage - Notification settings: Internal recipients are now added correctly.

Added a search field for 'logger'. Bug fixes Deploy - Architecture: Router containers that were deleted from the Deploy Architecture, are now cleaned up completely from the environment. Deploy - Releases: We fixed an issue where used properties defined in Deploy Architecture were shown incorrectly in the missing properties overview and the unused properties overview. (#1442)

====Bug fixes==== * Deploy - Architecture: Router containers that were deleted from the Deploy Architecture, are now cleaned up completely from the environment

* Deploy - Releases: We fixed an issue where used properties defined in Deploy Architecture were shown incorrectly in the missing properties overview and the unused properties overview. (#1442)