Istio

近日 Google 转移 Istio 等重要开源项目商标所有权的 事件 持续发酵。IBM、Oracle、CNCF 、Tetrate 等相关生态参与者下场开撕，公开指责 Google 违背了开源社区开放治理的原则。 多方质疑 即使你不关注 Istio 或者云原生，本周你可能也听到了一些关于 Google 与 IBM 开撕的消息。 简而言之，原本由 Google 公司持有的 Istio 商标，现在将被一个由 Google、SADA、独立开源维护者和计算机科学学者创建的全新中立机构 Open Usage Commons （OUC）持有。其目的是减轻许多人对谷歌拥有商标所有权的项目未来的担忧。但目前的问题是，IBM、Oracle 等同行认为， 该组织从资金来源、管理层结构来看，完全由 Google 一家掌握。 也就是说，所谓的商标转移实际上是 Google 自己左手倒右手，借助所谓的 “中立组织” 免去道义层面的指责，反而加强了自己对这些项目的控制。 其中最大的抗议声来自蓝色巨人 IBM。IBM 方面表示，Istio 项目是 Google 的 Istio 和 IBM 的 Amalgam8 项目的合并，IBM 对 Istio 项目的建设投入了大量的资源。 双方曾达成协议，在项目成熟后会贡献给 CNCF ，而 Google 违反了这一协议 。IBM 云平台副总裁兼首席技术官 Jason R

更新时间: 2020-07-10 01:15 US Supreme Court deems half of Oklahoma a Native American Reservation - (reuters.com) 美国最高法院认为俄克拉荷马州的一半是印第安人保留地 得分:131 | 评论:70 Slate Star Codex and Silicon Valley’s War Against the Media - (newyorker.com) 石板星法典和硅谷对媒体的战争 得分:137 | 评论:78 How to track and display profile views on GitHub - (rushter.com) 如何在GitHub上跟踪和显示概要视图 得分:131 | 评论:79 XMEMS Announces World's First Monolithic MEMS Speaker - (anandtech.com) XMEMS宣布推出全球首款单片微机电扬声器 得分:60 | 评论:28 Dates and Times in JavaScript – A New API for Dates from TC39 - (igalia.com) JavaScript中的日期和时间——一个新的TC39日期应用编程接口 得分:21 | 评论:7 The rise

环境：Rancher管控的K8S集群。 现象：某个Node频繁出现“PLEG is not healthy: pleg was last seen active 3m46.752815514s ago; threshold is 3m0s”错误，频率在5-10分钟就会出现一次。 排查： kubectl get pods --all-namespaces 发现有一个 istio-ingressgateway-6bbdd58f8c-nlgnd 一直处于Terminating状态，也就是说杀不死。 到Node上 docker logs --tail 100 kubelet 也看到这个Pod的状态异常： I0218 01 :21:17.383650 10311 kubelet.go:1775] skipping pod synchronization - [PLEG is not healthy: pleg was last seen active 3m46.752815514s ago; threshold is 3m0s] ... E0218 01 :21:30.654433 10311 generic.go:271] PLEG: pod istio-ingressgateway-6bbdd58f8c-nlgnd/istio-system failed reinspection:

一直运行好好的突然今天报（istio 1.5.4） [2020-06-22T05:20:15.393Z] "GET /unionmanagement/sso HTTP/2" 404 NR "-" "-" 0 0 0 - "10.42.0.1" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.138 Safari/537.36 OPR/68.0.3618.165" "a72f7099-2f1b-9568-89af-1f76d9a140ec" "127.0.0.1" "-" - - 10.42.0.253:443 10.42.0.1:24402 - - http1.1 访问正常 ，以为证书过期了，重新申请证书也不行。后来看官网发现了 删了另外一个gateway（证书一样）就正常了 来源： oschina 链接： https://my.oschina.net/yjwu/blog/4319352

