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

🪨 implement static serve/balance infrastructure #41

Open
1 task
jadudm opened this issue Nov 26, 2024 · 0 comments
Open
1 task

🪨 implement static serve/balance infrastructure #41

jadudm opened this issue Nov 26, 2024 · 0 comments

Comments

@jadudm
Copy link
Collaborator

jadudm commented Nov 26, 2024

At a glance

In order to keep things simple
as an architect
I want fewer moving pieces.

Acceptance Criteria

We use DRY behavior-driven development wherever possible.

then...

Shepherd

  • UX shepherd:
  • Design shepherd:
  • Engineering shepherd:

Background

#38 is too complex.

It is nice. A dynamic, as-databases-are-packed, self-balancing infrastructure. Awesome.

And, not what we need right now.

We need to keep it simple.

statically distribute databases

When it is time to deploy, we need to do the following:

  1. Look at S3 to see what sqlite files exist
  2. Decide where they should go (knapsack, etc.)
  3. Write a config file for the s0/1/... hosts that tell them what to grab. Put them in S3 in a config bucket.
  4. Deploy

balance gets all of the configs, because it has to balance everything.

I wonder... if the config bucket could be a way of... every service fetching its config at wakeup? They only need to know about the S3 bucket that way... 🤷 Anyway. Another time, another ticket.

We do it this way because we need to be able to run the algo locally, and determine how many serve hosts to run. We can't dynamically spin up servers in cf/cloud.gov, so we have to be able to predict that in advance.

Security Considerations

Required per CM-4.

None. The config files are within the boundary, and as secure as the executables themselves.


Process checklist
  • Has a clear story statement
  • Can reasonably be done in a few days (otherwise, split this up!)
  • Shepherds have been identified
  • UX youexes all the things
  • Design designs all the things
  • Engineering engineers all the things
  • Meets acceptance criteria
  • Meets QASP conditions
  • Presented in a review
  • Includes screenshots or references to artifacts
  • Tagged with the sprint where it was finished
  • Archived

If there's UI...

  • Screen reader - Listen to the experience with a screen reader extension, ensure the information presented in order
  • Keyboard navigation - Run through acceptance criteria with keyboard tabs, ensure it works.
  • Text scaling - Adjust viewport to 1280 pixels wide and zoom to 200%, ensure everything renders as expected. Document 400% zoom issues with USWDS if appropriate.
@jadudm jadudm changed the title implement static serve/balance infrastructure 🪨 implement static serve/balance infrastructure Nov 26, 2024
@jadudm jadudm added this to jemison Nov 26, 2024
@github-project-automation github-project-automation bot moved this to triage in jemison Nov 26, 2024
@jadudm jadudm added this to the test jemison with TTS partners milestone Nov 26, 2024
@jadudm jadudm moved this from triage to backlog in jemison Nov 26, 2024
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