Uploaded image for project: 'Subscription Watch'
  1. Subscription Watch
  2. SWATCH-1956

UMB Offering ingestion should write the metered y/n flag in Offering table

XMLWordPrintable

    • Icon: Story Story
    • Resolution: Done
    • Icon: Undefined Undefined
    • 2024-02-05 - API
    • None
    • None

      Context: We currently derive product tag (which is now our identifier) from products/engineering ids later in the process and its messy. We want to do that determination up front and save it separately to clean up downstream processes.

      When an Offering UMB message is ingested we should determine the product tag using role, eng ids(because non-payg may not have role set like Satellite server) and the new field(metered flag) Justin is working on in SWATCH-1874. If only engid is present then we have to check by parent sku and then child skus to determine the tag. Also if there is a change in role then we should account an extra case in UpstreamProductData > offeringFromUmbData method.

      Done:

      • We then have to store a new column on the Offering table.
        "Metered" column to differentiate between payg and non-payg.
      • * Add a new table sku_product_tag for relational mappings.- SWATCH-2056
      • The product tag determination can be tested using the  /internal/offerings/{sku}/product_tags endpoint. 
      • The changes of this card resolve the bug reported in SWATCH-1840 

            jcarvaja@redhat.com Jose Carvajal Hilario
            karshah@redhat.com Kartik Shah
            Trayvon McKnight Trayvon McKnight
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: