Auto push from travis ci.

TencentCloudContainerTeam · Aug 12, 2019 · 670cd50 · 670cd50
1 parent 863fc5c
commit 670cd50
Show file tree

Hide file tree

Showing 26 changed files with 96 additions and 94 deletions.
diff --git a/2018/10/21/开源项目/index.html b/2018/10/21/开源项目/index.html
@@ -15,7 +15,7 @@
 <meta property="og:site_name" content="腾讯云容器团队">
 <meta property="og:description" content="腾讯云容器团队现有开源组件：  基于 csi 的 kubernetes volume 插件 基于 cni 的 bridge 插件 适配黑石负载均衡的 ingress 插件 适配腾讯云 cvm/clb/vpc 的 kubernetes cloud-controller-manager">
 <meta property="og:locale" content="zh-cn">
-<meta property="og:updated_time" content="2019-08-12T09:04:48.460Z">
+<meta property="og:updated_time" content="2019-08-12T11:38:30.967Z">
 <meta name="twitter:card" content="summary">
 <meta name="twitter:title" content="开源组件">
 <meta name="twitter:description" content="腾讯云容器团队现有开源组件：  基于 csi 的 kubernetes volume 插件 基于 cni 的 bridge 插件 适配黑石负载均衡的 ingress 插件 适配腾讯云 cvm/clb/vpc 的 kubernetes cloud-controller-manager">
@@ -98,7 +98,7 @@ <h1 class="article-title" itemprop="name">
 
     </div>
     <footer class="article-footer">
-      <a data-url="https://TencentCloudContainerTeam.github.io/2018/10/21/开源项目/" data-id="cjz868qsh000lakqgfz75pkm2" class="article-share-link">Share</a>
+      <a data-url="https://TencentCloudContainerTeam.github.io/2018/10/21/开源项目/" data-id="cjz8bq9yk000lfixtm57fbgrh" class="article-share-link">Share</a>
 
 
     </footer>

diff --git a/2018/10/26/DNS-5-seconds-delay/index.html b/2018/10/26/DNS-5-seconds-delay/index.html
@@ -15,7 +15,7 @@
 <meta property="og:site_name" content="腾讯云容器团队">
 <meta property="og:description" content="作者： 洪志国 超时问题客户反馈从pod中访问服务时，总是有些请求的响应时延会达到5秒。正常的响应只需要毫秒级别的时延。 DNS 5秒延时在pod中(通过nsenter -n tcpdump)抓包，发现是有的DNS请求没有收到响应，超时5秒后，再次发送DNS请求才成功收到响应。 在kube-dns pod抓包，发现是有DNS请求没有到达kube-dns pod， 在中途被丢弃了。 为什么是5秒？">
 <meta property="og:locale" content="zh-cn">
-<meta property="og:updated_time" content="2019-08-12T09:04:48.444Z">
+<meta property="og:updated_time" content="2019-08-12T11:38:30.951Z">
 <meta name="twitter:card" content="summary">
 <meta name="twitter:title" content="kubernetes集群中夺命的5秒DNS延迟">
 <meta name="twitter:description" content="作者： 洪志国 超时问题客户反馈从pod中访问服务时，总是有些请求的响应时延会达到5秒。正常的响应只需要毫秒级别的时延。 DNS 5秒延时在pod中(通过nsenter -n tcpdump)抓包，发现是有的DNS请求没有收到响应，超时5秒后，再次发送DNS请求才成功收到响应。 在kube-dns pod抓包，发现是有DNS请求没有到达kube-dns pod， 在中途被丢弃了。 为什么是5秒？">
@@ -147,7 +147,7 @@ <h5 id="实施办法"><a href="#实施办法" class="headerlink" title="实施
 
     </div>
     <footer class="article-footer">
-      <a data-url="https://TencentCloudContainerTeam.github.io/2018/10/26/DNS-5-seconds-delay/" data-id="cjz868qr90000akqgobu29jki" class="article-share-link">Share</a>
+      <a data-url="https://TencentCloudContainerTeam.github.io/2018/10/26/DNS-5-seconds-delay/" data-id="cjz8bq9xe0000fixtz4d6jo3s" class="article-share-link">Share</a>
 
 
     </footer>

diff --git a/2018/10/30/k8s-npc-kr-function/index.html b/2018/10/30/k8s-npc-kr-function/index.html
@@ -15,7 +15,7 @@
 <meta property="og:site_name" content="腾讯云容器团队">
 <meta property="og:description" content="Author: Jimmy Zhang (张浩) Network PolicyNetwork Policy是k8s提供的一种资源，用于定义基于pod的网络隔离策略。它描述了一组pod是否可以与其它组pod，以及其它network endpoints进行通信。 Kube-router 官网:  https://www.kube-router.io 项目:  https://github.com/cl">
 <meta property="og:locale" content="zh-cn">
-<meta property="og:updated_time" content="2019-08-12T09:04:48.448Z">
+<meta property="og:updated_time" content="2019-08-12T11:38:30.951Z">
 <meta name="twitter:card" content="summary">
 <meta name="twitter:title" content="K8s Network Policy Controller之Kube-router功能介绍">
 <meta name="twitter:description" content="Author: Jimmy Zhang (张浩) Network PolicyNetwork Policy是k8s提供的一种资源，用于定义基于pod的网络隔离策略。它描述了一组pod是否可以与其它组pod，以及其它network endpoints进行通信。 Kube-router 官网:  https://www.kube-router.io 项目:  https://github.com/cl">
@@ -175,7 +175,7 @@ <h1 id="附-测试情况"><a href="#附-测试情况" class="headerlink" title="
 
     </div>
     <footer class="article-footer">
-      <a data-url="https://TencentCloudContainerTeam.github.io/2018/10/30/k8s-npc-kr-function/" data-id="cjz868qrz000aakqg971g54iq" class="article-share-link">Share</a>
+      <a data-url="https://TencentCloudContainerTeam.github.io/2018/10/30/k8s-npc-kr-function/" data-id="cjz8bq9y3000afixt7aka1n8k" class="article-share-link">Share</a>
 
 
     </footer>

diff --git a/2018/11/06/NodePort-SVC-LB直通容器性能测试对比/index.html b/2018/11/06/NodePort-SVC-LB直通容器性能测试对比/index.html
@@ -15,7 +15,7 @@
 <meta property="og:site_name" content="腾讯云容器团队">
 <meta property="og:description" content="作者：郭志宏  1. 测试背景：目前基于k8s 服务的外网访问方式有以下几种：  NodePort   svc(通过k8s 的clusterip 访问) 自研 LB -&amp;gt; Pod （比如pod ip 作为 nginx 的 upstream, 或者社区的nginx-ingress）  其中第一种和第二种方案都要经过iptables 转发，第三种方案不经过iptables，本测试主要是为了测试这">
 <meta property="og:locale" content="zh-cn">
-<meta property="og:updated_time" content="2019-08-12T09:04:48.444Z">
+<meta property="og:updated_time" content="2019-08-12T11:38:30.951Z">
 <meta name="twitter:card" content="summary">
 <meta name="twitter:title" content="NodePort, svc, LB直通Pod性能测试对比">
 <meta name="twitter:description" content="作者：郭志宏  1. 测试背景：目前基于k8s 服务的外网访问方式有以下几种：  NodePort   svc(通过k8s 的clusterip 访问) 自研 LB -&amp;gt; Pod （比如pod ip 作为 nginx 的 upstream, 或者社区的nginx-ingress）  其中第一种和第二种方案都要经过iptables 转发，第三种方案不经过iptables，本测试主要是为了测试这">
@@ -296,7 +296,7 @@ <h3 id="5-附录"><a href="#5-附录" class="headerlink" title="5. 附录"></a>5
 
     </div>
     <footer class="article-footer">
-      <a data-url="https://TencentCloudContainerTeam.github.io/2018/11/06/NodePort-SVC-LB直通容器性能测试对比/" data-id="cjz868qrh0001akqga14wo4g2" class="article-share-link">Share</a>
+      <a data-url="https://TencentCloudContainerTeam.github.io/2018/11/06/NodePort-SVC-LB直通容器性能测试对比/" data-id="cjz8bq9xl0001fixt5384443o" class="article-share-link">Share</a>
 
 
     </footer>

diff --git a/2018/11/19/kernel-parameters-and-container/index.html b/2018/11/19/kernel-parameters-and-container/index.html
@@ -15,7 +15,7 @@
 <meta property="og:site_name" content="腾讯云容器团队">
 <meta property="og:description" content="作者： 洪志国 sysctl/proc/sys/目录下导出了一些可以在运行时修改kernel参数的proc文件。 12# ls /proc/sysabi  crypto  debug  dev  fs  kernel  net  vm 可以通过写proc文件来修改这些内核参数。例如， 要打开ipv4的路由转发功能： 1echo 1 &amp;gt; /proc/sys/net/ipv4/ip_forwar">
 <meta property="og:locale" content="zh-cn">
-<meta property="og:updated_time" content="2019-08-12T09:04:48.448Z">
+<meta property="og:updated_time" content="2019-08-12T11:38:30.951Z">
 <meta name="twitter:card" content="summary">
 <meta name="twitter:title" content="给容器设置内核参数">
 <meta name="twitter:description" content="作者： 洪志国 sysctl/proc/sys/目录下导出了一些可以在运行时修改kernel参数的proc文件。 12# ls /proc/sysabi  crypto  debug  dev  fs  kernel  net  vm 可以通过写proc文件来修改这些内核参数。例如， 要打开ipv4的路由转发功能： 1echo 1 &amp;gt; /proc/sys/net/ipv4/ip_forwar">
@@ -171,7 +171,7 @@ <h1 id="参考文档："><a href="#参考文档：" class="headerlink" title="
 
     </div>
     <footer class="article-footer">
-      <a data-url="https://TencentCloudContainerTeam.github.io/2018/11/19/kernel-parameters-and-container/" data-id="cjz868qs4000cakqg1s5aqdn6" class="article-share-link">Share</a>
+      <a data-url="https://TencentCloudContainerTeam.github.io/2018/11/19/kernel-parameters-and-container/" data-id="cjz8bq9y8000cfixt9hh4qzqi" class="article-share-link">Share</a>
 
 
     </footer>

diff --git a/2018/12/29/cgroup-leaking/index.html b/2018/12/29/cgroup-leaking/index.html
@@ -15,7 +15,7 @@
 <meta property="og:site_name" content="腾讯云容器团队">
 <meta property="og:description" content="作者: 洪志国 前言绝大多数的kubernetes集群都有这个隐患。只不过一般情况下，泄漏得比较慢，还没有表现出来而已。  一个pod可能泄漏两个memory cgroup数量配额。即使pod百分之百发生泄漏， 那也需要一个节点销毁过三万多个pod之后，才会造成后续pod创建失败。 一旦表现出来，这个节点就彻底不可用了，必须重启才能恢复。 故障表现腾讯云SCF(Serverless Cloud F">
 <meta property="og:locale" content="zh-cn">
-<meta property="og:updated_time" content="2019-08-12T09:04:48.444Z">
+<meta property="og:updated_time" content="2019-08-12T11:38:30.951Z">
 <meta name="twitter:card" content="summary">
 <meta name="twitter:title" content="Cgroup泄漏--潜藏在你的集群中">
 <meta name="twitter:description" content="作者: 洪志国 前言绝大多数的kubernetes集群都有这个隐患。只不过一般情况下，泄漏得比较慢，还没有表现出来而已。  一个pod可能泄漏两个memory cgroup数量配额。即使pod百分之百发生泄漏， 那也需要一个节点销毁过三万多个pod之后，才会造成后续pod创建失败。 一旦表现出来，这个节点就彻底不可用了，必须重启才能恢复。 故障表现腾讯云SCF(Serverless Cloud F">
@@ -150,7 +150,7 @@ <h2 id="kubelet"><a href="#kubelet" class="headerlink" title="kubelet"></a>kubel
 
     </div>
     <footer class="article-footer">
-      <a data-url="https://TencentCloudContainerTeam.github.io/2018/12/29/cgroup-leaking/" data-id="cjz868qrl0003akqgyj3p7q6c" class="article-share-link">Share</a>
+      <a data-url="https://TencentCloudContainerTeam.github.io/2018/12/29/cgroup-leaking/" data-id="cjz8bq9xp0003fixteb2zm198" class="article-share-link">Share</a>
 
 
     </footer>

diff --git a/2019/01/10/k8s-traffic-copy/index.html b/2019/01/10/k8s-traffic-copy/index.html
@@ -19,7 +19,7 @@
 <meta property="og:image" content="https://github.com/TencentCloudContainerTeam/TencentCloudContainerTeam.github.io/raw/develop/source/_posts/res/k8s-traffic-copy/k8s-traffic-copy-diagram.png">
 <meta property="og:image" content="https://github.com/TencentCloudContainerTeam/TencentCloudContainerTeam.github.io/raw/develop/source/_posts/res/k8s-traffic-copy/nginx-config.png">
 <meta property="og:image" content="https://github.com/TencentCloudContainerTeam/TencentCloudContainerTeam.github.io/raw/develop/source/_posts/res/k8s-traffic-copy/lb-inner.png">
-<meta property="og:updated_time" content="2019-08-12T09:04:48.448Z">
+<meta property="og:updated_time" content="2019-08-12T11:38:30.951Z">
 <meta name="twitter:card" content="summary">
 <meta name="twitter:title" content="Kubernetes 流量复制方案">
 <meta name="twitter:description" content="作者：田小康 背景测试环境没有真实的数据, 会导致很多测试工作难以展开, 尤其是一些测试任务需要使用生产环境来做时, 会极大影响现网的稳定性。 我们需要一个流量复制方案, 将现网流量复制到预发布/测试环境  期望 将线上请求拷贝一份到预发布/测试环境 不影响现网请求 可配置流量复制比例, 毕竟测试环境资源有限 零代码改动  方案  承载入口流量的 Pod 新增一个 Nginx 容器 接管流量 Ng">
@@ -147,7 +147,7 @@ <h1 id="总结"><a href="#总结" class="headerlink" title="总结"></a>总结</
 
     </div>
     <footer class="article-footer">
-      <a data-url="https://TencentCloudContainerTeam.github.io/2019/01/10/k8s-traffic-copy/" data-id="cjz868qs2000bakqg7lshvqqg" class="article-share-link">Share</a>
+      <a data-url="https://TencentCloudContainerTeam.github.io/2019/01/10/k8s-traffic-copy/" data-id="cjz8bq9y6000bfixt0i92hjrs" class="article-share-link">Share</a>
 
 
     </footer>

diff --git a/2019/01/31/servicemesh-istio/index.html b/2019/01/31/servicemesh-istio/index.html
@@ -32,7 +32,7 @@
 <meta property="og:image" content="https://zhongfox.github.io/assets/images/istio/gateway.png">
 <meta property="og:image" content="https://istio.io/docs/concepts/policies-and-telemetry/topology-without-cache.svg">
 <meta property="og:image" content="https://zhongfox.github.io/assets/images/istio/last.png">
-<meta property="og:updated_time" content="2019-08-12T09:04:48.460Z">
+<meta property="og:updated_time" content="2019-08-12T11:38:30.967Z">
 <meta name="twitter:card" content="summary">
 <meta name="twitter:title" content="Istio 服务网格领域的新王者">
 <meta name="twitter:description" content="作者: 钟华  今天分享的内容主要包括以下4个话题:  1 Service Mesh: 下一代微服务 2 Istio: 第二代 Service Mesh 3 Istio 数据面 4 Istio 控制面  首先我会和大家一起过一下 Service Mesh的发展历程, 并看看Istio 为 Service Mesh 带来了什么, 这部分相对比较轻松. 接下来我将和大家分析一下Istio的主要架构,">
@@ -772,7 +772,7 @@ <h2 id="结语"><a href="#结语" class="headerlink" title="结语"></a>结语</
 
     </div>
     <footer class="article-footer">
-      <a data-url="https://TencentCloudContainerTeam.github.io/2019/01/31/servicemesh-istio/" data-id="cjz868qsf000jakqgaig88p90" class="article-share-link">Share</a>
+      <a data-url="https://TencentCloudContainerTeam.github.io/2019/01/31/servicemesh-istio/" data-id="cjz8bq9yi000jfixtawxeji22" class="article-share-link">Share</a>
 
 
     </footer>

diff --git a/2019/03/11/istio-analysis-1/index.html b/2019/03/11/istio-analysis-1/index.html
@@ -17,7 +17,7 @@
 <meta property="og:locale" content="zh-cn">
 <meta property="og:image" content="https://preliminary.istio.io/docs/concepts/what-is-istio/arch.svg">
 <meta property="og:image" content="https://ws3.sinaimg.cn/large/006tKfTcgy1g187gshs79j315m0u0qct.jpg">
-<meta property="og:updated_time" content="2019-08-12T09:04:48.448Z">
+<meta property="og:updated_time" content="2019-08-12T11:38:30.951Z">
 <meta name="twitter:card" content="summary">
 <meta name="twitter:title" content="istio 庖丁解牛(一) 组件概览">
 <meta name="twitter:description" content="作者: 钟华 Istio 作为 Service Mesh 领域的集大成者, 提供了流控, 安全, 遥测等模型, 其功能复杂, 模块众多,  有较高的学习和使用门槛,  本文会对istio 1.1 的各组件进行分析, 希望能帮助读者了解istio各组件的职责、以及相互的协作关系.   1. istio 组件构成以下是istio 1.1 官方架构图:  虽然Istio 支持多个平台, 但将其与 Kub">
@@ -288,7 +288,7 @@ <h3 id="3-7-istio-citadel"><a href="#3-7-istio-citadel" class="headerlink" title
 
     </div>
     <footer class="article-footer">
-      <a data-url="https://TencentCloudContainerTeam.github.io/2019/03/11/istio-analysis-1/" data-id="cjz868qrp0006akqgx3w2eqez" class="article-share-link">Share</a>
+      <a data-url="https://TencentCloudContainerTeam.github.io/2019/03/11/istio-analysis-1/" data-id="cjz8bq9xw0006fixt5fij29rg" class="article-share-link">Share</a>
 
 
     </footer>

diff --git a/2019/03/19/istio-analysis-2/index.html b/2019/03/19/istio-analysis-2/index.html
@@ -17,7 +17,7 @@
 <meta property="og:locale" content="zh-cn">
 <meta property="og:image" content="https://ws1.sinaimg.cn/large/006tKfTcgy1g187i5bzkpj315q0u07dq.jpg">
 <meta property="og:image" content="https://ws4.sinaimg.cn/large/006tKfTcgy1g187flw0dmj30wq0grn0b.jpg">
-<meta property="og:updated_time" content="2019-08-12T09:04:48.448Z">
+<meta property="og:updated_time" content="2019-08-12T11:38:30.951Z">
 <meta name="twitter:card" content="summary">
 <meta name="twitter:title" content="istio 庖丁解牛(二) sidecar injector">
 <meta name="twitter:description" content="作者: 钟华 今天我们分析下istio-sidecar-injector 组件:  查看高清原图 用户空间的Pod要想加入mesh, 首先需要注入sidecar 容器, istio 提供了2种方式实现注入:  自动注入: 利用 Kubernetes Dynamic Admission Webhooks 对 新建的pod 进行注入: initContainer + sidecar 手动注入: 使用命">
@@ -187,7 +187,7 @@ <h2 id="3-istio-sidecar-injector-webhook-源码分析"><a href="#3-istio-sidecar
 
     </div>
     <footer class="article-footer">
-      <a data-url="https://TencentCloudContainerTeam.github.io/2019/03/19/istio-analysis-2/" data-id="cjz868qrr0007akqgqqwzfsax" class="article-share-link">Share</a>
+      <a data-url="https://TencentCloudContainerTeam.github.io/2019/03/19/istio-analysis-2/" data-id="cjz8bq9xz0007fixtgm1ye4ne" class="article-share-link">Share</a>
 
 
     </footer>

diff --git a/2019/04/01/istio-analysis-3/index.html b/2019/04/01/istio-analysis-3/index.html
@@ -21,7 +21,7 @@
 <meta property="og:image" content="https://ws2.sinaimg.cn/large/006tKfTcgy1g1n7omb7vrj30uk0u0452.jpg">
 <meta property="og:image" content="https://ws1.sinaimg.cn/large/006tKfTcgy1g1mzi3oe9xj31r10u0qgp.jpg">
 <meta property="og:image" content="https://imfox.io/assets/images/istio-a/galley_uml.png">
-<meta property="og:updated_time" content="2019-08-12T09:04:48.448Z">
+<meta property="og:updated_time" content="2019-08-12T11:38:30.951Z">
 <meta name="twitter:card" content="summary">
 <meta name="twitter:title" content="istio 庖丁解牛(三) galley">
 <meta name="twitter:description" content="作者: 钟华 今天我们来解析istio控制面组件Galley. Galley Pod是一个单容器单进程组件, 没有sidecar, 结构独立, 职责明确.  查看高清原图 前不久istio 1.1 版本正式发布, 其中istio的配置管理机制有较大的改进, 以下是1.1 release note 中部分说明:  Added Galley as the primary configuration i">
@@ -235,7 +235,7 @@ <h2 id="参考资料"><a href="#参考资料" class="headerlink" title="参考
 
     </div>
     <footer class="article-footer">
-      <a data-url="https://TencentCloudContainerTeam.github.io/2019/04/01/istio-analysis-3/" data-id="cjz868qru0008akqgoe5ycc8b" class="article-share-link">Share</a>
+      <a data-url="https://TencentCloudContainerTeam.github.io/2019/04/01/istio-analysis-3/" data-id="cjz8bq9y00008fixtgvbqgg8h" class="article-share-link">Share</a>
 
 
     </footer>

diff --git a/2019/04/07/istio-cni/index.html b/2019/04/07/istio-cni/index.html
@@ -15,7 +15,7 @@
 <meta property="og:site_name" content="腾讯云容器团队">
 <meta property="og:description" content="作者: 陈鹏 设计目标当前实现将用户 pod 流量转发到 proxy 的默认方式是使用 privileged 权限的 istio-init 这个 init container 来做的（运行脚本写入 iptables），Istio CNI 插件的主要设计目标是消除这个 privileged 权限的 init container，换成利用 k8s CNI 机制来实现相同功能的替代方案 原理 Istio">
 <meta property="og:locale" content="zh-cn">
-<meta property="og:updated_time" content="2019-08-12T09:04:48.448Z">
+<meta property="og:updated_time" content="2019-08-12T11:38:30.951Z">
 <meta name="twitter:card" content="summary">
 <meta name="twitter:title" content="Istio 学习笔记：Istio CNI 插件">
 <meta name="twitter:description" content="作者: 陈鹏 设计目标当前实现将用户 pod 流量转发到 proxy 的默认方式是使用 privileged 权限的 istio-init 这个 init container 来做的（运行脚本写入 iptables），Istio CNI 插件的主要设计目标是消除这个 privileged 权限的 init container，换成利用 k8s CNI 机制来实现相同功能的替代方案 原理 Istio">
@@ -124,7 +124,7 @@ <h2 id="参考资料"><a href="#参考资料" class="headerlink" title="参考
 
     </div>
     <footer class="article-footer">
-      <a data-url="https://TencentCloudContainerTeam.github.io/2019/04/07/istio-cni/" data-id="cjz868qrx0009akqgsruqn7z4" class="article-share-link">Share</a>
+      <a data-url="https://TencentCloudContainerTeam.github.io/2019/04/07/istio-cni/" data-id="cjz8bq9y20009fixtkq653w17" class="article-share-link">Share</a>
 
 
     </footer>