Skip to content
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.

Sign up for GitHub

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

Jump to bottom

Add APIs to scale apps up/down #62

Closed
sabbyanandan opened this issue May 9, 2016 · 2 comments
Closed

Add APIs to scale apps up/down #62

sabbyanandan opened this issue May 9, 2016 · 2 comments
Assignees
@dturanski
Milestone
Iteration 155 -> ...

Comments

@sabbyanandan
Copy link
Contributor

sabbyanandan commented May 9, 2016 •
edited
Loading

As a developer, I'd like to add the scale() API, so the platform deployers can implement the platform-specific approach to scale app instances up/down.
@sabbyanandan sabbyanandan changed the title Identify approach to scale app instances up/down Spike: Identify approach to scale app instances up/down May 9, 2016
@sabbyanandan sabbyanandan added this to the 1.0.0.RC1 milestone May 9, 2016
@sabbyanandan sabbyanandan changed the title Spike: Identify approach to scale app instances up/down Spike: Identify approach to consistently pass credentials May 9, 2016
@sabbyanandan sabbyanandan changed the title Spike: Identify approach to consistently pass credentials Spike: Identify approach to consistently scale up/down May 9, 2016
@sabbyanandan sabbyanandan changed the title Spike: Identify approach to consistently scale up/down Spike: Identify approach to consistently scale apps up/down May 9, 2016
@sabbyanandan sabbyanandan mentioned this issue May 9, 2016
Closed
@sabbyanandan sabbyanandan removed this from the 1.0.0.RC1 milestone May 20, 2016
@sabbyanandan sabbyanandan added this to the 1.1.0.M1 milestone Jul 18, 2016
@sabbyanandan sabbyanandan removed this from the 1.1.0.M1 milestone Aug 8, 2016
@sabbyanandan sabbyanandan mentioned this issue Nov 22, 2016
Closed
@markpollack markpollack removed the ready label Sep 11, 2017
This was referenced Oct 3, 2017
Open
Closed
Closed
@sabbyanandan sabbyanandan added this to the 1.3.0.M2 milestone Oct 3, 2017
@sabbyanandan sabbyanandan assigned dturanski and unassigned jvalkeal Oct 9, 2017
@dturanski dturanski mentioned this issue Oct 9, 2017
Closed
@sabbyanandan sabbyanandan modified the milestones: 1.3.0.M2, 1.3.0.RC1 Nov 14, 2017
@sabbyanandan sabbyanandan modified the milestone: 1.3.0.RC1 Dec 19, 2017
@sabbyanandan sabbyanandan removed this from the 1.3.0.RC1 milestone Jan 9, 2018
@sabbyanandan
Copy link
Contributor Author

This is an outdated issue and I'm closing it for now.

@sabbyanandan sabbyanandan reopened this Oct 14, 2019
@sabbyanandan
Copy link
Contributor Author

Since we have the ability to autoscale apps +/- based on throughput and other important metrics from Prometheus like TSDB systems, it would be useful to have this API in the deployers, and likewise exposed as RESTful endpoints in SCDF.

This was referenced Oct 15, 2019
Closed
Closed
Closed
Closed
corneil pushed a commit that referenced this issue Mar 22, 2023
@trisberg @markpollack
Fix local deployer issues
e7cceab 
- add switch to allow testing with docker images instead of Maven artifacts

- use SPRING_CLOUD_DEPLOYER_SPI_TEST_USE_DOCKER=true

- set instance env vars like INSTANCE_INDEX for app when deployed as docker image

- pass command line args to app when deployed as docker image

- for docker, expose the port used by the container instead of 8080

- support deploying Boot 2.0 apps by changing to pass app properties as command line args

Resolves #62
Resolves #65
Resolves #66
Resolves #67

Add support for passing app props as SPRING_APPLICATION_JSON

- moving deployer provided env vars out of the LocalDeployerProperties

Rename test to remove Abstract prefix
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@dturanski dturanski

Labels
None yet
Projects
None yet
Milestone
Iteration 155 -> SCDF 2.3.0.RC1
Development

No branches or pull requests
4 participants
@jvalkeal @markpollack @dturanski @sabbyanandan