Open pablocarle opened 4 months ago
Maybe this behavior should only trigger if haInstances.size > 1
.
I worry about existing users getting disrupted if for some reason they had haInstances
defined but weren't using it. It would be user error but should they get disrupted?
If we put this change into v3, no problem. if we fix it in v2, would a disrupted user consider it a breaking change if they had haInstance.size > 1
and weren't using HAINST
for some silly reason?
I am fine with putting the change in V3
Customer content
Is your feature request related to a problem? Please describe. In an HA configuration scenario, when the properties for HA are set in the Zowe.yaml (
haInstances
section in the bottom) If the startup is made without providing theHAINST
STC parameter, the instance will start but services will use theexternalDomain
as default hostname for the services. This results in Discovery Service seeing only one instance per service.Describe the solution you'd like Zowe startup could validate that
haInstances
is set in zowe.yaml and prevent startup without specifying theHAINST
property.Describe alternatives you've considered The logic to determine whether HA is enabled in the Zowe installation or not could be updated to use either
HAINST
or the haInstances section in yaml.Engineering team info (eg https://github.com/zowe/explorer-jes/issues/4)
As a [type of user],
I want [some goal]
so that [some reason].
Details/notes
[Detail - implementation notes]
Acceptance Criteria
*Scenario 1: [Title]
Given [context]
And [some more context]...
When [event]
Then [outcome]
And [another outcome]...