大肆宣传多种定义的最佳做法

问题描述

我有一个用Node和Express编写的API和一个消费者Web应用程序。该API由OpenAPI规范定义。由SwaggerUI documentation实施。

上述Web应用程序是在Kubernetes中进行Docker化管理的。

API具有一些端点,用于管理用户注册/应用程序到服务的生命周期。

当前,当我需要清除已完成/已放弃的应用程序或重新提交失败的应用程序时,我会使用定期运行的cronjob对所提及的操作进行数据库查询。 cronjob由Kubernetes配置YAML文件定义。这很快变得难以管理,并且难以维护。

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

我的想法是,我可以将这些新的端点添加到已经存在的使用者API中,但是将新的(客房/管理)端点与其他端点分开。

要将每个(当前)端点分离到各自的资源中,我在规范内定义标签标签似乎不足以分隔这些新的“内务处理”端点。

浏览{{3}}可以看到我可以定义多个定义(通过urls属性)以在它们之间进行切换。这些定义由各个规范文档提供支持。看来这是将使用者API与管理API分开的一种非常干净的方法,这是最佳做法吗?

在此方面我很努力地找到很多有关此问题的文档,对此我们将不胜感激。

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)