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

[fenixsoft]

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

[changchangjie]

厉害厉害

[jomoon]

强

[Gentle-Wang]

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

[fenixsoft]

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

感谢，已修正。

[JoncleMa]

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

[fenixsoft]

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

感谢，已修正。

[sjsdfg]

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

[fenixsoft]

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

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

[qinggniq]

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

[tziye]

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

[ArtemisLQ]

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

[joeywang310]

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

[SeasonWoo]

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

[vendisky]

周老师，Martin Flower 应该是 Martin Fowler

[JiangHZ]

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

[ZGarry]

业务与技术完全分离

[prchann]

也称为“云原生时代”。

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

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

[DingdongMatch]

垮斗应为挎斗有一处错了

[yabocui]

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

[williamcai663]

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