Skip to content

Update applies_to Stack/Serverless/Deploy/Product render order #1727

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 4 commits into
base: main
Choose a base branch
from

Conversation

bmorelli25
Copy link
Member

@bmorelli25 bmorelli25 commented Aug 12, 2025

Summary

🍷 Pairs with #1726. The other half of #1435.

applies_to badges are rendered in a predefined order. This PR reorders the applies_to badge rendering in ApplicableToComponent.cshtml to follow a more logical hierarchy. The new order prioritizes Stack, then Serverless, followed by deployment options, then specialized tools and agents.

Important

I might not have this order correct. I welcome any opinions on what the correct order is.

I did try putting Serverless first, but there are some edge-case sections like this one where Stack really gets buried if it comes after Serverless. Thoughts?

I also considered creating a configuration file for the badge ordering, but opted for keeping the hardcoded config as this ordering is unlikely to change often and in its current state doesn't require any runtime configuration lookup.

New Rendering Order

1. Stack

  • Stack

2. Serverless

  • Serverless (when all projects share same applicability)
  • Serverless Elasticsearch
  • Serverless Observability
  • Serverless Security

3. Deployment

  • ECE
  • ECK
  • ECH
  • Self-Managed

4. ProductApplicability

  • ECCTL
  • Curator
  • EDOT (alphabetical):
    • EDOT Android
    • EDOT CF AWS
    • EDOT Collector
    • EDOT .NET
    • EDOT iOS
    • EDOT Java
    • EDOT Node.js
    • EDOT PHP
    • EDOT Python
  • APM Agents (alphabetical):
    • APM Agent Android
    • APM Agent .NET
    • APM Agent Go
    • APM Agent iOS
    • APM Agent Java
    • APM Agent Node.js
    • APM Agent PHP
    • APM Agent Python
    • APM Agent Ruby
    • APM Agent RUM

5. Product (generic)

  • Generic product applicability (catch-all)

Signed-off-by: bmorelli25 <[email protected]>
Signed-off-by: bmorelli25 <[email protected]>
Copy link

🔍 Preview links for changed docs

@colleenmcginnis
Copy link
Contributor

In the existing Documenting versions and deployment types page (which was absorbed into other pages in #1614), we stated that the order should "reflect organizational priorities". The examples provided were that serverless should come before stack and the deployment types should be in this order: serverless (?), ech, eck, ece, self-managed. I'm not sure who came up with that guidance initially or if we want to follow it.

@shainaraskas
Copy link
Contributor

👋 that was me making stuff up (but based on the push to serverless, and the deprioritization of ECE)

I think stack can come before serverless given your concerns, but I'd put the deployent types in the following order:
ech, eck, ece,self

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants