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