Uploaded image for project: 'OCP Technical Release Team'
  1. OCP Technical Release Team
  2. TRT-1477

Standup GCP Liveness Monitoring Endpoint

XMLWordPrintable

    • Icon: Story Story
    • Resolution: Done
    • Icon: Major Major
    • None
    • None
    • None
    • False
    • None
    • False

      As part of our investigation into GCP disruption we want an endpoint separate from the cluster under test but inside GCP to monitor for connectivity.

      One approach is to use a GCP Cloud Function with a HTTP Trigger

      Another alternative it to standup our own server and collect logging

       

      We need to consider cost of implementation, cost of maintaining and how well the implementation lines up with our overall test scenario (we are wanting to use this as a control to compare with reaching a pod within a cluster under test)

       

      We may want to also consider standing up similar endpoints in AWS and Azure in the future.

       

      A separate story will cover monitoring the endpoint from within Origin

      • We want to capture the audit id and log when we receive an incoming request
      • audit id could include the build id or another field could be used to correlate back to the job instance

            dperique@redhat.com Dennis Periquet
            rh-ee-fbabcock Forrest Babcock
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: