补充以下: 0. 明确我们暴露OBS给用户，最主要的目的是啥？ 查看构建日志，调试单个package, 获取构建的rpm？ 1. 文档，包括OBS系统的介绍，当前我们的开发流程，是怎么使用OBS系统的，如果需要调试单个package怎么操作等。 2. 域名，确实需要。 3. 关于OBS集群本身支持规模的规格，官方并没有明确说明，不过我们在部署的时候是参考build.opensuse.org网站的部署规格来的，具体说明[1]。按照opensuse的机器规格和包的总量来看。我们现有集群的规格短期内是够用的， 同时我们现在新增了普罗米修斯的监控系统，在资源使用超过阈值的情况下会有告警。 4. OBS系统的组件都是通过脚本部署在虚拟机上的，本身不支持自动伸缩，需要在资源不足的情况下，手动扩展(扩容等) 5. 关于账户管理，OBS本身有类似于maintainer，reviewer bugowner的角色分类，可以在项目的meta中定义，不过我们目前的开发流程，所有的角色定义都在gitee中，obs本身没有开放这块角色分类，所以开放后，任何人可以在obs注册用户，fork 项目，然后只能在个人主页project下面进行调试。
[1]: https://openbuildservice.org/help/manuals/obs-admin-guide/obs.cha.installati...
On Mon, Feb 3, 2020 at 9:13 AM Liyongle (Fred) via Tc tc@openeuler.org wrote:
Hi Infrastructure team,
From last weekly meeting[1] I took one action “fred_li get the schedule of open OBS”.
The following needs to be analyzed and assessed:
- Volume. About how many engineers does it support?
- Elastic resource support or not: if access exceeds the criteria, will it restrict, or trigger elastic resource?
- account management:
- domain name or IP we will use.
- anything else we have got from uses(like OVS)?
If infrastructure team can provide feedback by Feb 7th, that will be fantastic.
[1] http://meetings.openeuler.org/openeuler-meeting/2020/infrastructure/2020-01-...
Fred 李永乐
Tc mailing list -- tc@openeuler.org To unsubscribe send an email to tc-leave@openeuler.org