微软近期开源了一个新的名为 Open Service Mesh[1] 的项目并准备捐赠给 CNCF[2] 。
随着云原生环境中对服务网格的采用越来越多，服务网格抽象——服务网格中立规范——出现了。Service Mesh Performance[1]和Service Mesh Interface[2]是两个开放的规范，它们解决了与任何类型的服务网格交互和管理的通用接口的需求。让我们了解一下每个规范都提供了什么。
最近因工作原因开始了解Service Mesh与Envoy，为系统性梳理所学内容，因此沉淀了此文档，但由于所知有限，如文档中有描述不当之处，希望不吝赐教。
KIND 是我很喜欢也一直在参与贡献的 Kubernetes SIG 子项目，本周 KIND 发布了 v0.9 版本，距离上次 v0.8 版本已过去了 4 个多月，在此期间，我们做了很多的优化和改进。下面我来具体介绍下：
2.WireGuard 系列文章（二）：WireGuard 简介 - 快速、现代、安全的 V** 隧道[2]
2018 年 9 月 1 日，Bilgin Ibryam 在 InfoQ 发表了一篇名为 Microservices in a Post-Kubernetes Era 的文章。
前天早上开会还说这个 envoy 1.16 不知道什么时候发布，我们需要的几个新特性都在这个版本中，今天一看已经发布了，所以今天又测试了一波 1.16 上的例子。
作者：黄涵（Mayo Cream）[1]，CNCF TAG Security 成员，云原生社区贡献者。
Chaos Mesh 是一个开源的云原生混沌工程平台，借助 Chaos Mesh，用户可以很方便地对服务注入异常故障，并配合 Chaos Dashboard 实现对整个混沌实验运行状况的监测 。然而，对混沌实验运行情况的监控并不能告诉我们应用服务性能的变化。从系统可观测性的角度来说，我们可能无法单纯通过混沌实验的动态了解故障的全貌，这也阻碍了我们对系统和故障的进一步了解，调试。
在云计算环境中，资源弹性是其核心优势之一。云厂商通过提供按需分配和自动扩展的资源，使得用户可以根据业务需求灵活地调整资源使用，从而实现资源的最优利用。然而，这种资源弹性的实现依赖于云厂商基础网络的高可靠性和高性能。那么，云厂商是如何保证其基础网络的高可靠性和高性能的呢？
在 Intenet 实现计算机互联之前，最开始人们想象的计算机之间服务的交互方式是这样的：
近日，云原生计算基金会 (CNCF) 宣布云原生的混沌工程 Chaos Mesh 正式进入 CNCF 沙箱托管项目，这是 CNCF 接纳的第二个由 PingCAP 团队设计并研发的项目。
首先是重构了配置管理。原来是手写在代码里的，因为原来上层的 libatbus 是不依赖 protobuf 的，现在 既然已经依赖 protobuf 了就转为 protobuf 管理了。同时现在还支持YAML配置，使用 yaml-cpp 来解析YAML文件，这个库也被一些其他知名的大型项目使用了，比如 Envoy proxy 。 原来的conf/ini模式的配置也是支持的，现在加载配置的时候会尝试猜测以下配置文件是yaml还是conf/ini模式。 并且增加了统一的 YAML转protobuf 、 conf/ini转protobuf 和 指定层级配置导出到protobuf 的接口来方便使用。比较特殊的是自定义日志配置后端的接入接口有了一些小变化，问题也不大。
Linkerd 控制平面带有自己的最低特权 Pod Security Policy 和相关的 RBAC 资源。仅当启用 PodSecurityPolicy admission controller 时，才会强制执行此 Pod 安全策略。
Cilium 是一个开源的云原生解决方案，用于提供、保护(安全功能)和观察(监控功能)工作负载之间的网络连接，由革命性的内核技术 eBPF 提供动力。Cilium 主要使用场景是在 Kubernetes中，但 Cilium 的优势并不仅限于 Kubernetes 环境。
本文介绍了如何基于Unreal Engine 4和UE4的蓝图制作一个跨平台UI自动化测试框架，并利用这套框架进行性能测试。具体内容包括：实现环境准备、创建UI自动化测试框架、基于蓝图制作自动化测试脚本、执行自动化测试和结果输出。此外，还提供了相关的参考资料和代码示例。
容器技术很火，经常为人所提及，尤其是开源容器工具docker，已在不少数据中心里有广泛应用。容器主要是对软件和其依赖环境的标准化打包，将应用之间相互隔离，并能运行在很多主流操作系统上。这样看来容器和虚拟机技术很类似，容器是APP层面的隔离，而虚拟化是物理资源层面的隔离，容器解决了虚拟技术的不少痛点问题，很多时候容器可以和虚拟机结合在一起使用，这也是目前数据中心主流的做法。
Linkerd 数据平面的代理是多线程(multithreaded)的， 并且能够运行可变数量的工作线程， 以便它们的资源使用(resource usage)与应用程序工作负载(application workload)相匹配。
Istio提供一种简单的方式来建立已部署的服务的网络，具备负载均衡，服务到服务认证，监控等等功能，而不需要改动任何服务代码。简单的说，有了Istio，你的服务就不再需要任何微服务开发框架（典型如Spring Cloud，Dubbo），也不再需要自己手动实现各种复杂的服务治理功能（很多是Spring Cloud和Dubbo也不能提供的，需要自己动手）。只要服务的客户端和服务端可以进行简单的直接网络访问，就可以通过将网络层委托Istio，从而获得一系列的完备功能。可以近似的理解为：
背景介绍 Service Mesh（服务网格）是一个基础设施层，让服务之间的通信更安全、快速和可靠，是云原生技术栈的关键组建之一。2018 年是 Service Mesh 高歌猛进的一年，Service Mesh 数据面板百花齐放，遍地开花，业界几乎所有大厂都在推出自己的 Service Mesh 产品。2018 年 Service Mesh 大事件如下： a.2018 年 7 月 31 日，Istio 1.0 版本发布，标志着 Istio 可用于生产环境 b.2018 年 9 月 19 日，Con
几乎是随着 Service Mesh 概念的普及，“sidecar”这个词被容器从业者提到的频率也越来越高。甚至可以说，sidecar proxy 已经是 Service Mesh 的第一技术特征。今天我们就和 Flomesh 团队负责人蔡书一起来聊聊为什么会出现 sidecar proxy，以及除了 proxy 还有哪些 sidecar，最后展望一下“理想化”的 sidecar 应该是什么样子。
2019年6月24-26日，KubeCon + CloudNativeCon + Open Source Summit大会在上海世博中心举行。本次大会是由CNCF的LC3和Linux基金会的OSS两个大会合并而成的，因此规模空前甚大，估计有超过40多个国家，3000多名开发者参与会议。
WireGuard® 是一个非常简单，快速和现代的 V**，它利用了最先进的 密码学[2]。它旨在比 IPsec更快[3]，更简单[4]，更精简，更有用，同时避免巨大的头痛。它比 OpenV** 的性能要高得多。WireGuard 被设计为一个通用 V**，用于在嵌入式接口和超级计算机上运行，适用于许多不同的情况。它最初是为 Linux 内核发布的，现在是跨平台（Windows，macOS，BSD，iOS，Android）并且可以广泛部署。它目前正在进行大量开发，但它已经被认为是业内最安全，最易于使用和最简单的 V** 解决方案。
6月15日，我创建的 Aeraki Mesh 项目通过了全球顶级开源基金会云原生计算基金会（CNCF）技术监督委员会评定，正式成为CNCF 沙箱项目！这意味着 Aeraki Mesh 得到了云原生开源社区的认可，而且加入 CNCF 也保证了项目的中立和开源开放，为 Aeraki Mesh 在云原生生态系统的进一步发展迈出了坚定的一步。
Chaos Mesh® 是由 TiDB 背后的 PingCAP 公司开发，运行在 Kubernetes 上的混沌工程（Chaos Engineering）系统。简而言之，Chaos Mesh® 通过运行在 K8s 集群中的“特权”容器，依据 CRD 资源中的测试场景，在集群中制造浑沌（模拟故障）1。
" 如果你怀念 SDN 领域丰富的网络能力却在云原生领域苦苦追寻而不得，那么 Kube-OVN 将是你的最佳选择。本系列我们将逐个介绍Kube-OVN高级功能的工作原理及使用路径，帮你尽快征服容器网络难题！"
给定一张或者多张人物 A 的图像，和一段人物 B 的视频，就可以通过动作迁移算法自动合成一段人物 A 做任务 B 动作的视频。
早就想写一个 envoy filter 开发的文章了，本来在我的 issue 中列了一篇 Venil Noronha 写的文章，想翻译来的，但是感觉那篇文章太简单了，而且没有实际操作过程，让我这种更愿意动手的人来说是一种折磨。
Skywalking有多种使用方式，目前最流行(也是最强大)的使用方式是基于Java agent的。
在排查网络问题与深入了解网络协议的工作原理的时候，sre最常使用tcpdump。但是实际上tcpdump只能告诉你网络上传输了哪些包，没有体现为什么这么传输，在排查网络丢包问题的时候是存在一定的局限性的。这时候就需要依赖BCC这个工具来深入地排查网络的问题了。(对于tcpdump与bcc的使用后续可以单独介绍)。
随着微服务架构的流行，服务网格技术获得了业界的广泛关注，作为实现云原生的重要积木，各大厂商也纷纷开始布局，Amazon在2019年4月份推出了App Mesh；Google、IBM、Lyft联合开发了Istio。
目前很多企业还是采用基于 SDK 的传统微服务框架进行服务治理，而随着 Service Mesh 的普及，越来越多的企业开始布局自己的 Service Mesh 框架体系，但多数企业刚开始不会激进地将所有业务迁移至 Serivice Mesh，像 Java 系应用依然保留原框架，而非 Java 系应用采用 Mesh 框架，不同开发语言可以用不同的技术框架，但业务不能被框架割裂，那在两种架构体系下应用服务如何互联互通？微服务如何统一治理？传统微服务又如何平滑迁移至 Service Mesh 呢？ 腾讯
腾讯为了解决以上的技术问题，自研了 TSF Mesh 微服务框架。也许有人会问，开源 Istio 已经是比较完善的 Service Mesh 方案了，为什么要再造一个 Mesh 微服务框架？和原生 Istio 什么区别呢？
Elmer FEM是一款优秀的通用开源多物理场有限元软件，它由CSC与芬兰大学、研究实验室和工业界合作开发。Elmer求解器基于GPL开源协议，能够计算包括流体动力学、结构力学、电磁学、热传递和声学等物理模型。可以在Windows和Linux操作系统上运行，Elmer FEM已经广泛用于学术与工业界。目前最新的版本是9.0，官方开源了全部代码，同时提供了大量实例与文档。同时提供了安装包，可以直接安装使用。
Cilium 是一个基于 eBPF 技术，用于为容器工作负载间提供安全且具备可观测性的网络连接的开源软件。
自从去年 10 月份搜狗正式被腾讯合并以后，我一直想给大家讲讲腾讯内部目前开发在用的一些技术栈，我想这对同学们有很高的学习价值。但苦于公司内部有明确的规定，不允许私自对外分享和发布未经公开的信息。一经发现，高压线开除处理！所以一直迟迟都没有动手。
Chaos Mesh® 是基于 K8s 的混沌测试平台，而对于部署在物理机上的应用来说，混沌测试同样重要。本文将向大家介绍一款基于 Chaos Mesh®️ 打造的混沌工程测试工具 Chaosd，用于在物理机环境上注入故障，并提供故障恢复功能。
Calico 是一套开源的网络和网络安全方案，用于容器、虚拟机、宿主机之前的网络连接，可以用在kubernetes、OpenShift、DockerEE、OpenStrack等PaaS或IaaS平台上。
译者注：本文作者是 Isovalent 联合创始人 & CTO，原文标题 How eBPF will solve Service Mesh - Goodbye Sidecars[1]，译者宋净超。作者回顾了 Linux 内核的连接性，实现服务网格的几种模式，以及如何使用 eBPF 实现无 Sidecar 的服务网格。
本文翻译自 Vivian Hu 的 《eBPF and Wasm: Exploring the Future of the Service Mesh Data Plane》[1]。
翻译一篇 Istio 部署教程，原文链接：test-drive-your-first-istio-deployment-using-play-with-kubernetes-platform-cloud-computing
推荐一本 Go 语言开源书籍：《How To Code in Go[1]》，由著名云服务器厂商 DigitalOcean 撰写发布。通过本书你将学会如何使用 Go 语言来编写程序，以及了解一些较为实用的开发者工具。核心内容如下：
那么，我们对 Consul 的理解，就是服务网格、服务发现，官网文档说的这两个特征，到底是啥意思？跨什么云？
当第一次看到Network Service Mesh这一名词时，你很可能和我一样好奇它到底是什么？是否和Service Mesh有什么关系？Network Service Mesh是云原生领域中一个新的热点，是CNCF（云原生基金会）中的一个沙箱项目。本文将介绍Network Service Mesh的起源和架构，并探讨其与Service Mesh、SDN、NFV等相关技术的区别与联系。
本文译自 How eBPF Streamlines the Service Mesh[1]。
前几天好几个公众号推送了这样一篇文章：《Service Mesh利器：NGINX将支持gRPC》，更有甚者鼓吹nginx是第一个支持grpc的代理。看到这几篇文章的时候，我总想说点关于国内的互联网发展。
某客户因办公区域改造，部分线路需要拆除，但是WIFI覆盖又不能少，否则就没办法办公了，原来每个无线AP都是有网线连接到交换机的，现在有部分AP要改为通过MESH链路连接到网络，好在距离不是很远，采用MESH组网技术，扩展WIFI覆盖范围，问题不大。
大家好！我是"无敌码农"，今天要和大家分享的是关于新一代微服务架构——Service Mesh的具体玩法！在微服务架构盛行的今天，作为一名互联网技术从业人员，对于微服务的概念相信大家都已经耳熟能详了！而至于像Spring Cloud这样的微服务框架，因为大部分互联网公司都在此基础上构建过第一代微服务体系，所以对于做Java 的同学来说，Spring Cloud微服务体系应该是非常熟悉了！几年前我也写过一篇介绍我当时所在公司——摩拜单车基于Spring Cloud框架构建微服务体系的文章，感兴趣的可以戳下看看<<基于SpringCloud的微服务架构演变史？>>。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
