You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are several ancillary jobs that submit various documents to EVSS after a Form 526 is successfully submitted. As with the Form 526 submission itself, we need to port these document upload jobs to submit to Lighthouse instead of EVSS. In this case, we will use the Lighthouse Benefits Documents API.
However, this project got deprioritized, first because we wanted to be able to poll Lighthouse after these documents are uploaded to see if they made it to the eFolder (by building a polling system here). Releasing the polling system first is considered a semi-blocker to moving ahead with the migration
New platform requirement that will affect our work. Super supportive of this governance that helps us work toward 0 silent failures.
Matthew Dingee:
As stated in yesterday's Team of Teams, there is a new QA standard for endpoint monitoring:
Endpoint Monitoring
All endpoints that the product accesses need to be monitored in Datadog. Monitors should be configured according to the guidance in this document. To satisfy this standard, VFS teams must complete a playbook that details how they will respond to any errors that fire.
This is a launch-blocking standard, meaning teams MUST have alerts set up in Datadog, and teams MUST submit their playbook.
Enforcement of this QA standard will begin this upcoming Tuesday September 10, and will be enforced immediately at Staging Review.
This standard is intended to help us get to Zero Silent Failures (silent to the Veteran) across the entire platform. Thank you for your hard work and support in getting us to this goal.
Description
There are several ancillary jobs that submit various documents to EVSS after a Form 526 is successfully submitted. As with the Form 526 submission itself, we need to port these document upload jobs to submit to Lighthouse instead of EVSS. In this case, we will use the Lighthouse Benefits Documents API.
Much of the discovery and implementation work was started here in one large PR.
However, this project got deprioritized, first because we wanted to be able to poll Lighthouse after these documents are uploaded to see if they made it to the eFolder (by building a polling system here). Releasing the polling system first is considered a semi-blocker to moving ahead with the migration
Secondly, we prioritized eliminating silent failures in the current uploads to stop these uploads slipping through the cracks.
Here is a little status matrix on the spec as it stands on all of these to help us keep track:
Release Plan: Lighthouse Migration for Ancillary Document Uploads
The text was updated successfully, but these errors were encountered: