4 ms·

What convinced me to try out gitlab today: "Today with 9.0, we are excited to release Deploy Boards for environments running on Kubernetes. The Environments pag

by kozikow 10y ago

What convinced me to try out gitlab today: "Today with 9.0, we are excited to release Deploy Boards for environments running on Kubernetes. The Environments page of Pipelines now offers a single place to view the current health and deployment status of each environment, displaying the specific status of each pod in the deployment. Developers and other teammates can view the progress and status of a rollout, pod by pod, in the workflow they already use without any need to access Kubernetes."

sytse 10y ago
Great to hear that. Deploy boards is one of the few features that came from our own vision more than customer requests. So we're very happy to get validation that this is something people need. GitLab 9.1 will have canary deploys and an automatically deploy board to make deployments even better.
- josegonzalez 10y ago
  Is there an api for users that might want to integrate alternative schedulers for these features? Would be lovely to be able to integrate Nomad somewhat natively.
  - sytse 10y ago
    Right now Kubernetes is a project service in GitLab. We would love to have a project service for Nomad to do the same. Right now we're focussed on Kubernetes but we hope the wider community will pick up the other schedulers. Also see https://about.gitlab.com/strategy/ https://about.gitlab.com/strategy/ "The people that have the most knowledge have to prioritize breadth over depth since only they can add new functionality. Making the functionality more comprehensive requires less coordination than making the initial minimal feature. Shipping functionality that is incomplete to expand the scope sometimes goes against our instincts. However leading the way is needed to allow others to see our path and contribute. So when in doubt, the rule of thumb is breadth over depth, so everyone can contribute."
  - jobvandervoort 10y ago
    No, but we're hoping to work together with the community to make all these features available on all major platforms [0]. One thing that we're seeing is that most schedulers are moving towards supporting Kubernetes, which goes a long way in making this work there. Right now we support Kubernetes through Google Container Engine or via Openshift. [0]: https://gitlab.com/gitlab-org/gitlab-ce/issues/20199 https://gitlab.com/gitlab-org/gitlab-ce/issues/20199
Snappy 10y ago
Really glad to hear that! We're really excited about this direction and think it'll be a game changer for DevOps. Of course there's more to come. Take a look at our direction[1] and join in the discussion! [1] https://about.gitlab.com/direction/#deploy https://about.gitlab.com/direction/#deploy
iheart2code 10y ago
Why are Deploy Boards being restricted to EEP customers? I would love access to that, but I don't need the support and geo-replication (and 5x cost increase) that comes with EEP.

by kozikow 10y ago

sytse 10y ago

Great to hear that. Deploy boards is one of the few features that came from our own vision more than customer requests. So we're very happy to get validation that this is something people need. GitLab 9.1 will have canary deploys and an automatically deploy board to make deployments even better.

josegonzalez 10y ago
Is there an api for users that might want to integrate alternative schedulers for these features? Would be lovely to be able to integrate Nomad somewhat natively.
- sytse 10y ago
  Right now Kubernetes is a project service in GitLab. We would love to have a project service for Nomad to do the same. Right now we're focussed on Kubernetes but we hope the wider community will pick up the other schedulers. Also see https://about.gitlab.com/strategy/ https://about.gitlab.com/strategy/ "The people that have the most knowledge have to prioritize breadth over depth since only they can add new functionality. Making the functionality more comprehensive requires less coordination than making the initial minimal feature. Shipping functionality that is incomplete to expand the scope sometimes goes against our instincts. However leading the way is needed to allow others to see our path and contribute. So when in doubt, the rule of thumb is breadth over depth, so everyone can contribute."
- jobvandervoort 10y ago
  No, but we're hoping to work together with the community to make all these features available on all major platforms [0]. One thing that we're seeing is that most schedulers are moving towards supporting Kubernetes, which goes a long way in making this work there. Right now we support Kubernetes through Google Container Engine or via Openshift. [0]: https://gitlab.com/gitlab-org/gitlab-ce/issues/20199 https://gitlab.com/gitlab-org/gitlab-ce/issues/20199

Snappy 10y ago

Really glad to hear that! We're really excited about this direction and think it'll be a game changer for DevOps. Of course there's more to come. Take a look at our direction[1] and join in the discussion! [1] https://about.gitlab.com/direction/#deploy https://about.gitlab.com/direction/#deploy

iheart2code 10y ago

Why are Deploy Boards being restricted to EEP customers? I would love access to that, but I don't need the support and geo-replication (and 5x cost increase) that comes with EEP.