Service Mesh 浅析 Istio的自我救赎 https://github.com/cloudnativebooks/cloud-native-istio/tree/master/chapter-files/security 云原生架构的三驾马车 Kubenetes， Service Mesh , Serverless Servcie Mesh 超时重试 16年概念提出。 技术选型？ ServiceMesh 的相关概念 Service Mesh的起源 微服务架构的特性 围绕业务构建团队 康威定律-> 团队结构决定了产品结构 去中心化的数据管理 团队层面： 内聚，独立业务开发，没有依赖 产品层面： 服务彼此独立，独立部署，没有依赖 访问量决定部署实例的数量 银弹理论-> 人月神话 没有任何一种技术可以完美的解决软件开发中的问题。 空间换时间 or 时间换空间 微服务架构带来的缺点 服务间网络通信问题 分布式计算的8个谬论 网络是可靠的 网络延时是0 很难会把网络相关的需求考虑到我们的设计中。分布式系统中，网络问题是一个重要问题。 如何管理和控制网络通信 辅助注册、发现 路由，流量转移 弹性能力 熔断超时重试 安全 可观测性 Patten： Service Mesh 阶段一： 控制逻辑与业务逻辑耦合 阶段二： 公共库：流控，重试 （人力，时间学习，语言蚌绑定，平台相关，代码侵入） 阶段三：代理模式， 功能简陋Nginx 阶段四： Sidecar 模式 2013-2105 阶段五： Service Mesh 2016-2017 ​ Service MeshV2 2018

What is Service Mesh(服务网格) https://jimmysong.io/blog/why-do-you-need-istio-when-you-already-have-kubernetes/ UPF 2 次链接 1 控制面 ip register step 1-4 hub 公有网络直连接， 给edge pod分配全局IP，cluster api server CRD controller 监视CRs –> kube cofig 2 数据面 hub-device connection hub 桥接 IPSec configuration -> 2 次分发 SNAT-> DNAT IP 地址可能重合 测试环境部署 4 cluster 物理机 4 nuc 10.239.241.255 – hub switch 交换机 kubectl get iphost kubectl describe iphost hubdevice1 kubectl get spce: pubkry conn_type proposal 加解密 mark route base VPN

TCP 的有限状态机 CLOSED CLOSED SYN_SENT LISTENING ​ SYN_RECEIVED ESTABLISHED ESTABLISHED netfilter: Frame iptables: 数据报文过滤 防火墙： 硬件/软件 规则： 匹配标准和处理办法 默认规则： ​ 关闭 匹配标准： IP:源IP， 目标IP TCP: SPORT, DPORT SYN=1,FIN=0,RST=0,ACK=0 UDP:SPORT, DPORT ICMP: icmp-type 规则在内核空间 内核空间的TCPIP的协议栈上，开放给用户空间中的iptables API。 内核空间的工作框架： 用户空间的管理工具： system call 参考 openBSD Linux 2.0：ipfw/firewall Linux 2.2： ipchain/firewall Linux 2.4 ： iptables/netfilter 1：07 1/proc/sys/net/ipv4/ip_forward 路由决策发生在数据包到达网卡， 送到TCPIP协议栈上的那一刻。 然后先发生路由决策 netfilter 补充在tcp ip协议上的3个hook function。 多个规则，自上而下，逐个检查， 不做拒绝或者放行策略 4： 刚刚进入本机网卡，还没有到达路由表。（地址转换k’k） 5： 即将离开本机的时候，路由决策做出之后。 规则链 PREROUTING INPUT FORWARD OUTPUT

查看端口的占用情况 1netstat -atunlp 2 3# 用来查看系统当前网络状态信息， 包括端口、连接情况等 4# -t: TCP端口 5# -u: UDP端口 6# -l: 仅显示监听Socket LISTEN状态的Socket 7# -p: 显示进程标识符和程序名称，每一个socket都属于一个程序 8# -n: 不进行DNS解析 9# -a: 显示所有连接的端口 10 11 12 13 14lsof 15# 列出当前系统打开文件(list open files) 16# -i:[num] 指定端口 1nslookup # 域名解析 2host 3dig

mwan3 单线多拨

「Docker」 Docker 常用命令

centos 安装docker 把yum包更新到最新 1yum update 安装需要的软件包 1yum install -y yum-utils device-mapper-persistent-data lvm2 设置yum源 1yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo 查看所有仓库中所有docker版本，并选择特定版本安装 1yum list docker-ce --showduplicates | sort -r 2 3[root@MiWiFi-R3-srv ~]# yum list docker-ce --showduplicates | sort -r 4 * updates: mirrors.aliyun.com 5Loading mirror speeds from cached hostfile 6Loaded plugins: fastestmirror 7Installed Packages 8 * extras: mirrors.aliyun.com 9docker-ce.x86_64 3:18.09.0-3.el7 docker-ce-stable 10docker-ce.x86_64 18.06.1.ce-3.el7 docker-ce-stable 11docker-ce.x86_64 18.06.1.ce-3.el7 @docker-ce-stable 12docker-ce.x86_64 18.06.0.ce-3.el7 docker-ce-stable 13docker-ce.x86_64 18.03.1.ce-1.el7.centos docker-ce-stable 14docker-ce.x86_64 18.03.0.ce-1.el7.centos docker-ce-stable 15.

「Docker」Docker 网络模式

docker run创建容器时候，可以用-net指定容器的网络模式 1# host 模式 2--net=host 3# container模式 4--net=container:NameorId 5# none模式 6-net=none 7# bridge模式 8-net=bridge host 模式 如果启动容器的时候使用 host 模式，那么这个容器将不会获得一个独立的 Network Namespace，而是和宿主机共用一个 Network Namespace。容器将不会虚拟出自己的网卡，配置自己的 IP 等，而是使用宿主机的 IP 和端口。 例如，我们在 10.10.101.105/24 的机器上用 host 模式启动一个含有 web 应用的 Docker 容器，监听 tcp 80 端口。当我们在容器中执行任何类似 ifconfig 命令查看网络环境时，看到的都是宿主机上的信息。而外界访问容器中的应用，则直接使用 10.10.101.105:80 即可，不用任何 NAT 转换，就如直接跑在宿主机中一样。但是，容器的其他方面，如文件系统、进程列表等还是和宿主机隔离的。 container 模式 这个模式指定新创建的容器和已经存在的一个容器共享一个 Network Namespace，而不是和宿主机共享。新创建的容器不会创建自己的网卡，配置自己的 IP，而是和一个指定的容器共享 IP、端口范围等。同样，两个容器除了网络方面，其他的如文件系统、进程列表等还是隔离的。两个容器的进程可以通过 lo 网卡设备通信。 none模式 这个模式和前两个不同。在这种模式下，Docker 容器拥有自己的 Network Namespace，但是，并不为 Docker容器进行任何网络配置。也就是说，这个 Docker 容器没有网卡、IP、路由等信息。需要我们自己为 Docker 容器添加网卡、配置 IP 等。 bridge模式 bridge 模式是 Docker 默认的网络设置，此模式会为每一个容器分配 Network Namespace、设置 IP 等，并将一个主机上的 Docker 容器连接到一个虚拟网桥上。当 Docker server 启动时，会在主机上创建一个名为 docker0 的虚拟网桥，此主机上启动的 Docker 容器会连接到这个虚拟网桥上。虚拟网桥的工作方式和物理交换机类似，这样主机上的所有容器就通过交换机连在了一个二层网络中。接下来就要为容器分配 IP 了，Docker 会从 RFC1918 所定义的私有 IP 网段中，选择一个和宿主机不同的IP地址和子网分配给 docker0，连接到 docker0 的容器就从这个子网中选择一个未占用的 IP 使用。如一般 Docker 会使用 172.