Kuma

今天对Kuma来说是个大日子！Kuma 1.0现在已经具备了70多个特性和改进，可以在生产环境中使用和部署，为运行在多个集群、云（包括Kubernetes和基于VM的工作负载）上的每个应用程序创建现代分布式服务网格。 在我们了解这个版本之前，非常感谢社区和用户，感谢他们的贡献和反馈。 不要忘记关注 GitHub 上的Kuma，并在 社区slack 询问任何问题。 https://github.com/kumahq/kuma https://kuma.io/community/ Kuma 1.0为Grafana提供了65个以上的图表，尽管你也可以通过TrafficLog和TrafficMetrics策略从任何其他系统收集数据。 这个新版本在以下方面提供了显著的新特性和改进： 多域🌎 简化多区域部署，自动生成“区域（Zone）”资源。 本地感知负载平衡，减少多区域延迟和降低出口成本。 通过新的“Ingress”DP类型自动同步Ingress数据平面代理到全球CP。 服务和政策🚀 增加了对显式外部服务的支持。 增加了对一个新的“服务（Service）”资源的支持，该资源对每个“kuma.io/service”的多个数据平面代理进行分组。 增加了对Kafka协议的支持。 “网格（Mesh）”资源中的可配置直通控制能力。 性能📊 在任务关键的SLA执行的企业环境中进行战斗测试。

哪种服务网格最适合你的企业?近年来，Kubernetes服务网格框架数量增加迅速，使得这成为一个棘手的问题。 下面将介绍9种较受欢迎的用以支撑微服务开发的服务网格框架，每种方案都给出了其适用场景。 什么是服务网格 服务网格近年来有很高的话题度，背后的原因是什么? 微服务已经成为一种灵活快速的开发方式。然而，随着微服务数量成倍数地增长，开发团队开始遇到了部署和扩展性上的问题。 容器和Kubernetes这样的容器编排系统 ，将运行时和服务一起打包进镜像，调度容器到合适的节点，运行容器。这个方案可以解决开发团队遇到的不少问题。然而，在这个操作流程中仍存在短板：如何管理服务间的通信。 在采用服务网格的场景下，以一种和应用代码解耦的方式，增强了应用间统一的网络通信能力。服务网格扩展了集群的管理能力，增强可观测性、服务发现、负载均衡、IT运维监控及应用故障恢复等功能。 服务网格概览 服务网格一直有很高的热度。正如Linkerd的作者William Morgan所提到的：“服务网格本质上无非就是和应用捆绑在一起的用户空间代理。” 此说法相当简洁，他还补充道，“如果你能透过噪音看清本质，服务网格能给你带来实实在在的重要价值。” Envoy是许多服务网格框架的核心组件，是一个通用的开源代理，常被用于Pod内的sidecar以拦截流量。也有服务网格使用另外的代理方案。 若论具体服务网格方案的普及程度

喜欢就关注我们吧！ Kuma 1.0 GA 现已发布，包含了 70 多种新功能和改进。Kuma 是一个现代的通用服务网格控制平面，基于 Envoy 搭建，Envoy 是一个为云原生应用设计的强大的代理软件。 Kuma 高效的数据平面和先进的控制平面，极大地降低了各团队使用的难度，可以在包括 Kubernetes、虚拟机、容器、裸机和传统环境在内的任意平台上运行，以落实整个组织中的云原生体验。 此版本主要更新内容包括有： 多区域 自动生成“区域”资源，简化了多区域部署。 本地感知的负载平衡可减少多区域延迟并降低出口成本。 通过新的 "Ingress"DP 类型将入口数据平面代理自动同步到全局 CP。 Services & Policies 增加了对显式外部服务的支持。 增加了对新的“服务”资源的支持，该资源将每个“kuma.io/service”分组为多个数据平面代理。 添加了对 Kafka 协议的支持。 “网格”资源中的可配置 pass-through 控制功能。 性能 在关键任务 SLA-enforced 的企业环境中进行了生产中的实战测试。 在 Kuma 中运行成千上万的服务时，整体性能有了显着提高（〜5 倍）。 资源内部缓存的改进，以更好地支持高数据平面代理负载。 使用大量资源运行时，提高了 CLI 和 GUI 的总体可伸缩性。 安全

龙芯进驻激光打印机：成功适配国产 PC/OS 龙芯中科今天宣布，龙芯1C0300B作为主控芯片，已经批量用于天津光电出品的多款激光打印机中，在打印扫描、通信控制、协议解析方面发挥着重要的作用。 来源： 快科技 拍一拍：可喜可贺！ 四分之一的 PC 依然在运行 Windows 7 Windows 7 在 2020 年 1 月达到了延长支持期限，显然微软希望它的用户数量在过去八个月中急剧下降，但是他们错了。这款古老的操作系统的市场份额几个月来变化细微，它仍占所有运行中 PC 设备的近四分之一。 来源： cnBeta.COM 拍一拍：用户总是习惯他们习惯的。 微软开源了一个基于 Envoy 的服务网格 微软宣布了一个新的开源项目，即“开放服务网格Open Service Mesh”（OSM）。它是一种在 Kubernetes 上运行的轻量级且可扩展的服务网格。如今的市场上已经存在有许多其他的服务网格技术；包括 Istio、Kuma 和 Linkerd 等。 来源： 开源中国 拍一拍：继续点赞。 来源： oschina 链接： https://my.oschina.net/u/4306876/blog/4478851

周末，带大家吃一个大瓜！ 1、女高管出轨事件 一般的出轨事件，大部分都是男性出轨，但这次出轨的对象却是知名设计公司的女高管，而且丈夫极为优秀妥妥的学霸级别。 并且女方出轨的公司在设计圈级别不低，天华设计所可是中国首批甲级民营建筑设计公司之一，招聘门槛极高，不是藤校的人都不好意思进天华的大门。 先给大家说一下事情大概经过。 2020年8月2号，有一名男生给天华建筑领导，公开发布了一封举报信，举报自己的妻子出轨了男下属。 举报信的内容说，自己在疫情期间在耶鲁大学读博士，他的妻子和男同事出轨，直接住到了自己家里。 2020年7月19日凌晨从国外回来时，按照上海疫情防控办要求在酒店隔离，于是他们的父母先去婚房。 2、被男方父母碰上 结果他的父母刚进房间就发现，自己的妻子和另外一个男士半裸躺在床上，这个时候他老婆却想要把父母赶出去。 于是他父母就报警了，并且还录制了一些视频。 比较尴尬的是，他们父母进来的时候两人正躺在床上，床上的墙上还摆着丈夫和妻子的照片… 说实话这个就有点太过分了，实在不行，就不能掏个钱去开个房吗？两人躺在床上的时候心里不隔应吗？ 最为搞笑的事，网上流传着他们结婚的一段视频，女方说：再也找不到这么对自己好的人了，极为讽刺。 对应视频也帮大家找到了，查看方式：长按 2 秒下方二维码关注后，在公号对话框中回复： 303 ▲回复「303」，获取爆料视频和截图▲ 3、更多细节

作者|毛丽娜 编辑|李春晖 天朝人民对于基建的热爱已经无法阻挡了。前有现实世界中国获得“基建狂魔”称号，后有网友在游戏里不眠不休盖房子搞装修。 继年初“全民动森”的风潮后，最近又有国产“种田”手游走红。来自老牌游戏工作室椰岛游戏的《江南百景图》，在IOS与安卓都取得了不错成绩。 特别是在年轻女性群体里，种田类游戏似乎总是能得到较高讨论度，甚至已经压过了恋爱养成的风头。 动手盖房乃至建城的乐趣究竟何在？作为动森资深岛民的硬糖君紧跟流行，也体验了一把明朝版基建。 今天你盖房了吗？ 《江南百景图》的故事背景设定在明朝，鉴于主人公是文征明，姑且可将具体年代视为弘治或正德年间。游戏指引中说，江南地区因遭劫百废待兴，玩家所扮演的文征明就是要让江南恢复往日富庶。 游戏机制比较简单，就是通过盖房子招揽居民，即劳动力。有了劳动力就可以开垦荒地、建农田种菜、建林场伐木等等。农田与林场提供蔬菜与原木，蔬菜可以在餐馆建筑中被做成菜肴，林场的原木与菜肴则是各类建筑升级的必备原料。 居民则在游戏中被分为普通居民（纯苦力）及特殊居民（历史名人）。特殊居民本身有对应的技能，根据技能的不同可以提升不同工种的工作效率或产物收益。普通居民只要盖了新民居就会自动入住，特殊居民则要依靠抽卡改命。 硬糖君用游戏中赠送的免费次数抽了几次卡，虽然其中不乏SR（本作中称为“侯”级别）卡牌，但实际用处好像也不太大

服务网格（Service mesh） 已经不是一个新鲜概念，但它实现了连接运行在Kubernetes作为容器化平台之上的微服务，这使得服务网格的想法更加流行。如果没有服务网格，每个微服务都需要配置以接收（或发送）连接到其他需要与之通信的微服务，但服务网格完全改变了这一状况。 与此前需要手动配置以及投入大量的时间精力来维护微服务之间的连接所不同的是，开发人员现在可以创建一个网格，使得微服务彼此通信可靠、可控以及安全。Kubernetes和服务网格是相互作用的，主要是因为使用服务网格可以在不增加工作量的情况下，实现更复杂的容器化架构。 因此，有很多方式可以在Kubernetes顶层建立一个服务网格。在本文中，我们将比较一些你可以用于建立服务网格的工具，你可以分别了解到它们的优劣势进而选出最适合自己的服务网格工具。 与AWS环境完美适配：AWS App Mesh 官网： https://aws.amazon.com/app-mesh/ 由于现在许多基于Kubernetes的应用程序和微服务都运行在Amazon Web Services环境中，所以很难不谈到AWS App Mesh。顾名思义，AWS App Mesh是亚马逊自己的服务网格，用于为Amazon services创建服务网格层。 作为亚马逊的产品，AWS App Mesh利用结合了Envoy的专有技术作为其服务代理。AWS

【今日推荐】：为什么一到面试就懵逼！>>> 本文作者：HelloDeveloper 在 12 月 22 日由@百度主办、@InfoQ负责策划组织和实施的第 33 期百度技术沙龙活动上，来自百度推荐与个性化部高级架构师陈天健和豆瓣网首席科学家王守崑分别分享了各自在推荐系统中的经验与实践，话题涉及“推荐系统的工程挑战”，以及“个性化推荐系统的几点思考”等。本文将对他们各自的分享做下简单的回顾，同时提供相关资料的下载。 主题一：推荐系统的工程挑战 （下载讲稿） 来自百度推荐与个性化部高级架构师陈天健第一个为大家分享，他认为随着互联网产品的不断深度整合，推荐引擎的服务与计算规模也在以几何级数飞速增长。推荐系统的开发者面临着服务扩展、计算性能和开发效率等多方面挑战。他主要从百度推荐引擎的实践出发，探讨如何通过架构上的努力，整合数据与算法的优势，最终面向用户提供流程和智能的推荐产品推荐。 搜索是为了满足用户的主动表达的需求，而推荐是为了挖掘并满足用户的潜在需求，目前国内的互联网产品设计者已经开始蜂拥在产品中加入个性化的推荐功能。但是在实践当中，如何来平衡系统规模和产品需求的工程挑战？陈天健认为这是大数据遭遇时效性的问题，他分享了百度推荐系统中的关键系统技术： Vortex 流式计算系统 1.数据处理延迟从数小时级下降到秒级 2.流量波动影响钝化 LISA 实时索引架构 1.实时索引实现展示

作者| 禅鸣、忠源、天元、进超、元毅 业界要闻 Helm 官方推荐用户迁移到 V3 版本 Helm 官方发布 博客 ，指导用户从 v2 迁移到 v3，这标志着官方开始正式推进 helm 从 v2 转向 v3。我们也更加推荐终端用户使用 helm v3，之前我们曾在文章 《 初探云原生应用管理（二）: 为什么你必须尽快转向 Helm v3》 深入探讨过如何用 Helm 来快速部署 K8s 应用以及为什么要尽快转向 Helm V3。 CNCF 公布 2020 年 KubeCon 时间表 CNCF 最近公布了其 2020 年 KubeCon + CloudNativeCon 的时间表： 欧洲：2020 年 3 月 30 日至 4 月 2 日，阿姆斯特丹 中国：2020 年 7 月 28 至 30 日，上海 北美：2020 年 11 月 17 至 20 日，波士顿 最近一场，北美地区 KubeCon + CloudNativeCon 将在 11 月 18 日至 21 日在圣地亚哥举行。 Contour v0.15 发布 在 Contour (Heptio 开源项目，提供 Envoy 作为 Kubernetes 项目的 Ingress Controller) 的早期版本中，改进了拆分部署模型，以确保 Envoy 和 Contour 之间的通信。 现在，通过我们的最新版本 Contour v0

作者：Dan Meyer 译者：罗广明 审校：马若飞 英文原文地址： https://www.sdxcentral.com/articles/news/kongs-kuma-service-mesh-climbs-the-kubernetes-wall/2019/09/ 转载自： https://www.servicemesher.com/blog/kong-open-sources-kuma-the-universal-service-mesh/ 编者按 2019年9月10日，Kong正式宣布开源一款Service Mesh：Kuma。此消息一出，立即在云原生社区引起反响，各大媒体争相报道。让我们跟随SDxCentral的总编辑，一起来看看Kong的CTO如何介绍Kuma这款Service Mesh产品以及对于SMI的看法。关于Kuma的具体功能介绍可以阅读 官网博客 以及 Github 。 翻译一下其Github关于Kuma功能特性的简介如下，方便读者了解： 通用的控制平面 : 易于使用，分布式，可以在任何平台运行。 轻量的数据平面 : 基于Envoy，可处理任意类型流量。 自动化 : 在K8s平台上部署无需任何代码改动，也可在虚拟机上灵活部署。 多租户 : 可在一个集群与同一个控制平面上部署多套服务网格。 网络安全 : 自动mTLS加密。 流量分割 : 灵活的ACL规则。