7f238a3168
- Add Workspace domain (entity, repository, service, handler, DTO) - Add multi-tenant K8s client with tenant binding and quota management - Add K8s diagnostics client (instance diagnostics) - Add authorization middleware (authz package) - Restructure frontend to feature-based architecture (features/) - Add User Management page in configuration - Add AccessDenied page and route guards - Refactor shared components (form inputs, layout, UI) - Update Tailwind config for new design system - Add comprehensive documentation (docs/, tasks/, plans) - Improve cluster service with better kubeconfig handling - Add tests for crypto, config, helm client, tenant binding
16 lines
1.2 KiB
Markdown
16 lines
1.2 KiB
Markdown
current：
|
||
1. .env 文件的Bootstrap Data内容并不是作为变量倒入代码的，而是因为每次重启要重新输入太过麻烦，所以将配置写在了.env, 需要考虑的是这部分东西应该在系统启用之后用户填入配置，现在只是因为开发环境
|
||
2. 注意到register harbor 在拉取的时候有些问题：
|
||
- 只有登录admin 账户的时候才能拉取，但是ivanwu的不行。
|
||
- 拉取的时候应该只拉取charts有关的，但是harbor里面的镜像所有的东西都拉取下来了很乱。
|
||
- 我创建了robot专门用于拉取harbor chart的，BOOTSTRAP_REGISTRY_ROBOT_USER 请你用这个适配。
|
||
3. 整个流程需要模拟浏览器实现：
|
||
a. 账号密码登录，配置clusters以及harbor
|
||
b. 从artifact里面也就是harbor拉取chart 并选择cluster部署（最终目标是成功部署vllm, 测试阶段以nginx 部署为主）。
|
||
|
||
|
||
future：
|
||
1. 用户权限系统，不同的用户应该能访问不同的资源，并且会有自己的配置信息。
|
||
2. 资源分配以及隔离：admin使用kubeconfig, 有着最高权限，可以创建账户并分配不同的资源给用户（namespace）。
|
||
3. 监控可视化：用户自己资源的监控等。
|