ivan

我有如下的业务场景，看看有没有其他的破解之道： 对于一个项目来说，因涉及到运维密码相关配置（独立namespace：简称 secret-namespace）问题（如数据库密码等），理论上说，业务开发人员不可见。目前一个项目对应一个apollo 应用，而应用管理员权限交由业务负责人管理（因项目太多，运维管理忙不过来），这样管理员就具有了查看secret-namespace 配置的权限。 目前想到的方案： 1. apollo应用 管理员权限交由运维管理，这样由于项目太多，给用户分配权限估计就忙死了。 2. secret-namespace 独立出一个apollo应用，然后其他apollo应用继承，因继承需public属性，更不可取。 3. secret-namespace 独立出一个apollo应用，然后程序一次性加载 两个 apollo 应用，通过接口可实现，但不建议提供用户使用的复杂度，所以想问apollo-client 是否支持？ 4. 有没有其他更合理的方案？

The gunicorn.stderr.log log is shown below with no other errors. ``` [2019-03-06 09:30:39 +0800] [30552] [CRITICAL] WORKER TIMEOUT (pid:30580) [2019-03-06 09:30:41 +0800] [11135] [INFO] Booting worker with pid: 11135 ```...