search

fenixsoft / awesome-fenix

讨论如何构建一套可靠的大型分布式系统
https://icyfenix.cn
8.55k stars 994 forks source link

「Comment」https://icyfenix.cn/architecture/architect-history/post-microservices.html #128

Open fenixsoft opened 4 years ago

fenixsoft commented 4 years ago

https://icyfenix.cn/architecture/architect-history/post-microservices.html

changchangjie commented 3 years ago

厉害厉害

jomoon commented 3 years ago

强

Gentle-Wang commented 3 years ago

 "行为至此" 是不是意为 "行文至此"

fenixsoft commented 3 years ago

@Gentle-Wang  "行为至此" 是不是意为 "行文至此"

感谢，已修正。

JoncleMa commented 3 years ago

标题下面的说明里：后微服务时代（Could Native），应该是Cloud

fenixsoft commented 3 years ago

@JoncleMa 标题下面的说明里：后微服务时代（Could Native），应该是Cloud

感谢，已修正。

sjsdfg commented 2 years ago

「让服务访问依赖稳定的记录名」这个应该是「域名吧」

fenixsoft commented 2 years ago

「让服务访问依赖稳定的记录名」这个应该是「域名吧」

这里记录名准确一些。 我们说域名通常指DNS翻译A或者AAAA记录到IPv4或v6地址。如果DNS翻译的是SRV、NS等，似乎中文中很少用域名去称呼。譬如NS记录对应的邮件服务器地址，似乎一般不太说邮件域名。

qinggniq commented 2 years ago

图1-5中“数据面流量” 和 “控制面流量” 是以颜色区分的，但是在书上图是黑白的，看不出来区分，建议作者修改图片让两种流量以虚/实线区分，以提供更好的阅读体验。😊

tziye commented 2 years ago

这么搞Java程序员就真的只能CRUD了

ArtemisLQ commented 2 years ago

硬件难道就不可以通过敲键盘就变出相应的应用服务器、负载均衡器、DNS 服务器、网络链路这些设施吗？ 那使用硬件最重要的优势在于什么呢？

joeywang310 commented 2 years ago

架构成熟之后，码农就只能写curd, 写业务代码。索然无味

SeasonWoo commented 2 years ago

请教一下，这里说后微服务时代是有软件演化成软硬件结合，那么在后微服务时代之前，只由软件层面独立应对微服务架构问题会有什么坏处？（可以举个实际的例子吗？）

vendisky commented 2 years ago

周老师，Martin Flower 应该是 Martin Fowler

JiangHZ commented 2 years ago

看了这么多国内博客文章，还是周老师把“Cloud Native”解释的更清楚

ZGarry commented 2 years ago

业务与技术完全分离

prchann commented 2 years ago

也称为“云原生时代”。

微服务的到来，也重新抛出了分布式带来的问题。虚拟化、容器及 K8s 能灵活快速地调动硬件。可基于此，在基础设施层面，解决掉这些问题，从而让业务专注于业务本身。比如，服务网格以边车的形式，几乎业务无感知地解决了网络问题（服务注册/发现、熔断、隔离等）。

注：K8s 主要提供资源调度等粗放能力，比较难做到精细化的流量控制能力等。

DingdongMatch commented 1 year ago

垮斗应为挎斗有一处错了

yabocui commented 1 year ago

后微服务时代（云原生时代）：软件和基础硬件设置一起解决分布式架构遇到的问题

williamcai663 commented 1 year ago

后微服务时代(云原生时代)，解决软、硬一体解决分布式遇到的问题