Service Mesh Virtual Meetup 是 ServiceMesher 社区和 CNCF 联合主办的线上系列直播。本期为 Service Mesh Virtual Meetup#1 ，邀请了四位来自不同公司的嘉宾，从不同角度展开了 Service Mesh 的应用实践分享，分享涵盖如何使用 SkyWalking 来观测 Service Mesh，来自陌陌和百度的 Service Mesh 生产实践，Service Mesh 的可观察性和生产实践以及与传统微服务监控的区别。 本文根据5月14日晚，G7 微服务架构师叶志远的主题分享《Service Mesh 高可用在企业级生产中的实践》整理。文末包含本次分享的视频回顾链接以及 PPT 下载地址。 前言 谈到 Service Mesh，人们总是想起微服务和服务治理，从 Dubbo 到 Spring Cloud (2016开始进入国内研发的视野，2017年繁荣)再到 Service Mesh (2018年开始被大家所熟悉)，正所谓长江后浪推前浪，作为后浪，Service Mesh 别无选择，而 Spring Cloud 对 Service Mesh 满怀羡慕，微服务架构的出现与繁荣，是互联网时代架构形式的巨大突破。Service Mesh 具有一定的学习成本，实际上在国内的落地案例不多，大多是云商与头部企业

随着云原生微服务的日益火热，很多人都开始对微服务的相关知识内容感兴趣。本篇内容，旨在扫盲（意思是小白可入），希望能对大家有帮助。如有问题，欢迎大家一起讨论，共同学习进步。 01 微服务从哪里来？--- 服务架构的演进史 互联网初期， 2G还是个时髦词儿，人们的需求也很朴实，一个静态网站告诉大家我是谁、一个留言板让大家能够与我联系，就能满足信息传播和互相交流的需要。于是码农们给我们提供了这样一套解决方案： 界面+业务处理+数据处理 ，通过一个zip包就可完成所有的事情，这也就是服务架构的 单体架构时代 。 图片为作者原创 随着3G的普及，越来越多的人们可以通过PC上网了，此时BBS、门户咨询网站的出现开始吸引着大量观众。当漂亮的交互更能抓人眼球、有趣的信息瞬间引爆千万用户在线围观时，“并发“问题产生了，于是码农们加班奋战，将系统分为前端和后端，通过拆分出可复用的中间件，来提升业务处理能力、解决并发问题，这便是 分层架构时代的到来 。 图片为作者原创 后来，互联网进入微博时代，几乎网民都有Blog，打开手机就刷weibo。而此时的分层架构面对更复杂服务要求时，在应用扩展、服务调用、扩容等方面都越发桎梏，于是服务架构走进了面向服务的架构（SOA）时代。SOA网上说的很多，这里列举几个关键词： 中心化的服务治理， ESB（企业服务总线）中心化、服务之间通过精确定义的接口进行通讯、耦合度更低

Istio的流量管理(实操一)(istio 系列三) 使用官方的 Bookinfo 应用进行测试。涵盖官方文档 Traffic Management 章节中的请求路由，故障注入，流量迁移，TCP流量迁移，请求超时，熔断处理和流量镜像。不含ingress和Egree，后续再补充。 目录 Istio的流量管理(实操一)(istio 系列三) 部署Bookinfo应用 Bookinfo应用说明 部署 卸载 流量管理 请求路由 基于用户ID的路由 故障注入 注入HTTP延时故障 注入HTTP中断故障 卸载 流量迁移 基于权重的路由 卸载 TCP流量迁移 基于权重的TCP路由 卸载 请求超时 卸载 断路 配置断路器 添加客户端 触发断路器 卸载 镜像 创建默认路由策略 将流量镜像到v2 卸载 部署Bookinfo应用 Bookinfo应用说明 官方提供的测试应用如下，包含如下4个组件： productpage ： productpage 服务会调用 details 和 reviews 来填充web页面. details ： details 服务包含book信息. reviews ： reviews 服务包含书评，它会调用 ratings 服务. ratings ： ratings 服务包与书评相关的含排名信息 reviews 包含3个版本： v1版本不会调用 ratings 服务.

Sentinel 是阿里巴巴开源的，面向分布式服务架构的流量控制组件，主要以流量为切入点，从限流、流量整形、熔断降级、系统自适应保护等多个维度来帮助开发者保障微服务的稳定性。Sentinel 承接了阿里巴巴近 10 年的双十一大促流量的核心场景，例如秒杀、冷启动、消息削峰填谷、集群流量控制、实时熔断下游不可用服务等，是保障微服务高可用的利器，原生支持 Java/Go/C++ 等多种语言，并且提供 Istio/Envoy/SOFA MOSN 全局流控支持来为 Service Mesh 提供高可用防护的能力。 近期， Sentinel Go 0.4.0 正式发布，带来了 热点参数流控特性 ，可以自动识别统计传入参数中的“热点”参数值并分别进行流控，对于防刷、热点商品访问频次控制等场景非常有用，是高可用流量防护中重要的一环。下面我们来了解一下热点参数流控的场景和原理。 热点流量防护介绍 流量是随机的，不可预测的。为了防止被大流量打垮，我们通常会对核心接口配置限流规则，但有的场景下配置普通的流控规则是不够的。我们来看这样一种场景——大促峰值的时候，总是会有不少“热点”商品，这些热点商品的瞬时访问量非常高。一般情况下，我们可以事先预测一波热点商品，并对这些商品信息进行缓存“预热”，以便在出现大量访问时可以快速返回而不会都打到 DB 上。但每次大促都会涌现出一些“黑马”商品，这些“黑马

一分钟速览新闻点 ☁ 云计算报告 ① CNCF 发布云原生开发状态报告 <推荐> ☁ 业界新闻 ② 线上版 KuberCon 开源盛会已确认举办时间 <推荐> ③ 信通院推动“中国开源生态地图”构建 ☁ 程序员专区 ④ CNCF 开源项目 Harbor 正式发布 2.0 版本 <推荐> ⑤ Istio 1.6 正式 release ⑥ Kubernetes 1.19确定延期发布 一、云计算报告 01 CNCF 发布云原生开发状态报告 最近CNCF委托SlashData（一家研究公司，每年对40,000多名开发人员进行调查）开发一份独家报告，供社区使用。《云原生开发状态报告》基于SlashData的开发者进行调查，该调查在2019年6月至2019年8月期间进行了调查，涉及来自155个国家的17,000多名受访者，该报告的一些主要发现包括： • 全球有470万云原生开发人员。 • 这些开发商比其他任何地区都更加关注欧洲和北美。 • Kubernetes用户更有可能影响购买决策。• 68％的云原生开发人员将AWS用作云托管提供商。 https://www. wjx.cn/m/80042912.aspx (二维码自动识别) 二、业界新闻 02 线上版 KuberCon 开源盛会已确认举办时间 （>> 进入大会官网报名 ）开源界大消息：定档于7月30日-8月1日的“Cloud Native

作者 | 苏小宓 责编 | 王晓曼 头 图 | CSDN 下载自东方 IC 出品 | CSDN 博客 拥抱开源，企业巨头们正在进一步加快进程。 今天，微软正式宣布推出基于 Envoy 的新开源服务项目——Open Service Mesh（OSM）。OSM 项目旨在作为服务网格接口（SMI）规范的参考实现，该规范在生态系统中获得了很多参与者的支持，而它也视为是 Kubernetes 上服务网格的标准接口。 对此，微软还计划向云原生计算基金会（CNCF）捐赠该项目，以确保未来 Open Service Mesh 是由社区主导并开放治理的。 “ SMI 确实引起了用户的共鸣，因此我们真的认为生态系统中有一定的空间可供 SMI 的参考实施，其中网格技术首先最重要的是实现了那些 SMI API，并使其成为客户可能的最佳 SMI 体验。” Azure Compute 合作伙伴管理总监（和CNCF董事会成员）Gabe Monroy 表示。 另外，他补充道，由于 SMI 提供的最低公分母 API 设计，因此，如果用户需要一些更高级的功能，Open Service Mesh 可有助原始的 Envoy。Monroy 指出，这种“无悬崖”的设计是 Open Service Mesh 背后哲学的核心。 至于功能集， SMI 可处理用户期望的所有标准服务网格功能，包括使用 mTLS 保护服务之间的通信