这是一个创建于 303 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 1 love2020 303 天前  5 安装 k8s |
 | 2 Comyn 303 天前 客户 |
 | 3 beneo 303 天前 不同的经历有不同的问题 |
 | 5 ChatGOP OP Spring cloud netflix, service discovery, load balancer, circuit breaker, sleuth, 几年前知道 Netflix 已经是 maintainence mode, 现在替代产品是什么？还是都用 K8S? |
 | 6 nananqujava 303 天前 挑战就是 Spring 微服务项目突增复杂度, 现在 k8s 一统江湖, 之前学的 Spring 微服务项目技巧又没啥用了 |
 | 7 WIN2333 303 天前 最大的挑战是人，做技术不追求实事求是，从上到下都是为了自己的 kpi ，拆的过细，架构师时不时搞一下自己 kpi ，什么服务边界划分有问题啦，职责不属于这块啦，xx 接口挪动到 xx 模块，过了几个月后又挪回去， |
 | 8 ferock PRO 变现 |
| 9 ChatGOP OP @nananqujava 现在 K8S 在本地自建的多还是用云端 K8S 多比如 EKS ，AKS ？ |
 | 10 cp19890714 303 天前 微服务架构师需要深度了解业务，以及业务未来的发展，才能设计出合理的服务架构。 我认为大多数微服务系统面临的最大问题都是这个。 |
 | 11 iamppz 303 天前 via iPhone 几十个微服务堆成的屎山吧 |
 | 12 me1onsoda 303 天前 写个淘宝 |
 | 13 pingdog 303 天前 via Android 你都用了 EKS ，有事就开 tickets ，还来谈 k8s 挑战？ 自建的没技术服务才有挑战 |
 | 14 zhleonix 303 天前 基础设施太烧钱 |
 | 17 sagaxu 303 天前 1 最大的挑战是人不够多，业务不够大，用了微服务收益不大还麻烦的很 |
 | 18 ZZ74 303 天前 via Android 最大的挑战是人不多，请求少，拆的服务多，还非要塞个注册中心 |
 | 19 chendy 303 天前 2 最大的挑战是 不大点个系统，没几个人的团队，拆了一裤兜子服务和项目，想要调整点啥这改一点那改一下，稀碎 微服务的作用是，独立部署独立扩缩，更好拆分团队，如果没有这些需求，就算了，徒增烦恼 |
 | 20 dayeye2006199 302 天前 1 挑战就是不需要整微服务但是硬整。。一共三个工程师，强行微服务 |
 | 21 xuanbg 302 天前 没啥挑战啊。就是几条命令或一个脚本的事，实在不知道哪来的挑战？ |
 | 22 vhwwls 293 天前 除了最底层的 container runtime 和网络 troubleshooting 其他没什么看官方文档、问 gpt 解决不了的。 |
Select Language