Linux journal是systemd的一个组件，是systemd体系中负责日志管理的部分，由journald服务处理。

Tcpdump是一款用于截取网络分组，并过滤输出分组内容的工具，它支持针对网络层、协议、主机、网络或端口的过滤，并提供 and、or、not等逻辑语句来帮助我们去掉无用的信息。

Linux 系统的 init 进程经历了两次重大的演进，传统的 sysvinit 已经逐渐淡出历史舞台，新的 UpStart 和 systemd 各有特点，越来越多的 Linux 发行版采纳了 systemd

背景问题： 在开发阶段，我们多个微服务之间要进行联调，通常会搭建一个联调环境，例如该联调环境就放到云服务器上。 这个时候我们可能会如下诉求： 1. 本地的微服务应用conusmer，可以访问云端的nacos和云端的微服务应用provider 2. 云端的微服务应用provider，可以访问本地的微服务应用consumer

python代码在远端服务器上面，依赖远端服务器的运行环境，我们的诉求是可以通过本地的IDEA来debug远端的代码

接收到网络包，对网络包到达的某个阶段进行hook操作，实现网络包过滤（fileter），修改（nat）

微服务架构中的熔断器能够在某个服务发生故障后，向服务调用方返回一个符合预期的、可处理的降级响应（FallBack），而不是长时间的等待或者抛出调用方无法处理的异常。这样就保证了服务调用方的线程不会被长时间、不必要地占用，避免故障在微服务系统中的蔓延，防止系统雪崩效应的发生。

Reactor设计模式，是一种设计高性能服务器的设计模式，用于处理应用接收到的大量并发请求，基于事件的方式来做

SpringBoot内置默认的Servlet容器是Tomcat，Tomcat的主要作用是：接收客户请求，最终将请求封装交给业务代码逻辑。 当有大量请求的时候，请求先经过Tomcat Connector，优化tomcat就很重要性。优化tomcat之前，我们必须了解tomcat的线程模型

Kubernetes（K8s）Service提供了一种机制，使得集群内的应用程序可以从集群外部进行访问。通过使用不同类型的Service（如NodePort、LoadBalancer和Ingress），Kubernetes实现了不同级别的集群外访问。NodePort为每个节点分配了一个静态端口，使得外部流量可以通过节点访问服务。LoadBalancer通过云服务商提供的负载均衡器将流量分配到集群中的服务。Ingress则提供了更高级的路由功能，允许基于域名和路径将流量转发到不同的服务。K8s Service为集群外部用户提供了可靠且灵活的访问方式，使得应用程序可以无缝地与外部系统进行交互。

Kubernetes（K8s）Service是在Kubernetes集群中用于暴露和访问应用程序的重要组件。它提供了一种抽象层，使得应用程序可以通过稳定的网络标识（ClusterIP）进行内部通信，并支持不同类型的Service来满足不同的场景需求。Service的原理是通过标签选择器关联Pod，并为它们分配唯一的ClusterIP。这样，其他Pod或集群外部的流量可以通过Service的ClusterIP进行访问。根据不同场景，可以选择使用ClusterIP、NodePort、LoadBalancer或Ingress等类型的Service，以实现内部通信、集群外部访问或高级路由功能。K8s Service为应用程序提供了可靠且灵活的服务暴露和访问机制。

Java OOM（Out of Memory）是一个常见的问题，通常意味着Java虚拟机中的可用内存不足以支持正在运行的应用程序。这可能是由于应用程序内存泄漏、内存使用过多、或者JVM参数设置不当等原因导致的。解决Java OOM问题的方法包括分析内存泄漏源，使用内存分析工具来检测内存泄漏，调整JVM参数，增加可用内存，或者优化应用程序代码以减少内存使用。

调用第三方接口在很多系统中都很常见，不管是调用本公司其他业务平台的接口，还是调用第三方公司的接口，一定要注意系统的容错性

为了合理利用 CPU 的高性能，平衡CPU、内存和IO设备这三者的速度差异，在计算机体系结构、操作系统、编译程序等方面都做了许多优化，这些优化带来性能提升的同时，也带来了一些问题，基于这些问题我们给出了解决思路

默认docker是没有开启user namespace的（开启需要修改docker配置文件），也就是说默认容器和宿主机用的是同一个user namespace，linux内核只认uid和gid，容器root（uid=0）用户和宿主机root（uid=0）是同一个，并没有隔离，只是uid在不同的操作系统（容器操作系统rootfs和宿主机操作系统）对应的username不一样