如何解决大肆宣传多种定义的最佳做法
我有一个用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 举报,一经查实,本站将立刻删除。