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