Skip to content

GitLab Next

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
GitLab
GitLab
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 36,913
    • Issues 36,913
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
    • Iterations
  • Merge requests 1,538
    • Merge requests 1,538
  • Requirements
    • Requirements
    • List
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
    • Test Cases
  • Operations
    • Operations
    • Metrics
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI/CD
    • Code Review
    • Insights
    • Issue
    • Repository
    • Value Stream
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GitLab.org
  • GitLabGitLab
  • Issues
  • #28584

Closed
Open
Created May 07, 2019 by Jason Yavorska@jyavorska💬Contributor

Provide Vault instance for gitlab.com users

Problem to solve

GitLab is adding a per-instance Vault instance to Omnibus via omnibus-gitlab#4317. We could also consider providing a Vault instance to gitlab.com users to store and manage their secrets as well.

Intended users

This will be used by system administrators to install or define the Vault instance that GitLab interacts with, but services a broad cross-section of users. Security teams will be interested as it provides a mechanism for secure key management (see category page for overall strategic details and benefits.) Specifically, this will be users in this group who are also users of gitlab.com.

Further details

This could represent a significant change to compute/storage on gitlab.com. The Vault documentation has details on what is required. It's unclear if we can create one mega-instance for GitLab or if we would need one per-customer. This would drive feasibility of including it as a free feature.

HA is something we would really want if we were using vault with CI runners as any extended outage in getting secrets would delay many of our pipelines. For both infrastructure use and for our customers, we would likely want to be able to survive failures inside a region and failures of an entire region of our cloud provider.

Proposal

With omnibus-gitlab#4317 implemented, this is a incremental improvement but a complicated one. A proposal for using Vault at gitlab.com scale will need to be investigated by engineering to determine an appropriate path forward to provide this capability. From a product standpoint however we'd want to ensure parity with the managed instance version.

Permissions and Security

In terms of this specific issue, the primary concern is ensuring we follow Vault documentation and build our gitlab.com instance following their security configuration guidance.

Documentation

We will need documentation on how users can interact with their gitlab.com Vault instance.

Testing

What does success look like, and how can we measure that?

We should measure usage of Vault (either configured or installed) by our users

Links / references

Edited Feb 10, 2020 by Jackie Porter
Assignee
Assign to
Backlog
Milestone
Backlog
Assign milestone
Time tracking
None
Due date
None