-
Notifications
You must be signed in to change notification settings - Fork 36
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
[RFE] Automatic language and technology discovery for applications #170
Labels
kind/feature
Categorizes issue or PR as related to a new feature.
priority/important-soon
Must be staffed and worked on either currently, or very soon, ideally in time for the next release.
RFE
size/XXL
Denotes a PR that changes 1000+ lines, ignoring generated files.
triage/accepted
Indicates an issue or PR is ready to be actively worked on.
Milestone
Comments
This issue is currently awaiting triage. |
konveyor-ci-bot
bot
added
needs-triage
Indicates an issue or PR lacks a `triage/foo` label and requires one.
needs-kind
Indicates an issue or PR lacks a `kind/foo` label and requires one.
needs-priority
Indicates an issue or PR lacks a `priority/foo` label and requires one.
labels
Apr 9, 2024
@jortel @mansam @JustinXHale for your consideration. |
Recommend these fields for tasks to begin with:
|
This was referenced May 31, 2024
dymurray
added
kind/feature
Categorizes issue or PR as related to a new feature.
priority/important-soon
Must be staffed and worked on either currently, or very soon, ideally in time for the next release.
labels
Jun 26, 2024
konveyor-ci-bot
bot
removed
needs-kind
Indicates an issue or PR lacks a `kind/foo` label and requires one.
needs-priority
Indicates an issue or PR lacks a `priority/foo` label and requires one.
labels
Jun 26, 2024
dymurray
added
triage/accepted
Indicates an issue or PR is ready to be actively worked on.
size/XXL
Denotes a PR that changes 1000+ lines, ignoring generated files.
labels
Jun 26, 2024
konveyor-ci-bot
bot
removed
the
needs-triage
Indicates an issue or PR lacks a `triage/foo` label and requires one.
label
Jun 26, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
kind/feature
Categorizes issue or PR as related to a new feature.
priority/important-soon
Must be staffed and worked on either currently, or very soon, ideally in time for the next release.
RFE
size/XXL
Denotes a PR that changes 1000+ lines, ignoring generated files.
triage/accepted
Indicates an issue or PR is ready to be actively worked on.
What is the problem?
Getting insights about the language and technology stack of an application requires the user to run an analysis on it.
Why is this a problem?
On large portfolios, having to manually schedule an analysis on all applications to start figuring out their language and technology stack could be cumbersome and somehow counterintuitive. The natural flow would be to first understand the language and technology stack of an application, and based on that, potentially have it aligned with an existing archetype to then run the analysis for the most suitable migration target based on that information.
Proposed solution
Automate the process of discovering first the language and then the technology stack for applications in the portfolio. When idle, the hub should automatically create language/technology stack discovery tasks for applications that don't have that information available yet in the portfolio. Certain considerations should be taken into account:
The text was updated successfully, but these errors were encountered: