你们的需求用的什么工具管理呢？
jira 和 Jenkins 应该就可以吧
https://cloud.tencent.com/developer/article/1902539
没有实践过，你可以试试

@tduck 6# 开源和你建立 SaaS 提供收费服务并不冲突啊，我觉得完全可以先做做调研看看需求量，然后设计定价看看能不能做

CICD ，ETL ，日志系统，k8s ，IAM ，规则引擎，分布式调度
写着发现这和 gpt 回答差不多啊，微服务，容器技术，devops

@darkengine 现在有 wasm ，浏览器都可以跑 postgresql

工具箱我用的腾讯的，https://tool.browser.qq.com/

改容器痛半小时，不改痛 3 年，我赞成 3 楼

https://github.com/fantasticit/think
最近看到了这个，简直语雀替代品，但是细节上还是有很多问题的，而且看 issue 感觉最近大半年不是很活跃了，作者也在 v 站发过，希望这个项目能发展起来

刚看了下，之前买的 60 元 3 年的 mysql 现在要好几千。。。嘶，真想再嫖 30 年啊

动态的都应该走数据字典呀，避免由于产品在这些东西上的改动导致要重新编码部署，这和使用动态的路由菜单我觉得是一个道理。
但是楼上说的有逻辑处理的时候，比如要 switch 判断的时候，还是得写个枚举，在这一点上确实没啥好办法(也有可能我目前还没了解到更优秀的设计)。但是枚举的话最好也是前端从后端获取，这样改动的时候后端改就行了，减少工作和 BUG 。
OP 说到的多个系统直接同步的问题，这个好像也只有靠规范了

看这个帖子莫名想到杀死那个石家庄人

抵制感觉也就是不想去弄 jira 吧，每天都得填 jira 确实有点蛋疼啊，建议以功能点或任务为单位建立 jira ，研发完成后直接转给测试，前期主管先估计工时，每个人填写实际工时就行了，一段时间后根据甘特图分析下通常是哪里的时间不准确。

> 估算不准确，拆分不准确，大家也就不愿意拆分
听描述感觉产品部门出品没把控好 -> 需求不明确 -> 不好确定工作量 -> 不好分配工作，如果是小公司没啥办法，只能祈祷主管能力强，有点规模的公司如果还这样建议向领导反应，也许产品和研发的工作方式就不对，需要做出改变。

> 有的人勤勤恳恳的，但是因为绩效比例和技能能力问题，也没法给太高
这个能力为 A 的人勤勤恳恳，能力为 S 的人比较划，假如两人都正常完成任务，难道应该给能力 A 的人更高分吗？当然每个公司都有具体情况，理想情况下应该给能力 S 的人分配更难的任务，如果他还是出色完成待遇理应和 A 的不同，这个就不多谈论了，就是吐槽下

YPM
不死法医

可以参考 WxJava( https://gitee.com/binary/weixin-java-tools/wikis/MP_%E5%BE%AE%E4%BF%A1%E6%B6%88%E6%81%AF%E8%B7%AF%E7%94%B1%E5%99%A8 )里的这个路由，
全局定义一个 Router ，Router 里包含自定义的 RouterRule ，RouterRule 里包含 Handler ，RouterRule 里的校验通过后执行对应的 Handler

grpc 或者看能不能将服务升级到 springboot3.0 ，然后打包 graalvm 原生镜像，这手动改造的成本感觉不如等各大框架支持 native-image

根据实际情况，从简单到复杂的设计 ifelse->策略模式+责任链-> 规则引擎(easyrules ，drools, LiteFlow 等)-> DSL,AST ，再往下抽象就变成编程语言本身了，你在附言中的场景，自己写个规则路由就行了
但是如果需要动态变更规则，序列化规则，提供操作页面给用户等，那么规则引擎是不错的选择

可以理解为更换服务器或容器部署后，对用户 /使用方无感知，反例:请求 1 在服务器 a 上写文件，请求 2 读取，这就是有状态，更换服务器 b 部署后请求 2 无法正确读取文件

认证是大家都有的，授权是业务强相关的，即使大家都用统一模型例如 rbac 这种，但是数据权限也无法统一解决

不过这样应该是没有奖励的

工信部的上报平台 http://www.cstis.cn/
漏洞相关规定 https://www.miit.gov.cn/zwgk/zcwj/wjfb/zh/art/2021/art_0ee692709b76445e9237eb2ba908c5bb.html