-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
[Remote clusters] Cloud deployment form when adding new cluster #94450
[Remote clusters] Cloud deployment form when adding new cluster #94450
Conversation
Pinging @elastic/es-ui (Team:Elasticsearch UI) |
Thanks, @yuliacech ! I think this approach works really nicely. A couple of comments:
|
@elasticmachine merge upstream |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Core changes LGTM!
@elasticmachine merge upstream |
Is there a reason we auto-open the flyout after adding a remote url? Is there a connection check that happens here? |
@elasticmachine merge upstream |
Hi @mdefazio, the flyout opens automatically because the form redirects to the list with details view after a cluster is added successfully. This was not changed in this work but I'm happy to address your feedback in a separate PR. Should the form still redirect to the list view but display a toast notification instead of the details flyout? Or we could possibly disable the redirection all together, WDYT? |
@mdefazio The logos in the Cloud UI are going away, in a future project. As for the wording of the popover, AFAIK, we haven't done steps in a popover, ever. So I'd make it a simple sentence: |
@elasticmachine merge upstream |
@elasticmachine merge upstream |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good. Sorry for any delay on checking the changes.
@elasticmachine merge upstream |
@elasticmachine merge upstream |
@elasticmachine merge upstream |
…tic#94450) * Implemented in-form Cloud deployment url input * Fixed i18n files and added mode switch back for non-Cloud * Added cloud docs link to the documentation service, fixed snapshot tests * Fixed docs build * Added jest test for the new cloud url input * Added unit test for cloud validation * Fixed eslint error * Fixed ts errors * Added ts-ignore * Fixed ts errors * Refactored connection mode component and component tests * Fixed import * Fixed copy * Fixed copy * Reverted docs changes * Reverted docs changes * Replaced the screenshot with a popover and refactored integration tests * Added todo for cloud deployments link * Changed cloud URL help text copy * Added cloud base url and deleted unnecessary base path * Fixed es error * Fixed es error * Changed wording * Reverted docs changes * Updated the help popover * Deleted unneeded fragment component * Deleted unneeded fragment component * Updated tests descriptions to be more detailed Co-authored-by: Kibana Machine <[email protected]>
…) (#96558) * Implemented in-form Cloud deployment url input * Fixed i18n files and added mode switch back for non-Cloud * Added cloud docs link to the documentation service, fixed snapshot tests * Fixed docs build * Added jest test for the new cloud url input * Added unit test for cloud validation * Fixed eslint error * Fixed ts errors * Added ts-ignore * Fixed ts errors * Refactored connection mode component and component tests * Fixed import * Fixed copy * Fixed copy * Reverted docs changes * Reverted docs changes * Replaced the screenshot with a popover and refactored integration tests * Added todo for cloud deployments link * Changed cloud URL help text copy * Added cloud base url and deleted unnecessary base path * Fixed es error * Fixed es error * Changed wording * Reverted docs changes * Updated the help popover * Deleted unneeded fragment component * Deleted unneeded fragment component * Updated tests descriptions to be more detailed Co-authored-by: Kibana Machine <[email protected]> Co-authored-by: Kibana Machine <[email protected]>
💔 Build Failed
Failed CI StepsTest FailuresKibana Pipeline / general / X-Pack EPM API Integration Tests.x-pack/test/fleet_api_integration/apis/epm/list·ts.Fleet Endpoints EPM Endpoints EPM - list "before all" hook in "EPM - list"Standard Out
Stack Trace
Kibana Pipeline / general / X-Pack EPM API Integration Tests.x-pack/test/fleet_api_integration/apis/epm/list·ts.Fleet Endpoints EPM Endpoints EPM - list "after all" hook in "EPM - list"Standard Out
Stack Trace
Kibana Pipeline / general / X-Pack EPM API Integration Tests.x-pack/test/fleet_api_integration/apis/epm/list·ts.Fleet Endpoints EPM Endpoints EPM - list "before all" hook in "EPM - list"Standard Out
Stack Trace
and 2 more failures, only showing the first 3. Metrics [docs]Module Count
Async chunks
Page load bundle
History
To update your PR or re-run it, just comment with: |
Summary
Addresses some of #90894
This PR adds a new input for Cloud (both ESS and ECE) users that allows them to configure a remote cluster with only a Cloud endpoint url (no need to fill out proxy address and server name). Also proxy mode that is default for Cloud is being forced in the form (no switch to sniff mode).
Screenshot
Implementation
Remote clusters on Cloud context
9400
(that is not likely to change)<protocol>://<domain>:<port>
<domain>:9400
<domain>
Cloud endpoint url input
*logic for enabling Cloud url input when editing an existing cluster:
9400
proxy address without port === server name
Screenshot and GIF
Screenshots
Cloud url input enabledCloud url disabled
GIF
Apr-12-2021.17-37-42.mp4
How to test
When running Kibana locally add a value for
xpack.cloud.id
tokibana.yml
file to simulate Cloud environmentChecklist
Release Note
It's now possible to configure a remote cluster on Cloud using only Cloud endpoint url.