个人觉得服务发现这类的功能放在k8s这个层级更合理

【 在 PlutoKey (铠甲勇士) 的大作中提到: 】
: 虽然 Kubernetes 和 Spring Cloud 不是同一层次的东西，
: 但是，
: Kubernetes Services 可以替换 Netflix Eureka
: ...................
--
FROM 180.167.95.*

kubernetesi是云厂商来收割小厂商的。不知道哪些大公司，他们的核心业务用k8s这一套
--
FROM 223.104.44.*

这个性能差距会很大吗，大概能差多少？

【 在 lushan5436 (密如) 的大作中提到: 】
: 事实上，但凡大公司，都不会用这个去做。
: 性能太低
--
FROM 180.167.95.*

不是说swarm不稳定么?
之前国内某公司迁移成swarm然后又改回去了...

【 在 MrBright (没有烟抽的日子) 的大作中提到: 】
: 顶多用个swarm就够了，大部分情况下单应用就行。
: 就图个负载均衡省事。
--
FROM 223.104.94.*

k8s跟spring cloud有些功能重合，但是个人严重不看好k8s istio这些，这东西如果做不到硬件里边，软件的永远有效率问题

我们是这么用的，k8s用docker部署，解决部署便利、内部网络等问题
然后用一个ng做统一入口

服务之间用spring cloud做服务发现和调用跟踪这些，更成熟，在目前状况下效率更高




【 在 PlutoKey (铠甲勇士) 的大作中提到: 】
: 标  题: Dubbo, Spring Cloud, Kubernetes傻傻分不清楚！
: 发信站: 水木社区 (Mon Nov 29 19:10:25 2021), 站内
:
: 虽然 Kubernetes 和 Spring Cloud 不是同一层次的东西，
: 但是，
: Kubernetes Services 可以替换 Netflix Eureka
: Kubernetes Ingress 可以替换 Spring Cloud Gateway，
: Kubernetes ConfigMaps and Secrets 可以替换 Spring Cloud Config Server
: ……
: 两个技术栈都有对应的全家桶。
:
: Spring Cloud算第二代微服务技术
: 还有Service Mesh第三代微服务协议 比如Istio
:
: 监控 Prometheus Grafana
:
: 还有Spring Native， GraalVM 这样原生部署。
:
: ~
: Dubbo, Spring Cloud, Kubernetes 三种技术都可以实现一个服务调用另一个服务
: 都有服务注册、服务发现、路由、负载……等等功能
:
: 这个服务调用 通过普通的HTTP也可以实现
: 这个路由功能 通过配置一下Nginx也可以实现
:
: 面试官对我的回答很不满意啊
: 原来他说的Kubernetes，仅仅是指的那个用来管理Docker的编排工具；
: 对不起，你说的这些我全都没有用过。
: 我觉得最好的架构就是写成纯HTTP API，再加上Nginx转发一下就可以了。那些全家桶通常都是大而无用。
:
: --
: ※ 修改:·PlutoKey 于 Nov 29 19:33:24 2021 修改本文·[FROM: 223.104.68.*]
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 223.104.68.*]
--
修改:PlutoKey FROM 223.104.68.*
FROM 223.104.42.*