Appdynamics / Appdynamics/config-assessment-tool
Improve BT maturity assessment
- Dominant language
- Python
- Stars
- 21
- Forks
- 22
- Avg merge
- 2h 48m
- Merged PRs (30d)
- 3
Description
It's ok to report overall number of BTs, but I would not score that. It would be better to score average number of BTs per tier. If you have > 40 BTs per tier, that is bronze, etc. Also I'd like to see separate scoring for apps with BT lockdown vs not. If lockdown, then only score based on BTs per tier. If no lockdown, then also look for load in All Other Traffic BTs: the more AOT BTs with load, the worse.
Keep in mind that BT lockdown is powerful, but it also has to be manually configured at each level of an app. There is no API to register BTs as 1st class from AOT BTs. So BT lockdown is not best suited depending on the app and how it is managed.
There is a related issue involving number of tiers. If an app has > 50 tiers, that could arguably be bronze. I am unsure of this, because if there is an app with BTs in a few tiers, then many downstream tiers, that would work fine. Not sure if this is worth reporting or scoring.
Contributor guide
Research direction
The issue names no files, tests, or entry points. Start by locating the existing BT maturity assessment and its scoring logic, then review how BT tiers, lockdown, All Other Traffic, and tier counts are represented. Done requires an agreed scoring design and tests covering the proposed lockdown and traffic cases.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- tooling
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100