联盟使命
通过连接每个团队与外部世界的伟大工作来加速GITLAB的轨迹
开放合作
GITLAB是一个开放的产品,具有核心,开源版本和企业,开放的核心版本,具有额外的功能是封闭源。
我们愿意与有兴趣利用GITLAB平台能力、用户流和数据的公司和工具集成。
传统上,GITLB在谈论其他公司时,默认为竞争性的声音。这是反作用的,原因如下:
- 客户往往没有准备好或寻找更换他们的所有工具。当我们建议我们在不属于我们的领域替代(竞争)时,我们就失去了信誉。
- 我们正积极创建一个反GITLAB销售队伍在我们所有的合作伙伴与合作。
- 我们可能与这些公司联合和积极地销售或建立整合,这种声音会破坏所说的合作关系并使客户困惑。
消息转发(OCT 2019):
- 我们需要明确我们的未来和未来。
我们应该强调我们的伙伴关系,并通过这些整合为整个SDLC用户提供一个单独的应用平台。
GITLAB将只在我们可爱的阶段使用竞争性语言。(产品成熟度和产品策略 )
对于我们还不可爱的所有领域:
支持与公司的领导者的整合,使他们能够与GITLAB协同工作。
- 我们将积极致力于通过客户需求驱动的伙伴关系(联盟团队)确保强大的整合(即JIRA)。
通过产品集成,GITLAB帮助开发人员将所有的工作编译成一个可以在任何地方访问的工具。我们通过合作密切合作,为开发者提供了一个DeVOP体验。GITLAB已经与多家公司建立了伙伴关系,并与多家公司进行了整合,包括AQA安全、ARM、AWS、Bitnami、CaNoNIC、DATADOG、数字海洋、D2IQ、GCP、Mattermost、NETAPP、微软、Portworx、牧场主、SUSES、Sysdig、上行、VMware、Whitesource和更多 .
对GITLAB技术合作感兴趣?
如果你想和我们谈谈合作伙伴关系,请创建一个共享的谷歌文档,包括:技术集成、最终用户利益和你理想中想要的业务关系的细节。请联系联盟小组
合作伙伴定义
技术合作伙伴
初级货币化是通过与GITLAB集成的软件许可/支持的销售
平台合作伙伴。这些都是至关重要的合作伙伴关系,并将优先考虑,以支持我们的客户需求。
- 云合作伙伴。例如AWS、谷歌、Azure、数字海洋、IBM
- Kubernetes partners: Red Hat, Rancher, VMWare, Mesosphere, Cisco, NetApp, etc.
- 综合合作伙伴。例子:詹金斯,科德斯普,船运,TeaStand,亚特兰西。
- 出站我们将保持一个核心的优先出口合作伙伴关系,重点是:github, BitBucket,吉拉和詹金斯
- 入站: GitLab与他人相处融洽这意味着我们将支持集成,使他们成功,使他们在我们的产品,但我们鼓励其他集成伙伴制作和维护与我们的整合完成整合所需的工作将由合作伙伴提供。对于入站合作伙伴的入市计划,我们愿意合作,但希望他们能领导这项工作。
- 出售给合作伙伴- CNCF和大多数技术合作伙伴的大部分。
上游合作伙伴。例子:JeTeWork,VisualStudio,Eclipse,SLACK,云计算。
服务伙伴
初级货币化是通过销售服务。这可以是一次性实施、持续支持或外包。
全球系统集成商拥有庞大的全球员工队伍,能够满足几乎所有客户的需求。例如:埃森哲、德勤、TCS、WiPro
- 区域系统集成商-庞大的劳动力,但单一的大陆焦点和更有限的服务提供。例子:C&T,回旋
- 精品系统集成商-非常专注的DeVoP合作伙伴,可能是GITLabor的深层专家和获得和安装它的细微差别。实例-云计算,FLUX7
托管服务提供商-为解决方案/应用提供持续支持。实例:RACKSACE
Resellers
主要货币化是通过转售GITLAB。
Val/VAD(增值经销商或分销商)-渠道服务,包括转售、实施、承包、支持、融资等。
- DMR(直接市场分销商)-主营业务转售的软件,往往不执行。价值是这些合作伙伴与顾客之间的契约。
-
成功伙伴关系准则
接触-接触更多的接触新的受众,整合是一个很好的例子。
- 产品使用熟悉性-更多的人使用GITLabor,但不一定要安装自己的实例(GITLAB.com),开源项目作为一个例子。
- 采纳-伙伴关系吸引更多的人采用GITLAB为自己的例子。上游和下游合作伙伴在此帮助。
- 收入-产生收入的伙伴关系。用户是第一位的,但专注于收入确保了我们有可持续增长的收入。
- 我们发现战略合作伙伴将为我们的长期定位和竞争环境提供战略价值。
- 在产品、市场和销售团队保持一致的情况下,我们的客户有很好的合作关系。
GITLAB分娩模式
GITLAB既可以安装(安装/)安装,也可以安装许多GITLAB可以部署的部署环境。下面是一个结构,考虑这些选项和根据模型所做的一些权衡。
- 自我管理-客户下载,安装和维护自己
- GITLAB托管-与自管理但由第三方维护的相同代码
- 市场-自我管理,但通过市场购买
- Grast-完全管理(由云提供者)GITLablab的私有实例。类似于云提供的托管数据库选项。
- GITLab-完全由GITLAB公司管理的多租户提供。 | 传递模型 | 自我管理 | GitLab Hosted | 市场 | GLaaSTS | GitLab.com | | :—- | :—- | :—- | :—- | :—- | :—- | | 状态 | 活动中 | 贬低 | 很快 | 期货 | 活动中 | | 租户 | 单身 | 单身 | 单身 | 单身 | 复选 | | 安装包 | 综合/头盔 | 综合/头盔 | 综合/头盔 | 舵 | 搬到Helm | | 管理 | 自我 | 合作伙伴 | 自我 | 云 | GitLab | | 计费所有权 | GITLAB /合作伙伴 | 合作伙伴 | GCP, AWS, DO, etc | 云 | GitLab | | 基础设施公司 | 不 | 对 | 对 | 对 | 对 | | 合作伙伴 | SI’s/VAR’s | MSP | 云 | 云 | GITLAB /合作伙伴 | | 销售重点 | 混合/多云 | 合作伙伴 | 自助服务 | 自助服务 | 自助服务 | | 定价 | User/YR | User/YR | 用户/月或小时 | User/YR | User/YR |
KPIS联盟
每个主机平台的主动安装
每个托管平台的总有效安装(总计,AWS,Azure,GCP,IBM,红帽,数字海洋等)在一个给定的日历月。
Active SMAU
电流SMAU每个托管平台(总计,AWS,Azure,GCP,红帽,数字海洋,未知等)在一个给定的日历月。
按分布方法下载产品
收购
如果您有兴趣询问贵公司的潜在收购事宜,请访问我们公司。采集手册 .
工作流指南
在GITLAB中处理入站联盟请求
如果您已经收到了入站联盟请求,请在请求的简要描述下向“联盟联盟松弛通道”发布新消息。一旦公布,联盟团队将宣布谁将在这一请求和必要的下一步采取的领导。
Google docs
- 与合作伙伴共享的GDOC应该设置为“具有链接的任何人”。内部GDOCs应设置为“GITLAB”。
- 下面的结构应该用于GDOC名称:“合作伙伴名称和GITLAB”。
-
云图
MDF云信用报销流程
在向GITLAB账户申请以云信用形式偿还的MDF基金时,遵循以下过程以确保所有相关方得到通知:
在竞选活动中用以下细节创造问题:
- 竞选主题
- 时间表
- 预算
- 营销目标
- 从AWS/谷歌公司获得预算批准和认可
-
许可证申请
当合作伙伴和潜在合作伙伴请求免费许可证来开发与GITLAB的集成时,最需要的是自管理许可密钥。根据许可证的类型,生成许可证遵循下面的步骤。
自我管理
询问合作伙伴需要多少开发商席位。
- 去license.gitlab.com并用GITLAB证书登录。
- 选择手动输入选项
- 选择最终许可证(除非另有要求)。
- 设置期限为6个月
- 设置适当数量的座位;如果未知设置为5。座位总数不得超过10个。
在页面底部的自由格式文本框中提供有关许可的目的和使用的任何相关细节。
GitLab.com
询问合作伙伴需要多少开发商席位。
- 创建问题下网络内部项目并选择模板
- 设置适当数量的座位;如果未知设置为5。座位总数不得超过10个。