• 1.背景
• 2.核心痛点
• 3.需求

1.背景

当我收到一个开发任务，较多的时候总是在干一个事情：配置项目启动环境、本地调试、远程调用。

这令我头疼，因为想要减少这种port forwarding生活。

网上有开源的解决方案，企业级？

可别了，个人电脑实在经不起摧残？

有人说：你为什么不用开发环境啊？

我承认，开发环境能够满足80%的工作需要，但是当你想要或者动了高玩的念头，那么开发环境将是一道坎，你不了解kubernetes下动态配置、多副本 怎么谈高玩呢？

换句话说，逐渐变为了被动方。

如果生产环境低可用，自然有运维大佬维护。

如果开发环境低可用，自然也有运维大佬维护。

总结：大佬，快来维护！！

---

武汉暂居的时光里，品茶，悟道，不觉已然空杯。

最爱人间烟火色，难留岁月几许风。

窗外，绿树成荫，偶有微风轻拂。

闲暇之余，总会追忆起曾经那位意气风发的少年。

---

2.核心痛点

1. 逐渐脱离底层组件掌控｜个人偏见：是好事也是坏事。
2. 开发环境不满足个性化需求。
3. 开发环境不能（不敢）大手大脚破而后立。｜其它同事也在用。
4. 开源解决方案功能太过冗余｜资源占用太高。
5. 组件预研需求。
6. docker compose无法直接代理服务名。
7. 当前现状不满足心理需求✅。

3.需求

1. 灵活拓展多副本。
2. config less。
3. 启动脚本简化。
4. 轻度封装。
5. 低资源。
6. 最新版本｜版本可控。
7. 灵活编排。
8. 统一网关｜kt-connect｜apisix｜预研
9. 为后续架构选型打基建。