GitLab is an open product with a Core, open-source edition, and a enterprise, open-core edition, with additional features that are closed-sourced.
We're open to integrations with companies and tools that are interested in harnessing GitLab's platform capabilities, user flows and data with their products.
If you want to talk to us about a partnership please create a shared Google Doc that includes: details about the technical integration, end user benefits and business relationship that you would ideally want. Then please contact Brandon Jung, our VP Alliances.
Primary monetization is through the sale of services. This can be a one-time implementation, ongoing support, or outsourcing.
Global Systems Integrators - have a large global workforce and can deliver on almost any customer need. Examples: Accenture, Deloitte, TCS, Wipro
Regional Systems Integrators - large workforce but with single continental focus and a more limited offering of services. Examples: CI&T, Slalom
Boutique Systems Integrators - very focused DevOps partners that could be deep experts on GitLab and the nuances of getting it setup and running it. Examples - Managed Service Providers - provide ongoing support for solutions/applications. Examples: Rackspace
Integrated/Competitive Technology Partners. Examples: Jenkins, Codeship, Shippable, TeamCity, Atlassian. Need very clear agreement from sales, product, and engineering on how we prioritize working with these partners.
Sell-to Technology Partners - Most of CNCF and majority of tech partners.
Criteria for Successful Partnerships
Exposure - Partnerships which generate more exposure to new segments of audiences, integrations are a good example.
Product usage familiarity - more people using GitLab but not necessarily installing their own instance (GitLab.com), open source projects as an example.
Adoption - partnerships attracting more people to adopt GitLab for their own instance. Upstream and downstream partners help here.
Revenue - Revenue generating partnerships. Users come first but focus on revenue has ensured we have the revenue for sustainable growth.
Strategic - partners we find will add strategic value to our long term positioning and often around competitive situations.
GitLab Delivery Models
There are many ways that GitLab can be both installed (https://about.gitlab.com/install) and once installed many deployment environments that GitLab can target. Below is a structure to think about those options and some of the trade-offs that are made depending on the model.
Self-managed - customer downloads, installs and maintains themselves
GitLab Hosted - same code as self managed but maintained by a third party
Marketplace - self-managed but purchased through marketplaces
GLaaSTS - fully managed (by the cloud provider) private instance of GitLab. Similar to the managed database options clouds offer.
GitLab.com - fully managed multi tenent offer by GitLab Inc.
Moving to Helm
GCP, AWS, DO, etc
user/month or hour
If you are interested to inquire about a potential acquisition of your company please visit our acquisition offer page.
Handling inbound alliance requests if at GitLab
If you've received an inbound alliance request please post a new message to the #alliances Slack channel with the brief description of the request. Once posted, the alliances team will declare who will take lead on that request and the necessary next steps to take.
Gdocs which are shared with the partners should be set to "Anyone with the link". Internal Gdocs should be set to "GitLab".
The following structure should be used for Gdoc names: "PARTNER NAME and GitLab".