云原生生态：rkt 归档，容器运行时“上古”之战老兵凋零-低调大师

云原生生态：rkt 归档，容器运行时“上古”之战老兵凋零

2019-08-31 1094

作者列表：木苏，临石，得为，等等

业界要闻

1.安全漏洞 CVE-2019-9512

CVE-2019-9514 http2 的 DOS 漏洞，一旦攻击成功会耗尽服务器的 cpu/mem，从而导致服务不可用。
相关链接：https://discuss.kubernetes.io/t/security-release-of-kubernetes-v1-15-3-v1-14-6-v1-13-10-cve-2019-9512-and-cve-2019-9514/7596/1

2.CNCF 对 rkt 项目进行归档

rkt 是 CoreOS 公司在 CNCF 早期捐献出来的容器运行时项目。彼时 Docker 风头正劲，一时无两，开源社区一直希望 Docker 可以更多倾听社区的声音却苦于当时 Docker 是容器运行时（开源）的唯一选择。rkt 的出现给了社区和用户一个 Alternative，为后来 CRI 等标准容器运行时的接入提供了一个理由。然而随着容器运行时标准的统一（CRI、CSI、CNI等），rkt 的社区活跃度大大降低，一些 CVE 也迟迟没有修复，于是 CNCF 决定归档 rkt。目前 CNCF 中还有 2 个容器运行时项目：containerd 和 CRI-O。
相关链接：https://www.cncf.io/blog/2019/08/16/cncf-archives-the-rkt-project/

3.GitHub 支持在 Azure 上使用 CI/CD 功能，将对公共的仓库开发免费使用，相关功能包含: 授权、应用部署的方式、容器部署的方式、K8s 的部署方式等等（azure/actions (login)， azure/appservice-actions，azure/container-actions，azure/k8s-actions）。

上游重要进展

1.支持 kube-apiserve r的 service，Kubernetes 能同时支持 clusterIP 和 externalName，让 kube-apiserver 能通过 FQDN 被其他 Pod 直接访问。
KEP 链接：
https://github.com/kubernetes/enhancements/pull/1216
相关类似 PR：

a.https://github.com/kubernetes/kubernetes/pull/47588

b.https://github.com/kubernetes/kubernetes/pull/79312

2.request-faireness 文档更新，主要是依据实现方案修改 KEP 文档。

a.进度跟踪：https://github.com/kubernetes/kubernetes/issues/76846

b.设计实现：https://github.com/kubernetes/enhancements/blob/master/keps/sig-api-machinery/20190228-priority-and-fairness.md#design-details

c.本次 PR://github.com/kubernetes/enhancements/pull/1214

3.一批 Metric 被订正。主要内容：

a.cAdvisor: 指标的 label"pod_name", "container_name" 改为 "pod", "container"；

b.API latency histogram buckets: 之前是 125ms 到 8s，范围支持 [0.005 0.01 0.025 0.05 0.1 0.25 0.5 1 2.5 5 10]；

c.kubelet: 修改 promethues 的指标类型 summary 为 histograms 等，单位变为秒；

d.kube-scheduler: 单位变为秒；

e.Kube-proxy: 单位变为秒，删除指标：DeprecatedNetworkProgrammingLatency；

f.kube-apiserver: apiserver_request_latency_seconds 的窗口变得更大，后续可以更精细化；

g.Convert latency/latencies in metrics name to duration；

h.Client-go: workingqueue 指标改名，符合指标监控规范。

开源项目推荐

1.k3sup：方便从一台机器上获取 kubeconfig 的工具类。
链接：https://github.com/alexellis/k3sup

2.Gatekeeper：Policy Controller for Kubernetes，一个不同于 OPA 的 K8s 策略配置工具。
链接：https://github.com/open-policy-agent/gatekeeper

3.ktop : A visualized monitoring dashboard for Kubernetes，一个 K8s 的可视化监控 dashboard。

链接：https://github.com/ynqa/ktop?utm_sq=g3i5hm4xyz

4.System-validators。这是一个新的项目，旨在为 Kubeadm 提供一套安装的 preflight check，看起来能够帮助私有环境中部署 K8s 节省很多时间，对相关领域的工作人员会有很大帮助。

链接：https://github.com/kubernetes/system-validators

本周阅读推荐

1.OPA Gatekeeper: Policy and Governance for Kubernetes。这篇博客描述了如何使用 OPA Gatekeeper 在 K8s 中进行规则和策略配置。（例如：如何为用户配置符合公司规定的操作权限？）
https://kubernetes.io/blog/2019/08/06/opa-gatekeeper-policy-and-governance-for-kubernetes/

a.关于 OPA 还有另一篇文章推荐：How to enforce custom policies on Kubernetes objects using OPA。链接：https://www.openpolicyagent.org/docs/latest/kubernetes-admission-control

2.The Case for Virtual Kubernetes Clusters。虚拟化 K8s 集群是目前社区和很多用户十分关心的技术方案，主要的需求来源是多租户。如果你对这方面不是很了解，阅读这篇文章会有帮助。
链接：https://thenewstack.io/the-case-for-virtual-kubernetes-clusters/?utm_source=tuicool&utm_medium=referral

微信关注我们

原文链接：https://www.oschina.net/question/3874284_2310741

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

Perl 6 到底要不要改名？

Perl 6 GitHub 仓库中的一个 issue"Perl" in the name "Perl 6" is confusing and irritating（Perl 使用 Perl 6 的名字令人困惑和反感）引起了广泛的关注，这个 issue 由 Perl 6 的核心开发者 Elizabeth (Liz) Mattijsen 创建（同时也是 Perl 5 的长期开发者），主要是建议对 Perl 6 进行重命名。 ▲（此前进行过相关报道）顶着 Perl 6 核心开发者的身份，虽然 lizmat 的这一行为有 "Troll"（发起一个话题，通过引起争论来获得自我满足感）的嫌疑，但事实上这是经过深思熟虑和仔细讨论而发表的，他们希望找到方法以绕过 Perl 社区中一些存在严重分歧的问题。从此 issue 获得的「赞」来看，支持重命名 Perl 6 的开发者不在少数。之所以获得这么多人的支持，是因为 Perl 6 和旧版本的 Perl 语言差别十分大 —— 甚至被认为是两门不同的编程语言（虽然都叫 Perl），毕竟两者源代码不兼容。明明是两门相差甚远的语言，不过 Perl 5 和...

2019-08-31

774

几天前，Standard JS 在项目中实验性内置广告的事件引发热议。这些广告通过一个名为 Funding 的 npm 软件包展示在终端，该软件包包含在 Standard 的代码库中。随后，npm 公司透过外媒 ZDNet 作出回应，宣布将禁止此类终端广告行为。 “我们一直致力于改善政策，扩大对社区的承诺”，npm 公司的CTO Ahmad Nassri 表示，“为此，我们正在对我们的政策进行更新，更明确地说明我们认为不可接受的商业内容的类型。” 根据这些即将到来的政策更新，npm 将禁止：在运行时、安装时或软件开发生命周期的其他阶段（例如通过 npm 脚本）显示广告的包；包含用于展示广告的代码的软件包是可以的，但为了自己展示广告的软件包则不行；本身主要用作广告的包，这些包只有占位符或可忽略不计的代码、数据等。至于已经生成广告的Linode 与LogRocket 这两个赞助商，在Funding 项目收到众多负面反馈后，也退了出来。于是该实验不得不至此暂停。没过多久，Standard JS 项目成员 Feross Aboukhadijeh在个人博客发表文章”Recap of t...

2019-08-31

714

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。