Replies: 1 comment 1 reply
-
|
Hi @joostvz, if I get you correctly, as you are deploying only one env, there is no actual need to split config in separate projects. You can still use only one but use one and same JSON multiple times by just parametrising it, e.g. So you end up having 1 json but reusing it multiple times and just customising it for the customer by changing params. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
We have one SaaS environment for Dynatrace, which in the future will contain separate management zones, one per customer. And each customer/management zone will contain several hosts, synthetic monitors, metrics, etc. As these configs will be almost identical for each of our customers, it sounds like a good plan to create a single template for it, and use that template for all our individual customers. Most of the configuration will be similar, except for the entity names which will contain the name of the customer. Also, we need to have the possibility to configure overrides for a specific customer, like a specific alert threshold.
But how should we create this in Monaco? Something like this perhaps:
Where Customer_1 and Customer_2 refer to the templated json files in the _template folder? In this case, do we have to create the two synthetic monitors in the separate customer folders as well, with a reference to the templated json files? Or is there a way to automatically include the two monitors for each customer project?
Or is it better to define different environments per customer, instead of different projects? Even though we only have one Dynatrace environment?
Any advice is highly appreciated!
Beta Was this translation helpful? Give feedback.
All reactions