cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Claudia.Landivar
AppDynamics Team (Retired)

What naming conventions are recommended when defining configuration objects for AppDynamics Database Visibility?

 

We highly recommend the following standard naming conventions for different configuration items used in AppDynamics because sound naming standards are an important practice for:

  • Efficient identification of objects
  • Understanding data context
  • Navigation
  • Searching
  • Housekeeping
  • Decommissioning efforts

plus more...!

 

NOTEIn this article, we are specifying standards for setting configuration items' values, rather than methods. See more below.
These recommendations are based on standard configurations and are not intended to be a universal solution, and therefore may not work with custom-configured instances.

 

In this article...


 

Naming conventions for Database Agent

Successful naming is based on emphasizing the use of common standards. So, where available, use nomenclature that already exists, whether public or company-based. The following table contains naming best practices for AppDynamics Database Collectors.

 

Database Agent naming conventions
Database Collectors
  
{Country}-{DB name}-{Environment}
  • {DB name} should be the CMDB name of the Database, unless the CMDB name does not adhere to the overarching principle, in which case it should be decided by the application teams with assistance from AppDynamics-knowledgeable resources.
  • Database collector names and APM database back-end names for the same database should match (or be very similar) whenever possible.

Back to Contents

 

Overarching principles for naming conventions

Some configuration items do not specify a strict pattern or convention. Instead, we leave it up to you to decide. In such cases the following principle should always apply:

 

Names chosen for any configuration item should be a sensible, non-technical description.

 

DO THIS

NOT THIS

Use plain language

Avoid too-formal, distancing language

Be descriptive, but concise

Don’t be verbose—or curt

Use business terminology where possible

Don’t use technical terms

Make it meaningful to all intended users

Avoid jargon that won’t be familiar to all of the intended users.
When in doubt, leave it out.

 

PLEASE NOTE: In this article, we are not specifying the method of setting values for configuration items, only standards for the values themselves. In the case of agent configuration properties, use one of the following methods to set the values:

  • Configuration files
  • System Properties
  • Environment Variables

Let us know in the comments below if you have further questions on methods.


 

Additional Resources

 

Need to go deeper? Reach out to Call a Consultant

Version history
Last update:
‎02-03-2022 09:13 PM
Updated by:
Contributors