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.

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

Configure continuous deployment #2621

Closed
shaliko opened this issue May 31, 2017 · 5 comments
Closed

Configure continuous deployment #2621

shaliko opened this issue May 31, 2017 · 5 comments

Comments

@shaliko
Copy link
Contributor

shaliko commented May 31, 2017

As a developer, I want to deploy a new version of Apinf to all our setups when a new release is ready. So we need configure continues deployment on the new release.

The goal:

  1. Configure all setups for check new release (new available version of Docker image).
  2. Do not create release until code will be tested on staging.
  3. Configure Travis CI for build new Docker release image when the release will be created on GitHub.
  4. All our setups will detect the new image, pull it and restart.

I see only one stopper for that task before setup continues deployment we need to implement that feature "Capture and track application exceptions" #1986, otherwise, we will not detect if something wrong on customer setup.

//cc @bajiat @brylie @mauriciovieira

@brylie
Copy link
Contributor

brylie commented Jun 2, 2017

@ashakunt would you also add your thoughts here? Please also share your document containing the CI vision.

@brylie
Copy link
Contributor

brylie commented Jun 2, 2017

I see only one stopper for that task before setup continues deployment we need to implement that feature "Capture and track application exceptions" #1986

@shaliko I propose we run a small experiment with one of the exception tracking solutions under discussion. That way we can have some practical experience to determine a way forward. Thoughts?

@shaliko
Copy link
Contributor Author

shaliko commented Jun 2, 2017

@shaliko I propose we run a small experiment with one of the exception tracking solutions under discussion. That way we can have some practical experience to determine a way forward. Thoughts?

Sounds right to me. In general, that is 2-4 hours of the work task but delayed for a log time. @marla-singer can manage that task.

@shaliko
Copy link
Contributor Author

shaliko commented Jun 2, 2017

"2-4 hours" estimation for #1986

@brylie
Copy link
Contributor

brylie commented Jun 2, 2017

cc: @bajiat

@mauriciovieira mauriciovieira changed the title Configure continues deployment Configure continuous deployment Jun 6, 2017
@bajiat bajiat added the backlog label Oct 27, 2017
@ghost ghost removed the backlog label Dec 20, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants