-
Notifications
You must be signed in to change notification settings - Fork 49
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
为 Kuscia 新增《如何使用 Kuscia API 运行一个 SecretFlow 作业》教程文档 #28
Comments
AgravicCastle Give it to me |
部署后发现${user}-kuscia-master节点没有与主机的端口映射,需要进入到master节点容器里面curl Kuscia API。 |
第一次发布,我们注重了首次体验上(包括同时体验中心化场景和P2P场景),所以并没有暴露出端口(以免冲突),理论上只需要调整一下部署脚本就可以把Master的端口暴露出来的,实际生产场景也需要这么干,所以你使用上不方便的话,可以调整一下start_standalone.sh脚本(L555),增加上端口映射即可,这样就可以本地curl http://127.0.0.1:暴露端口 访问kuscia-api了 |
https://www.secretflow.org.cn/docs/kuscia/latest/zh-Hans/reference/apis/kusciajob_cn |
更新任务执行进度:API教程文档已基本完成,目前正在校对、润色。进度无风险 |
这个问题是一个非常好的观察;没有提供的原因是我们暂时还没有想得非常清晰,或者从目前的角度来讲,我们期望kuscia-api最简洁。一般在业务系统上,一般会有自己更多关于任务信息的记录,比如这个任务发起人是谁,谁审批的等信息,那么业务系统会自己有一个db的table来记录任务的信息,所以list本身他是直接从db中可以拿到的,并不一定需要kuscia-api提供;甚至白屏页面上,一般可能还要支持任务搜索等功能,这些接口太业务了,如果都由kuscia来提供,需要做的工作量太大,而且也不一定做的比业务更好。那么不如先交由业务来实现,我们只提供最核心的create/status/stop接口。 |
pull request |
任务介绍
详细要求
在文档 《如何运行一个 SecretFlow 作业》 中介绍了如何使用 K8s API 来执行作业,在 K8s API 的基础上,Kuscia 还封装了一层 Kuscia API 。希望你可以参考 《如何运行一个 SecretFlow 作业》 文档的内容新增一篇 “如何使用 Kuscia API 运行一个 SecretFlow 作业” 的教程文档,包括以下部分:
同时需要保证内容正确性,包括:
其他说明:
能力要求
操作说明
The text was updated successfully, but these errors were encountered: