AI 助理
备案控制台
开发者社区 云原生 文章 正文

k8s 网络策略揭秘：CKA认证必备的网络知识全解析

2024-04-01 209
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
服务治理 MSE Sentinel/OpenSergo，Agent数量 不受限
容器镜像服务 ACR，镜像仓库100个 不限时长
应用实时监控服务-可观测链路OpenTelemetry版，每月50GB免费额度
简介： k8s 网络策略揭秘：CKA认证必备的网络知识全解析

网络策略（NetworkPolicy）是Kubernetes中的一种资源对象，用于定义和控制Pod之间的网络通信规则。它允许您在Kubernetes集群中定义详细的网络规则，以控制哪些Pod可以相互通信，以及允许或禁止的流量。网络策略提供了一种实现细粒度网络访问控制的方式，帮助管理员和开发者确保集群中的网络通信符合特定的安全性和策略需求。

Pod隔离的两种类型

Pod 有两种隔离：

  • 出口隔离
  • 入口隔离

它们涉及到可以建立哪些连接。这里的“隔离”不是绝对的，而是意味着“有一些限制”。另外的，“非隔离方向”意味着在所述方向上没有限制。这两种隔离（或不隔离）是独立声明的， 并且都与从一个 Pod 到另一个 Pod 的连接有关。

默认情况下，一个 Pod 的出口是非隔离的，即所有外向连接都是被允许的。如果有任何的 NetworkPolicy 选择该 Pod 并在其policyTypes 中包含 Egress，则该 Pod 是出口隔离的， 称这样的策略适用于该 Pod 的出口。当一个 Pod 的出口被隔离时， 唯一允许的来自 Pod 的连接是适用于出口的 Pod 的某个 NetworkPolicy 的 egress 列表所允许的连接。这些 egress 列表的效果是相加的。

默认情况下，一个 Pod 对入口是非隔离的，即所有入站连接都是被允许的。如果有任何的 NetworkPolicy 选择该 Pod 并在其 policyTypes 中包含 Ingress，则该 Pod 被隔离入口， 称这种策略适用于该 Pod 的入口。当一个 Pod 的入口被隔离时，唯一允许进入该 Pod 的连接是来自该 Pod 节点的连接和适用于入口的 Pod 的某个 NetworkPolicy 的 ingress 列表所允许的连接。这些 ingress 列表的效果是相加的。

网络策略是相加的，所以不会产生冲突。如果策略适用于 Pod 某一特定方向的流量，Pod 在对应方向所允许的连接是适用的网络策略所允许的集合。因此，评估的顺序不影响策略的结果。

要允许从源 Pod 到目的 Pod 的连接，源 Pod 的出口策略和目的 Pod 的入口策略都需要允许连接。如果任何一方不允许连接，建立连接将会失败。

NetworkPolicy 配置详解

以下是一个NetworkPolicy的示例，参阅 NetworkPolicy 来了解资源的完整定义。

apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: test-network-policy
  namespace: default  #策略应用在那个名称空间，就说对那个命名空间的pod做限制（目标）
spec:
  podSelector:  #选择匹配哪些标签的pod，选择一组pod做网络策略，写{}表示该命名空间下pod
    matchLabels:
      role: db
  policyTypes:
  - Ingress #入网，谁访问pod（即谁访问default名称空间下有role=db标签的pod）
  - Egress  #出网，role=db的pod可以访问谁
  ingress:
  - from:
    - ipBlock:
        cidr: 172.17.0.0/16
        except:
        - 172.17.1.0/24
    - namespaceSelector:
        matchLabels:
          project: myproject
    - podSelector:
        matchLabels:
          role: frontend
    ports:
    - protocol: TCP
      port: 6379
  egress:
  - to:
    - ipBlock:
        cidr: 10.0.0.0/24
    ports:
    - protocol: TCP
      port: 5978

应用场景

是一个kuebenetes资源，用于限制pod出入流量，提供pod级别和namespace级别网络访问控制。  

  1. 应用程序间的访问控制，例如项目A不能访问项目B的pod
  2. 开发环境命名空间不能访问测试环境命名空间Pod
  3. 当pod暴露到外部时，需要做Pod白名单
  4. 多租户网络环境隔离

网络访问控制案例

案例1：拒绝命名空间下所有pod入、出站流量

apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: deny-all
  namespace: test
spec:
  podSelector: {}  #匹配本命名空间所有pod
  policyTypes:
  - Ingress
  - Egress

上述网络策略是禁止test命名空间的所有pod进出流量。

在没有创建网络策略时，test命名空间的Pod都能访问外网，如下：

root@k8s-master:~# kubectl run busybox --image=busybox -n test sleep 12h
pod/busybox created
root@k8s-master:~# kubectl get pod -n test -o wide
NAME      READY   STATUS    RESTARTS   AGE   IP               NODE        NOMINATED NODE   READINESS GATES
busybox   1/1     Running   0          31s   10.244.169.137   k8s-node2   <none>           <none>
root@k8s-master:~# kubectl exec busybox -n test ping baidu.com
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
PING baidu.com (39.156.66.10): 56 data bytes
64 bytes from 39.156.66.10: seq=0 ttl=49 time=51.555 ms
64 bytes from 39.156.66.10: seq=1 ttl=49 time=51.611 ms
64 bytes from 39.156.66.10: seq=2 ttl=49 time=51.237 ms
64 bytes from 39.156.66.10: seq=3 ttl=49 time=51.056 ms
64 bytes from 39.156.66.10: seq=4 ttl=49 time=50.914 ms
64 bytes from 39.156.66.10: seq=5 ttl=49 time=51.145 ms

在deny-all网络策略后，test命名空间下的容器就不能访问外网

root@k8s-master:/home/yaml# kubectl apply -f deny-all.yml
networkpolicy.networking.k8s.io/deny-all created
root@k8s-master:/home/yaml# kubectl exec busybox -n test ping baidu.com
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
ping: bad address 'baidu.com'
command terminated with exit code 1

外部Pod之间相互也不能访问了。这里在test命名空间启动一个nginx容器作为测试。

root@k8s-master:/home/yaml# kubectl run web --image=nginx -n test
pod/web created
root@k8s-master:/home/yaml# kubectl get pod -n test -o wide
NAME      READY   STATUS    RESTARTS   AGE     IP               NODE        NOMINATED NODE   READINESS GATES
busybox   1/1     Running   0          9m33s   10.244.169.137   k8s-node2   <none>           <none>
web       1/1     Running   0          76s     10.244.169.138   k8s-node2   <none>           <none>
root@k8s-master:/home/yaml# kubectl exec busybox -n test ping 10.244.169.138
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.

案例2：拒绝其他命名空间pod访问

在生成环境中或许有这样的需求，运行相同命名空间的pod相互访问，拒绝其他命名空间访问该命名空间的所有Pod。

apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: deny-ingress
  namespace: test
spec:
  podSelector: {}  #test下的所有pod
  policyTypes:
  - Ingress
  ingress:
  - from:
    - podSelector: {}  #匹配本命名空间所有pod

这里用两个命名空间进行模拟，一个是开发环境dev，一个是生成环境pro。现在有这样一个需求，生成环境的pro下的所有Pod不能访问dev开发环境的所有Pod。

root@k8s-master:/home/yaml# kubectl create ns pro
namespace/pro created
root@k8s-master:/home/yaml# kubectl create ns dev
namespace/dev created
root@k8s-master:/home/yaml# kubectl run pro-busybox --image=busybox -n pro sleep 12h
pod/pro-busybox created
root@k8s-master:/home/yaml# kubectl run dev-busybox --image=busybox -n dev sleep 12h
pod/dev-busybox created
root@k8s-master:/home/yaml# kubectl run pro-web --image=nginx -n pro
pod/pro-web created
root@k8s-master:/home/yaml# kubectl run dev-web --image=nginx -n dev
root@k8s-master:/home/yaml# kubectl run pro-db --image=mysql --env="MYSQL_ROOT_PASSWORD=@root@" -n pro
pod/pro-db created
root@k8s-master:/home/yaml# kubectl run dev-db --image=mysql --env="MYSQL_ROOT_PASSWORD=@root@" -n dev
pod/dev-db created
root@k8s-master:/home/yaml# kubectl get pod -n pro -o wide
NAME          READY   STATUS    RESTARTS   AGE   IP               NODE        NOMINATED NODE   READINESS GATES
pro-busybox   1/1     Running   0          21s   10.244.169.142   k8s-node2   <none>           <none>
pro-db        1/1     Running   0          11m   10.244.36.72     k8s-node1   <none>           <none>
pro-web       1/1     Running   0          20m   10.244.36.69     k8s-node1   <none>           <none>
root@k8s-master:/home/yaml# kubectl get pod -n dev -o wide
NAME          READY   STATUS    RESTARTS   AGE   IP               NODE        NOMINATED NODE   READINESS GATES
dev-busybox   1/1     Running   0          20s   10.244.36.75     k8s-node1   <none>           <none>
dev-db        1/1     Running   0          10m   10.244.36.73     k8s-node1   <none>           <none>
dev-web       1/1     Running   0          20m   10.244.169.139   k8s-node2   <none>           <none>

在没有做网络策略时，pro命名空间下的pod可以与dev命名空间下的Pod相互通讯，如下：

root@k8s-master:/home/yaml# kubectl exec  pro-busybox -n pro ping 10.244.36.73
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
PING 10.244.36.73 (10.244.36.73): 56 data bytes
64 bytes from 10.244.36.73: seq=0 ttl=62 time=2.427 ms
64 bytes from 10.244.36.73: seq=1 ttl=62 time=1.235 ms
64 bytes from 10.244.36.73: seq=2 ttl=62 time=1.167 ms
^C
root@k8s-master:/home/yaml# kubectl exec  dev-busybox -n dev ping 10.244.36.72
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
PING 10.244.36.72 (10.244.36.72): 56 data bytes
64 bytes from 10.244.36.72: seq=0 ttl=63 time=0.511 ms
64 bytes from 10.244.36.72: seq=1 ttl=63 time=0.238 ms

创建网络策略，如下：

root@k8s-master:/home/yaml# cat deny-ingress.yaml
apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: deny-ingress
  namespace: pro
spec:
  podSelector: {}  #test下的所有pod
  policyTypes:
  - Ingress
  ingress:
  - from:
    - podSelector: {}  #匹配本命名空间所有pod
root@k8s-master:/home/yaml# kubectl apply  -f deny-ingress.yaml
networkpolicy.networking.k8s.io/deny-ingress created

验证结果，如下，dev命名空间下的pod不能访问pro命名空间下的所有pod，dev命名空间的pod可以相互访问

root@k8s-master:/home/yaml# kubectl exec  dev-busybox -n dev ping 10.244.36.72
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
^C
root@k8s-master:/home/yaml# kubectl exec  dev-busybox -n dev ping 10.244.36.73
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
PING 10.244.36.73 (10.244.36.73): 56 data bytes
64 bytes from 10.244.36.73: seq=0 ttl=63 time=0.853 ms
64 bytes from 10.244.36.73: seq=1 ttl=63 time=0.336 ms

案例3：允许其他命名空间pod访问指定应用

现在有这样一个需求，允许其他命名空间访问pro命名空间指定pod，pod标签app=web。

先给pro-web pod 添加上标签，如下：

root@k8s-master:/home/yaml# kubectl label pods  pro-web app=web -n pro
pod/pro-web labeled
root@k8s-master:/home/yaml# kubectl get pod -n pro --show-labels
NAME          READY   STATUS    RESTARTS   AGE   LABELS
pro-busybox   1/1     Running   0          16m   run=pro-busybox
pro-db        1/1     Running   0          27m   run=pro-db
pro-web       1/1     Running   0          36m   app=web,run=pro-web

创建网络策略，网络策略内容如下，创建之前把之前测试的网络测试删除。

apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: allow-all-nmespace
  namespace: pro
spec:
  podSelector:
    matchLabels:
      app: web   #pro名称空间下的有app=web的标签
  policyTypes:
    - Ingress
  ingress:
    - from:
        - namespaceSelector: {} #匹配所有命名空间的pod
root@k8s-master:/home/yaml# kubectl delete -f  deny-ingress.yaml
networkpolicy.networking.k8s.io "deny-ingress" deleted
root@k8s-master:/home/yaml# kubectl apply -f allow-all-namespace.yml
networkpolicy.networking.k8s.io/allow-all-nmespace created

即所有名称空间的pod都可以访问pro名称空间下的app=web的pod，和K8s默认一样，没意义。但和案列1搭配即可实现一个可访问，一个不可访问。

单独此规则，和K8S默认一样的，如下：

root@k8s-master:~# kubectl get pod -n pro -o wide
NAME          READY   STATUS    RESTARTS   AGE   IP               NODE        NOMINATED NODE   READINESS GATES
pro-busybox   1/1     Running   0          69m   10.244.169.142   k8s-node2   <none>           <none>
pro-db        1/1     Running   0          80m   10.244.36.72     k8s-node1   <none>           <none>
pro-web       1/1     Running   0          89m   10.244.36.69     k8s-node1   <none>           <none>
root@k8s-master:~# kubectl get pod -n dev -o wide
NAME          READY   STATUS    RESTARTS   AGE   IP               NODE        NOMINATED NODE   READINESS GATES
dev-busybox   1/1     Running   0          69m   10.244.36.75     k8s-node1   <none>           <none>
dev-db        1/1     Running   0          79m   10.244.36.73     k8s-node1   <none>           <none>
dev-web       1/1     Running   0          89m   10.244.169.139   k8s-node2   <none>           <none>
root@k8s-master:~# kubectl exec dev-busybox -n dev ping 10.244.36.69
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
PING 10.244.36.69 (10.244.36.69): 56 data bytes
64 bytes from 10.244.36.69: seq=0 ttl=63 time=0.269 ms
64 bytes from 10.244.36.69: seq=1 ttl=63 time=0.245 ms
^C
root@k8s-master:~# kubectl exec dev-busybox -n dev ping 10.244.36.72
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
PING 10.244.36.72 (10.244.36.72): 56 data bytes
64 bytes from 10.244.36.72: seq=0 ttl=63 time=0.301 ms
64 bytes from 10.244.36.72: seq=1 ttl=63 time=0.279 ms

结合案例1拒绝命名空间所以pod入，出站流量规则，如下：

root@k8s-master:/home/yaml# cat deny-all.yml
apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: deny-all
  namespace: pro
spec:
  podSelector: {}  #匹配本命名空间所有pod
  policyTypes:
  - Ingress
  - Egress
root@k8s-master:/home/yaml# kubectl apply -f deny-all.yml
networkpolicy.networking.k8s.io/deny-all created
root@k8s-master:/home/yaml# kubectl exec dev-busybox -n dev ping 10.244.36.72
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
^C
root@k8s-master:/home/yaml# kubectl exec dev-busybox -n dev ping 10.244.36.69
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
PING 10.244.36.69 (10.244.36.69): 56 data bytes
64 bytes from 10.244.36.69: seq=0 ttl=63 time=0.372 ms
64 bytes from 10.244.36.69: seq=1 ttl=63 time=0.369 ms

CKA真题

题目1

切换 k8s 集群环境：kubectl config use-context hk8s

Task

       在现有的 namespace internal 中创建一个名为 allow-port-from-namespace 的新 NetworkPolicy。

       确保新的 NetworkPolicy 允许 namespace  中的 Pods 连接到 namespace internal 中的Pods 的 9000 端口。

进一步确保新的NetworkPolicy:

  • 不允许对没有在监听端口 9000 的 Pods 的访问
  • 不允许不来自namespace internal的pods的访问
kubectl config use-context hk8s
# 编写一个 yaml 文件，注意先输入 ":set paste"，防止复制时 yaml 文件空格错序
apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: allow-port-from-namespace
  namespace: internal
spec:
  podSelector: {}
  policyTypes:
    - Ingress
  ingress:
    - from:
        - podSelector: {}
      ports:
        - protocol: TCP
          port: 9000
# 创建网络策略资源
kubectl apply -f networkpolicy.yaml

题目2

[candidate@node-1] $ kubectl config use-context hk8s

Task

在现有的 namespace my-app 中创建一个名为 allow-port-from-namespace 的新 NetworkPolicy。

确保新的 NetworkPolicy 允许 namespace echo 中的 Pods 连接到 namespace my-app 中的 Pods 的 9000 端口。

进一步确保新的 NetworkPolicy：

-- 不允许对没有在监听 端口 9000 的 Pods 的访问

-- 不允许非来自 namespace echo 中的 Pods 的访问

kubectl config use-context hk8s
# 编写一个 yaml 文件，注意先输入 ":set paste"，防止复制时 yaml 文件空格错序
apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: allow-port-from-namespace
  namespace: my-app
spec:
  podSelector: {}
  policyTypes:
    - Ingress
  ingress:
    - from:
        - namespaceSelector:
          matchLables:
             app: echo
      ports:
        - protocol: TCP
          port: 9000
# 创建网络策略资源
kubectl apply -f networkpolicy.yaml


文章标签：
容器服务Kubernetes版
云解析DNS
云数据库 RDS MySQL 版
访问控制
Perl
容器
Kubernetes
数据安全/隐私保护
应用服务中间件
关键词：
网络策略
网络解析
容器服务Kubernetes版网络
容器服务Kubernetes版策略
容器服务Kubernetes版认证
相关实践学习
深入解析Docker容器化技术
Docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的Linux机器上，也可以实现虚拟化，容器是完全使用沙箱机制，相互之间不会有任何接口。Docker是世界领先的软件容器平台。开发人员利用Docker可以消除协作编码时“在我的机器上可正常工作”的问题。运维人员利用Docker可以在隔离容器中并行运行和管理应用，获得更好的计算密度。企业利用Docker可以构建敏捷的软件交付管道，以更快的速度、更高的安全性和可靠的信誉为Linux和Windows Server应用发布新功能。 在本套课程中，我们将全面的讲解Docker技术栈，从环境安装到容器、镜像操作以及生产环境如何部署开发的微服务应用。本课程由黑马程序员提供。 &nbsp; &nbsp; 相关的阿里云产品：容器服务 ACK 容器服务 Kubernetes 版（简称 ACK）提供高性能可伸缩的容器应用管理能力，支持企业级容器化应用的全生命周期管理。整合阿里云虚拟化、存储、网络和安全能力，打造云端最佳容器化应用运行环境。 了解产品详情: https://www.aliyun.com/product/kubernetes
didiplus
目录
相关文章
sysin
|
1月前
|
监控 安全 网络协议
Cisco Identity Services Engine (ISE) 3.5 发布 - 基于身份的网络访问控制和策略实施系统
Cisco Identity Services Engine (ISE) 3.5 发布 - 基于身份的网络访问控制和策略实施系统
sysin
288 1
Cisco Identity Services Engine (ISE) 3.5 发布 - 基于身份的网络访问控制和策略实施系统
sysin
|
3月前
|
安全 KVM 虚拟化
Cisco Identity Services Engine (ISE) 3.4 - 基于身份的网络访问控制和策略实施系统
Cisco Identity Services Engine (ISE) 3.4 - 基于身份的网络访问控制和策略实施系统
sysin
196 2
Cisco Identity Services Engine (ISE) 3.4 - 基于身份的网络访问控制和策略实施系统
Deephub
|
3月前
|
机器学习/深度学习 数据采集 运维
匹配网络处理不平衡数据集的6种优化策略：有效提升分类准确率
匹配网络是一种基于度量的元学习方法，通过计算查询样本与支持集样本的相似性实现分类。其核心依赖距离度量函数（如余弦相似度），并引入注意力机制对特征维度加权，提升对关键特征的关注能力，尤其在处理复杂或噪声数据时表现出更强的泛化性。
Deephub
194 6
匹配网络处理不平衡数据集的6种优化策略：有效提升分类准确率
南瓜佬
|
2月前
|
监控 安全 Devops
DevOps 流水线的网络安全盲区与防御策略
在软件研发中，DevOps流水线加速了开发与交付，但也带来严重安全风险。自动化节点和第三方集成成为攻击入口，凭证泄露、供应链渗透、配置错误和依赖混乱等问题频发。企业需构建全流程安全体系，嵌入自动化安全策略，强化访问控制与监控，提升全员安全意识，实现效率与安全的协同发展。
南瓜佬
390 1
陌陌谣
|
4月前
|
存储 监控 算法
基于 Python 跳表算法的局域网网络监控软件动态数据索引优化策略研究
局域网网络监控软件需高效处理终端行为数据，跳表作为一种基于概率平衡的动态数据结构，具备高效的插入、删除与查询性能（平均时间复杂度为O(log n)），适用于高频数据写入和随机查询场景。本文深入解析跳表原理，探讨其在局域网监控中的适配性，并提供基于Python的完整实现方案，优化终端会话管理，提升系统响应性能。
陌陌谣
124 4
sysin
|
6月前
|
网络协议 安全 Devops
Infoblox DDI (NIOS) 9.0 - DNS、DHCP 和 IPAM (DDI) 核心网络服务管理
Infoblox DDI (NIOS) 9.0 - DNS、DHCP 和 IPAM (DDI) 核心网络服务管理
sysin
203 4
蓝易云
|
8月前
|
XML JavaScript Android开发
【Android】网络技术知识总结之WebView,HttpURLConnection,OKHttp,XML的pull解析方式
本文总结了Android中几种常用的网络技术，包括WebView、HttpURLConnection、OKHttp和XML的Pull解析方式。每种技术都有其独特的特点和适用场景。理解并熟练运用这些技术，可以帮助开发者构建高效、可靠的网络应用程序。通过示例代码和详细解释，本文为开发者提供了实用的参考和指导。
蓝易云
257 15
路边两盏灯
|
8月前
|
Kubernetes Shell Windows
【Azure K8S | AKS】在AKS的节点中抓取目标POD的网络包方法分享
在AKS中遇到复杂网络问题时，可通过以下步骤进入特定POD抓取网络包进行分析：1. 使用`kubectl get pods`确认Pod所在Node；2. 通过`kubectl node-shell`登录Node；3. 使用`crictl ps`找到Pod的Container ID；4. 获取PID并使用`nsenter`进入Pod的网络空间；5. 在`/var/tmp`目录下使用`tcpdump`抓包。完成后按Ctrl+C停止抓包。
路边两盏灯
286 12
游客lijmi4663rgsa
|
8月前
|
JavaScript 算法 前端开发
JS数组操作方法全景图，全网最全构建完整知识网络！js数组操作方法全集（实现筛选转换、随机排序洗牌算法、复杂数据处理统计等情景详解，附大量源码和易错点解析）
这些方法提供了对数组的全面操作，包括搜索、遍历、转换和聚合等。通过分为原地操作方法、非原地操作方法和其他方法便于您理解和记忆，并熟悉他们各自的使用方法与使用范围。详细的案例与进阶使用，方便您理解数组操作的底层原理。链式调用的几个案例，让您玩转数组操作。 只有锻炼思维才能可持续地解决问题，只有思维才是真正值得学习和分享的核心要素。如果这篇博客能给您带来一点帮助，麻烦您点个赞支持一下，还可以收藏起来以备不时之需，有疑问和错误欢迎在评论区指出~
游客lijmi4663rgsa
281 2
考拉不拉
|
8月前
|
缓存 边缘计算 安全
阿里云CDN：全球加速网络的实践创新与价值解析
在数字化浪潮下，用户体验成为企业竞争力的核心。阿里云CDN凭借技术创新与全球化布局，提供高效稳定的加速解决方案。其三层优化体系（智能调度、缓存策略、安全防护）确保低延迟和高命中率，覆盖2800+全球节点，支持电商、教育、游戏等行业，帮助企业节省带宽成本，提升加载速度和安全性。未来，阿里云CDN将继续引领内容分发的行业标准。
考拉不拉
484 7

云原生

热门文章

最新文章

  • 1
    Docker CE 镜像源站
  • 2
    Minikube - Kubernetes本地实验环境
  • 3
    重塑云上的 Java 语言
  • 4
    微服务架构的理论基础 - 康威定律
  • 5
    微服务（Microservice）那点事
  • 6
    Docker的Windows容器初体验
  • 7
    3分钟，了解阿里云热门开发者工具 Cloud Toolkit
  • 8
    Docker学习路线图 (持续更新中)
  • 9
    利用Zipkin对Spring Cloud应用进行服务追踪分析
  • 10
    当 Kubernetes 遇到阿里云
  • 1
    K3S ——轻量化K8S 入门指南
    38
  • 2
    深度解析 Android 崩溃捕获原理及从崩溃到归因的闭环实践
    37
  • 3
    阿里云通过中国信通院首批安全可信中间件评估
    69
  • 4
    官宣上线！RocketMQ for AI：企业级 AI 应用异步通信首选方案
    28
  • 5
    基于微信小程序的民宿预定系统
    37
  • 6
    ModelScope 模型一键上线？FunModel 帮你 5 分钟从零到生产
    42
  • 7
    云效「AI 智能评审」，先锋体验官招募活动正式启动，赢取极客专属好礼！
    29
  • 8
    使用 Ansible 自动化部署 Snort3 入侵检测系统：从零到生产环境（RedHat）
    72
  • 9
    基于android的个人健康管理系统
    43
  • 10
    Java 学习路线可按「基础→进阶→实战→架构」四阶段推进
    61

    • 相关产品

  • 容器服务Kubernetes版
    文档详情 产品详情

    • 相关课程

    更多
  • 云计算工程师解析与实战-网络专家篇（体验版）
  • 阿里云K8S微服务部署案例
  • 深入解析Docker容器化技术
  • Java面试疑难点解析 - 面试技巧及语言基础
  • Java面试疑难点解析 - Java Web开发
  • Java面试疑难点解析 - 系统架构及项目设计

    • 相关电子书

    更多
  • 神龙云服务器产品及技术深度解析
  • 弹性创造价值：基于ECS的最佳性价比实践解析
  • 又快又稳：阿里云下一代虚拟交换机解析

    • 推荐镜像

    更多
  • kubernetes
  • DNS
    • 下一篇
    阿里云对象存储OSS收费标准：500G存储118元1年、