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

Investigate kubernetes-native continuous deployment tooling to use to automate our environment deployments #5163

Open
cirocosta opened this issue Feb 11, 2020 · 1 comment
Labels

Comments

@cirocosta
Copy link
Member

Since the migration from BOSH to Kubernetes (concourse/prod#36), we went from
continuously deploying ci.concourse-ci.org on every commit that made through
the whole pipeline, to only manually doing so from time to time.

For wings, we used to have a pipeline that would make deploying it one click
away.

Nowadays, however, none of those are true anymore: for both
hush-house.concourse-ci.org and ci.concourse-ci.org, everything is manual
when it comes to deploying.

By leveraging a continuous deployment (CD) tool, we could have not only solve
the problem of having to manually deploy our environments, but also learn how
others are tackling this problem in a kubernetes-native way (something we don't
know much about).

So far, argocd displayed some interesting characteristics, being a great
canditate:

  • kubernetes-native
  • declarative definition as code
  • seems to have the community around it (the seem to be in the process of
    joining cncf: Argo proposal for CNCF Incubation cncf/toc#299 - interestingly, not the
    CD foundation 👀)
  • possibility of defining custom hooks to both deployments and rollbacks
    (remembering that our rollbacks involve manual downgrade migrations to
    occur)

but that's not necessarily the tool that we should stick to.

tl;dr

problems

i. despite us continuously delivering concourse, all of our environments are
manually deployed (no continuous deployment).

- reducing our ability to learn from the fixes and features we push daily

ii. we don't know how kubernetes-native CD looks like

- prolems that it solves
- how they solve those problems

bet

  • leveraging a kubernetes-native CD tool (ii) we can get some of our
    environments continuously deployed (i).

  • by forcing ourselves to use a CD tool, we'll learn what's good, and what's
    bad.

acceptance criteria

  • Define a continuous deployment tool to use to allow us to continuously deploy
    ci.concourse-ci.org, as well as our other environments, outlying pros and
    cons.
@cirocosta cirocosta added the epic label Feb 11, 2020
@cirocosta cirocosta changed the title Investigate kubernetes-native continuous tool to use to automate our environment deployments Investigate kubernetes-native continuous deployment tooling to use to automate our environment deployments Feb 11, 2020
@stale
Copy link

stale bot commented Apr 14, 2020

Is this still relevant? If so, what is blocking it? Is there anything you can do to help move it forward?

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.

@stale stale bot added the wontfix label Apr 14, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants