-
Notifications
You must be signed in to change notification settings - Fork 70
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Alter wording of "Deploy Self-Host Integration Runtimes" #210
Comments
Thanks @mboswell for submitting this. But the button here is for the user to decide whether a SHIR for Purview AND Data Factory should be deployed. Not just Purview. What would be your suggestion under these circumstances? |
Hi @mboswell, Any feedback? Thank you! |
The help bubble is a good start but please can we put this into the text of "Deploy Self-hosted Integration Runtimes" to say "Deploy Self-hosted Integration Runtimes for Data Factory and Purview". The help text then explains that two VMSS sets will be created. |
But they are not both created. The second one cannot be created without the user providing the Key for the Purview SHIR Instance. Therefore, this change would be misleading for users. |
Sorry, this was by mistake, because I linked the wrong issue to the other PRs, but I reopened the issue earlier already. |
This is what we are looking for...
Hence breaking this out into two options as customer won't always have both ADF and Purview. Some might only have Purview and others only Data Factory. |
In the one click deployment of a Data Landing Zone, the wording of "Deploy Self-Host Integration Runtimes" needs to be clearer that these SHIR are for Purview. Suggestion would be to change wording to "Deploy Self-Host Integration Runtimes for Purview"
The text was updated successfully, but these errors were encountered: