Skip to Main Content
Cloud Management and AIOps


This is an IBM Automation portal for Cloud Management and AIOps 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).

Shape the future of IBM!

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:

Search existing ideas

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 your ideas
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.

Please use the following category to raise ideas for these offerings for all environments (traditional on-premises, containers, cloud):
  • Cloud Pak for Multicloud Management

  • Cloud Pak for Network Automation - including Orchestration and Performance Management

  • Cloud Pak for Watson AIOps - including Netcool Operations Management portfolio

  • Edge Application Manager

  • IBM Observability with Instana

  • IBM Turbonomic ARM

  • Instana

  • ITM-APM Products - including IBM Tivoli Monitoring v6 and Application Performance Monitoring v8

  • Workload Automation - including Workload Scheduler

  • Tivoli System Automation - including Tivoli System Automation Application Manager (SA AM), Tivoli System Automation for Multiplatforms (SA MP)

  • Tivoli Application Dependency Discovery Manager - TADDM

Specific links you will want to bookmark for future use

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.

Status Future consideration
Workspace Instana
Categories Agent
Created by Guest
Created on Dec 5, 2022

Improve the agent deployment process : have a dev/prod or beta/stable type of release

I/we would like to have a discussion about how agents are released into the "Dynamic Agent." What we are talking about is how the .jar files are pulled from maven into the dynamic agent.

Today, you have a few options in how your agents work. If anything is incorrect here, please don't hesitate to correct me!

1. Dynamic. New agents typically come out around 4a CT. There is nothing here that externally quantifies the quality of the release. This is how my team runs today. 99% of the time, this is great. Until it is not.

2. Dynamic w/ Pinning. You have to decide which version of the Jar file are valid and then take the responsibility of rolling the versions forward. There is nothing here that externally quantifies the quality of the release. You have to pick them and move them through your environment.

3. Static. You install an agent that has a snapshot in-time of the agent jar files. It does not update automatically. There is nothing that externally quantifies the quality of this release. This means you would need to "pick one" and move it through your environment.

I would like to see another option. An option where my non-production environment can help participate in externally quantifying the quality of the release. My experience is that our environments don't look exactly like the ones that the Instana team has access to test with. This has created several opportunities for agents to go offline in production, cause issues with CPU resource usage on VMs, and in at least 2 cases caused us to have to stop/start our JVMs due to the new agents completely causing the JVMs to no longer function. These JVM restarts, or deploying new JVM instances, means that customers were negatively impacted.

For me, I would like to see a way to have the dynamic agent subscribe to an "internally tested" channel or an "externally tested channel." Typically when we see issues it is within minutes-to-hours of the 4a daily release times. If the internally tested channel was promoted to the externally tested channel after a week or two, this would give us an opportunity to prevent agent issues.

I am not sure the best way to move this suggestion forward. I realize this may be more involved than a "feature request." It is something we have been talking about for awhile and have been hoping to get some traction.


Idea priority High