This is an IBM Automation portal for Integration products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
See this idea on ideas.ibm.com
Users of our API Connect platform complain about long synchronisation times after a new product/api or a new version of a product/api is published. When the product/api was received and published by API Manager it can take a very long time, until this new API version can be successfully invoked on the gateway or new subscriptions can be created in the portal.
As API provider teams publish products via selfservice, each team can decide when to publish a new product/api version without synchronizing with other teams or our API Connect platform team. This can lead to situations, where a larger number of products are published within a short period of time. We have seen 300 product publications within 1h where syncs with the gateway taking up to 28 minutes.
Our users publish products using a CI/CD pipeline that also runs integration tests in the manner of:
publish the product/api
run test job calling the product/api
Due to long synchronization times to the gatway, the run test job issue is often called before the API can be invoked on the gateway which breaks the pipeline.
Therefore we want to check via an APIC api, if a customer api in a specific version is actually be ready to be invoked on the gateway cluster. The pipeline will then repeatedly (e.g. every 10s) check, if the specific api is in a state, that it can be successfully invoked. Once the api is finaly available on the gateways.
By "availability on the gateway" we mean, that existing subscribers can successfully invoke the new version of an API and the synchronization is completed on all gateway pods.
We used to check this via DataPower REST API, like
"https://{{ADMIN_USER}}:{{ADMIN_PASSWORD}}@{{POD_ADDRESS}}/mgmt/config/apiconnect/APIDefinition/{{API_NAME}}_{{API_VERSION}}" and there we checkd every gateway pod if the api is synchronization correctly, but this created stability issues on the gateways.
Therefore we need an APIC API with high performance and reliability that provides the required availability status of a specific api in a specific version on all gateway instances of a gw cluster and can be invoked concurrently with high frequency. This status, i.e., if an api is published on all gateways of a cluster, should be queryable during its whole api lifetime.
Idea priority | Urgent |
By clicking the "Post Comment" or "Submit Idea" button, you are agreeing to the IBM Ideas Portal Terms of Use.
Do not place IBM confidential, company confidential, or personal information into any field.
Thank you Bernhard for providing those links.
The issue with Gateway Processing status is that it lists the previous x changes of the last y minutes.
What we require is: is API a published on all gateway pods under version v? yes or no
Writing any kind of "watcher service" that watches this stream of changes from the Gateway Processing Status and translate it to our requirements is problematic:
Gateway Processing status only stores the information for a limited amount of minutes: This watcher service must watch the Gateway processing status constantly and is not allowed to miss any changes, otherwise the change status to the new version will be provided as "no" since the event has never been seen
This watcher service must be HA since our pipeline is. Hence 3 replicas have to communicate with each other to sync up the stuff which they have seen
some kind of persistence is need to store this information:
e.g. the service must restart: even after a restart, the watcher service must be able to tell if API a was published under version v
such information if API a was published under version v must be stored in a persistent manner: publishing times from API Manager to Gateways have been slowly but steadily increasing due to increased publishing lifecycle-load so that a publish-event on API Manager can take 30+ min to sync up within the Gateways. We even had a case/incident were it took several hours/ maybe even days.
--> introducing any kind of persistence create the room for data drift between our persistent storage and what is actually on the gateways
Overall creating such a service in a serious manner is accompanied with a lot of issues as outlined above.
An API management system is explicitly bought to have such questions already solved and the customer should not be forced to reimplement such logic.
The API manager seems to be listening on this gateway processing status anyways and also understands how it works.
So, providing any kind of endpoint which abstracts this question of "is API a published on all gateway pods under version v?" is the best way.
I think you are searching for https://www.ibm.com/docs/en/api-connect/10.0.5.x_lts?topic=cloud-reviewing-gateways-processing-status#tapic_gw_status_cli
This is also present in provider api https://apic-api.apiconnect.ibmcloud.com/v10/#/IBMAPIConnectPlatformProviderAPI_200/operation/%2Fcatalogs%2F%7Borg%7D%2F%7Bcatalog%7D%2Fconfigured-gateway-services%2F%7Bconfigured-gateway-service%7D/get
I think you are searching for https://www.ibm.com/docs/en/api-connect/10.0.5.x_lts?topic=cloud-reviewing-gateways-processing-status#tapic_gw_status_cli.
Although it is not mentioned in this documentation, it is also available in provider api (https://apic-api.apiconnect.ibmcloud.com/v10/#/IBMAPIConnectPlatformProviderAPI_200/operation/%2Fcatalogs%2F%7Borg%7D%2F%7Bcatalog%7D%2Fconfigured-gateway-services%2F%7Bconfigured-gateway-service%7D/get)
Kind regards
Bernhard