Kubernetes 招摇过市多种定义最佳实践

我有一个API和一个消费者web应用程序，都是用Node和Express编写的。API由OpenAPI规范定义。由执行

上述web应用程序在Kubernetes中进行对接和管理

API有几个端点用于管理用户注册/应用程序到服务的生命周期

目前，当我需要清除已完成/放弃的应用程序，或重新提交失败的应用程序时，我会使用定期运行的cronjob来执行上述操作的数据库查询。cronjob由Kubernetes config YAML文件定义。这很快变得难以管理，难以维持

我希望为上述每项任务都有一个专用的端点。然后，一个专用的cronjob可以定期向API端点发送请求，以执行复杂的任务。这会将业务逻辑移回API，并避免在其他地方托管的cronjob中重复。我最终要问的是，这是一个好方法，还是有更好的工作流记录在我可以实现的地方

我的想法是，我可以将这些新端点添加到已经存在的消费者API中，但是将新的（内务管理/管理）端点与其他端点分开

为了将每个（当前）端点分离到各自的资源中，我在规范中定义了标记。标记似乎不足以分离这些新的“内务管理”端点

通过查看，我可以定义多个定义（通过

url

属性）来进行切换。这些定义由单独的规范文档支持。这看起来是一种非常干净的方法，可以将使用者API与管理API分离，这是最佳实践吗

如果您对此有任何意见，我将不胜感激，因为我正在努力寻找有关此类问题的大量文档