# 产品特点
- 自主知识产权,真正自主可控
本平台的定位就是企业级应用,使用国外的开源产品进行封装行不通,开源软件的使用场景就是个人或者小微团队使用 虽然开源软件的开发工程师也很优秀,但是场景的不同注定本平台需要自研 否则在开源软件上需要进行大幅度的修改,无法合入社区版本,以后升级版本也是一个灾难 必须掌握核心底层技术,才能在服务中国客户时提供更强大的技术和产品支持,才能在未来的科技竞争中不被美国卡脖子 我司研发团队突破底层技术,并申请多项基础技术专利,具有多项业界独有强大功能。 - 商用产品的顶层产品设计和服务 国内从事该领域的企业主要是一些大型互联网公司的内部部门,把内部产品拆出来提供对外服务,架构负担、历史债务、产品体验负担都很重 另外由于不是这些大型互联网公司的核心业务,业务变更的不确定性也非常大 本平台从一开始就是作为商用产品进行的顶层产品设计,并且向客户提供可以依赖的长期稳定的技术支持
- 企业级应用的技术架构 企业级服务的最大特点就是高性能、高可用、大规模 本平台的顶层技术架构就是面向企业级应用,通过自研实现核心引擎无状态化,结合企业级中间件和云原生技术,让系统实现高性能,高可用,支持超大用户规模
- 更适合企业研发场景的功能设计 相对个人开发和开源协同场景 企业研发的特点是:协同更紧密、研发更规范、安全问题更突出、权限管理是必须 本平台针对企业研发场景的特点,结合多年经验,对产品进行了精心的设计和打磨
- 全面支持云原生 我司是一个建立在云上的企业,自身所有的技术栈都是云原生技术栈 完整支持云原生开发模式,流水线内置基于K8S的构建系统、可构建镜像、自持自定义镜像的任务插件;部署系统支持K8S集群部署
- 更便捷的权限模型 业界竞品大多引入一个项目概念,把所有的人、所有的it资产(包括代码库、制品、主机)加入到某个项目。 然后在项目组中设置各种角色。 这种权限模型的缺点非常明显: 首先是在it资产和人之间,强行添加了一个项目,隔断了人和it资产的直接联系 其次是不同企业的角色不同,不同企业相同角色的权限也不同(例如有些公司的QA没有代码权限,有些公司有) 最后就是同一个企业,相同的角色权限也不同。(例如同样是后端研发,只有个别人才拥有记录线上配置代码库的权限) 这种模型最终导致的后果就是提供一个无比复杂的角色设置功能(可参考微软azure devops超级复杂的项目配置车祸现场-_-!) 本平台的用户可以直接将相同权限的人组成一个用户组,这个用户组需要啥权限,就直接把这个用户组添加到it资产的不同权限角色中。
← MarkDown语法 常见问题 →