Skip to content
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

High Availability for Explorer Servers #448

Closed
1000TurquoisePogs opened this issue Jun 25, 2020 · 3 comments
Closed

High Availability for Explorer Servers #448

1000TurquoisePogs opened this issue Jun 25, 2020 · 3 comments

Comments

@1000TurquoisePogs
Copy link
Member

I need to be able to use REST APIs and Zowe websites even in the event that one of the backing servers crashes, so that I can use Zowe in a high available situation.

Concerns:

  • If Sysplex Distributor doesn't "Just work" for API servers, what to do next?
  • Moving explorer UI server code to app server could sacrifice load balancing solutions for HA

Dependencies:

  • We should follow APIML squad to learn progress about HA, OR architecture calls?

Plan:

  • Move explorer UI server code into app server plugin, such that app server HA is inherited
  • Create static definition file to tell APIML to continue to host UI code at old URLs, for backwards compatibility
  • Test Sysplex Distributor with Java API servers to see if HA "just works"
@jordanCain
Copy link

The Systems squad is researching what will be involved for extenders services of Zowe which aligns with how the explorers operate as part of Zowe See: zowe/zowe-install-packaging#1471

@1000TurquoisePogs
Copy link
Member Author

This epic may not be needed. What the explorers DO need is consistently applied startup parameters, which zlaunch should handle.

@1000TurquoisePogs
Copy link
Member Author

Seems no action was needed, so closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants