Hypo

重构环境分配的逻辑，并顺便解决历史遗留 issue - [x] cloud providers：将 starter 和 adapter 合并为 cloud providers，减少代码层级 - [x] close #778 ：使用 celery 管理异步任务，api server 和 worker 分离 - [x] close #720 #710 #709 ：优化环境预分配...

Kubernetes 集群用户自助管理

1

期望：允许用户自己接入 K8s 集群并管理，不需要管理员介入 1. 添加集群管理 2. 创建比赛时需要绑定某一个集群

容器化后将配置与代码分离

5

现在的配置主要是修改 `config.py`，但是这样挂载配置的方式比较难做到配置和代码分离。 比较推荐的实践是使用文本格式的配置文件，比如 `.yml`，`.json`，`.conf` 等，在部署时，直接指定相应的文件，在容器启动时，将文本文件通过 volume 挂载到容器中，容器中的程序启动时 load。 在 K8s 中，一般通过 ConfigMap 托管文本配置文件，然后在 Deployment 配置使用该 ConfigMap，Pod 启动时，文本配置会通过 Volume 挂载在容器中。 样例： 在 K8s 使用 nginx 配置文件： https://gist.github.com/petitviolet/d36f33d145d0bbf4b54eb187b79d0244

支持 pylint

1

在迁移 py3 的过程中，可以把 python 静态检查加上，争取项目统一遵循 pep8 代码规范：[Style Guide for Python Code](https://www.python.org/dev/peps/pep-0008/)

现在后台任务之间作为后台线程运行，并不方便测试、任务管理以及扩容（不方便动态扩容后台线程），最好使用 celery 等任务框架。 可以两步走，先把后台任务移到独立的包中，然后用 celery 接管包里的逻辑。