cloudfoundry / cloudfoundry/stratos
V3 API: Support new 'Processes' concept
Open
Nobody has claimed this yet.
v3 api
- Dominant language
- TypeScript
- Stars
- 267
- Forks
- 137
- Avg merge
- 5h 14m
- Merged PRs (30d)
- 77
Description
- in v2 the api exposed
instanceswhich can be scaled - we show these instances in the ui along with their state.
- in v3
processeshave been exposed, which were previously 1:1 withinstances instancesare now M:1 withprocesses- Most will contain a process of type
web - Other processes can be used to execute before/after scaling, etc
- Most will contain a process of type
- Changing the
instancecount will increase thewebprocess count but not other processes - Application state needs to be updated to take into account the web process state... and possibly the state of any other process during transitions
- memory/disk quota's are by process now, not per application
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing the v3 API's processes data into the UI application state, including scaling and transition handling. Done means the UI reflects web and other process states and applies memory and disk quotas per process; the issue does not name files or tests to run.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- angular, typescript
- Domain
- api, cloud, frontend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100