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

Discovery for testing EC2 and Containerized LMS/Studio in parallel #925

Open
robrap opened this issue Jan 31, 2025 · 0 comments
Open

Discovery for testing EC2 and Containerized LMS/Studio in parallel #925

robrap opened this issue Jan 31, 2025 · 0 comments

Comments

@robrap
Copy link
Contributor

robrap commented Jan 31, 2025

This ticket is for discovery on how to test the containerized LMS/Studio before an official cut-over.

For example, SRE is working on standing up a containerized version of Studio in Stage, while the Stage environment still points to the EC2 version of Studio.

The following questions are about how to test the new containerized version of Studio (and LMS), before switching over all end users to the new containerized version.

  • Do we need a new sub-environment within Stage (and then maybe Prod and Edge), and how deep does it need to go?
    • Does it need a separate domain and/or ELB?
    • Do we need new MFEs, or would we use /etc/hosts?
    • Do we need duplicate backend services for service-to-service calls to test calls back to the LMS? Or will this not be tested until the final cutover (per environment)?
    • Could we use a sandbox with nginx as a proxy?
    • Do we basically need a containerized-stage environment with all parts duplicated?
    • Could existing nginx in stage/edge/prod choose the LMS/Studio based on IP, or percent rollout, or other?
    • Other possible solutions?
@robrap robrap added this to Arch-BOM Jan 31, 2025
@robrap robrap converted this from a draft issue Jan 31, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Backlog
Development

No branches or pull requests

1 participant