语言特性的人都知道，自己需要的特性，在任何语言里面一定有对应的表达方式。如果没有直接的方式表达，那么一定有某种“绕过方式”。如果有直接的表达方式，那么它只是语法稍微有所不同而已。所以，他是带着问题找特性，就像查字典一样，而不是被淹没于大部头的手册里面，昏昏欲睡一个月才开始写代码。 掌握了通用的语言特性，剩下的就只剩某些语言“特有”的特性了。研究语言的人都知道，要设计出新的，好的，无害的特性，是非常困难的。所以一般说来，一种好的语言，它所特有的新特性，终究不会超过一两种。如果有个语言号称自己有超过 5 种新特性，那你就得小心了，因为它们带来的和可能不是优势，而是灾难！ 同样的道理，最好的语言研究者，往往不是某种语言的设计者，而是某种关键语言特性的设计者（或者支持者）。举个例子，著名的计算机科学...阅读全文
。5、然后根据路由规则，将数据包转发给cali设备，从而到达 Pod2。实际查看路由情况跨宿主机之间容器访问：环境：Pod 名称Pod IP宿主机 IPzipkin-dependencies-production10.20.169.155192.168.162.248zipkin-production10.20.36.85192.168.163.40zipkin-dependencies-production 访问 zipkin-production 过程如下：登录 zipkin-dependencies-production 容器中，查看路由信息，可以看到 0.0.0.0 指向了 169.254.1.1（eth0），查看容器ip地址。eth0@if1454 为在宿主机上创建的虚拟网桥的一端...阅读全文
底层机制屏蔽了网络传输的复杂性，应用层对此是无感的，这对生产环境定位丢包率高、重传率高这种问题带来一定的麻烦。Kubernetes 监测支持了 RTT、重传 &丢包、TCP 连接信息来表征网络状况，下面以 RTT 为例，支持从命名空间、节点、容器、Pod、服务、工作负载这几个维度来看网络性能，支持以下各种网络问题的定位：负载均衡无法访问某个 Pod，这个 Pod 上的流量为 0，需要确定是否这个 Pod 网络有问题，还是负载均衡配置有问题；某个节点上的应用似乎性能都很差，需要确定是否节点网络有问题，通过对别的节点网络来达到；链路上出现丢包，但不确定发生在那一层，可以通过节点、Pod、容器这样的顺序来排查。四、Kubernetes 可观测性全景视角有了上述产品能力，基于阿里巴巴在容器...阅读全文
