查看Mac上已连接WiFi的密码
Mac小知识
三种k8s链路监控
Kubernetes(k8s)是一个开源的容器编排平台,用于自动化部署、扩展和管理容器化应用程序。由于 Kubernetes 以容器为基础,因此在监控 Kubernetes 环境时需要考虑容器的生命周期和网络通信。
链路监控可以帮助您跟踪和诊断请求从客户端到后端服务的过程。在 Kubernetes 中,链路监控可以通过以下方式实现:
使用 Service Mesh:Service Mesh 是一种架构模式,它提供了一个透明的服务间代理层,在其中进行流量管理、安全性、可观察性等方面的功能。常见的 Service Mesh 包括 Istio 和 Linkerd。
使用分布式跟踪系统:分布式跟踪系统可以帮助您追踪请求在多个微服务之间传递时发生了什么,并且允许您将每个请求记录到一个唯一 ID 中。常见的分布式跟踪系统包括 Jaeger 和 Zipkin。
使用日志聚合工具:日志聚合工具可以收集来自不同组件的日志,并将其汇总到一个单独的地方进行查询和分析。例如,ELK Stack(Elasticsearch、Logstash 和 Kibana)就是一种常见的日志聚合解决方案。
无论哪种方法,链路监控都是必要的,以便您可以理解应用程序中每个组件之间的通信方式,并了解问题所在。
已经kubernetes部署还需要注册中心吗?
昨天面试又遇到了这个问题,之前也不断有开发同学在探讨争论,这里似乎存在广泛的争议。还是想发表一下自己的看法,一直觉得既然已经上了k8s就不需要注册中心了,总体来说,增加资源开销,且浪费人力。
k8s本身有服务发现和负载均衡,没有必要再引入外部的同类模块,功能重复而且没有明显提升,浪费计算资源,增加一份挂掉的风险,增加了技术复杂度,增加学习成本,需要开发额外关注浪费人力。
k8s的服务发现是service和dns共同完成,service负责探测就绪和心跳,维护可用的pod列表,发现变化会迅速通知。微服务完全无感知,兼容更好,语言无关。职责明确,满足单一原则。
spring cloud注册中心机制,比如nacos,cousl,微服务主动上报+中心探测心跳,中心化的同时还需要通知到调用方微服务,调用方存一份副本,因此需要多一点点时间做同步,一致性也需要额外的机制来确保。微服务需要做服务信息的同步以及和注册中心的交互,多一份资源开销,多一点依赖,更重。违背单一职责原则。
k8s的服务发现和第三方服务发现没有同步,相互无感知,这里也存在一致性问题。比如被调用方微服务和注册中心失去联系,而微服务心跳正常的情况下,k8s并不会知道,也不会做任何处理。此时调用方无法感知到被调用方。这个我是亲历过的,虽然概率很小。
负债均衡方面。性能没什么区别。k8s本已经内置4层负载,所有容器内网畅通,而spring cloud是客户端负载均衡,微服务需要引入额外的依赖,更重。
2020款13寸MacBook Air CPU具体型号
2020款MacBook Air 使用英特尔第10代i3-1000NG4,设计功耗9瓦2020款13寸MacBook Pro CPU型号
2019款13寸Macbook Pro CPU型号
低配¥9999 使用i5-8257U2018款13寸MacBook Pro CPU具体型号
2017年新款Macbook Pro CPU具体型号
如果你是网页开发者,Safari 浏览器的“开发”菜单提供了几款工具供你使用。你可以使用这些工具来确定你的网站是否能与基于标准的所有网页浏览器正常工作。
如果你在菜单栏中未看到“开发”菜单,请选取“Safari 浏览器”>“设置”,点按“高级”,然后选择“显示网页开发者功能”。
Mac查看端口占用情况
Mac下使用lsof(list open files)来查看端口占用情况,lsof 是一个列出当前系统打开文件的工具。
使用 lsof 会列举所有占用的端口列表:
$ lsof |
使用less可以用于分页展示,如:
$ lsof | less |
也可以使用 -i 查看某个端口是否被占用,如:
$ lsof -i:3000 |
如果端口被占用,则会返回相关信息,如果没被占用,则不返回任何信息。
音乐应用导入的歌曲默认储存在此处:
用户根目录/音乐/Music/媒体