English日本語
1. Kubernetes 1.14颁布
新版本由31项加强职能组成，具体蕴含：10项不变版职能，12项beta测试职能，以及7项全新职能。这次版本的主题主题在于可扩大性，以及在Kubernetes上支持更多工作负载。本轮共有三项重要职能迎来通用版本，还有一项沉要安全职能步入beta测试阶段。
对Windows节点的出产级支持
在此之前，Kubernetes傍边的Windows节点一向处于beta测试阶段，旨在允许多多用户以尝试性方式履历Kubernetes for Windows容器的现实价值。如今，Kubernetes起头正式支持将Windows节点增长为工作节点并部署Windows容器，从而确珍重大的Windows利用法式生态系统得以利用我们平台提供的壮大职能。
本次Kubernetes为Windows容器带来的主题职能个性蕴含：
? 支持将Windows Server 2019引入工作节点与容器
? 支持选取Azure-CNI、 OVN- Kubernetes以及Flannel的树表网络
? 改进了对Pod、服务类型、工作负载节造器以及指标/配额的支持能力，以便与Linux容器的自有职能实现更为缜密的匹配。
Kubectl更新
Kubectl的注明文档齐全沉写，其沉点在于利用申明性Resource Config实现资源治理。文档目前以独立站点的大局颁布，选取电子书体式，并在k8s.io文档中提供对应链接（具体请接见 https://kubectl.docs.kubernetes.io）。
Kustomize的申明性Resource Config创作职能此刻能够通过-k象征（合用于apply及get等号令）以及Kustomize子号令在kubectl中获取。Kustomize旨在援手用户创作及复用蕴含Kubernetes各原生概想的Resource Config。用户此刻可能利用kubectl apply -k dir/将占有kustomization.yaml的目录合用于集群。此表，用户也能够将定造化Resource Config发送至stdout，而无需通过kubectl kustomize dir/加以利用。这些新的职能被纪录在新的注明文档傍边，具体请参阅：https://kubect.docs.kubernetes.io。
通过Kubernetes的kustomize repo对Kustomize子号令进行开发。最新的Kustomize职能将以独立的Kustomize二进造文件（颁布至kustomize repo）的大局更为频率地颁布，且在每一轮Kubernetes颁布之前在kubectl中得以更新。
kubectl插件机造逐步趋于不变:kubectl插件机造允许开发人员将自己的定造化kubectl子号令以独立二进造文件的大局颁布出来。这些成就将可援手kubectl与附加porcelain（例如增长set-ns号令）实现更多新的高级职能。
悠久本地卷迎来通用版本
这项职能正逐步不变，允许用户将本地衔接存储作为悠久卷起源 Ｋ伎嫉较质祷苡氤杀疽，散布式文件系统与数据库往往成为悠久性本地存储的重要用例。与云服务供给商相比力，本地SSD通常可提供超过远程磁盘的机能水平。而与裸机规划相比，除了机能之表，本地存储通常成本更低，亦是配置散布式文件系统的一项必要前提。
PID限度正转向beta测试阶段
在目前的beta职能中，治理员能够对每个Pod中的PID数量进行预约义，从而实现Pod与Pod间的PID隔离。此表，治理员还能够通过node allocatable为用户Pod保留大量可供分配的PID，即以alpha测试职能的方式实现类似的Pod与Pod间PID隔离。
更多其它值得关注的职能
Pod优先级与抢占机造使得Kubernetes调度法式可能首先调度更为沉要的Pod，从而在集群资源不实时删除不太沉要的Pod，最终为意思更沉大的Pod保留运行空间。具体沉要性由优先级机造掌管指定。
Pod Readiness Gates可能为Pod的就绪情况提供表部反馈扩大点。
强化默认的RBAC的clusterrolebingdings发现能力，其移除了正本默认可通过未授权接见的API集发现职能，旨在提升CRD隐衷性以及默认集群的总体安全水平。
2. Istio 1.1正式颁布
新版本注沉在企业出产环境的就绪能力，关注的重要方向之一正是机能与可扩大性，以提升数据平面与节造平面的执行效能。测试了局：https://istio.io/docs/concepts/performance-and-scalability/
新版本也实现了定名空距离离的工作。这使您能够使用Kubernetes定名空间来强造节造天堑，并确保您的团队不会互有关扰。
在改进了多集群职能和可用性。我们听取了社区的定见，并改进了交通管造和政策的默认设置。我们引入了一个名为Galley的新组件。Galley掌管验证YAML以降低产生配置谬误的可能性。另表，Galley还可能在多集群设置傍边阐扬作用，从各个Kubernetes集群傍边网络服务发现信息。再有，我们还支吃熹它多集群拓扑结构，蕴含在无需扁平网络的前提下实现单一节造平面与多个同步节造平面。
3. 云原生推算基金会颁发containerd项目正式毕业
时至今日，containerd已经成为阿里云、AWS、Cloud Foundry、Docker、谷歌、IBM、Rancher Labs以及更多生态系统支持方们选取领域最广的容器运行时选项。
云原生推算基金会日前颁发，继Kubernetes、Prometheus、Envoy以及CoreDNS之后，containerd已经成为其第五个毕业项目。事实上，要从孵化阶段一步步发展成熟至毕业水平，这些项目必须阐发出活跃的选取度、优良的多样性、规范的治理过程，以及对社区可持续性与包涵性的坚定承诺。
诞生于2014年的containerd最初由Docker所打造，旨在为Docker引擎提供低层运行时治理器。而在2017年3月被纳入云原生推算基金会之后，containerd已经逐步发展成一款行业尺度性质的容器运行时规划。此项目始终强调单一性、壮实性与可移植性，目前被宽泛用作Docker引擎与OCI runc执行器之间的对接层。
为了正式由孵化阶段走向毕业，containerd项目遵循云原生推算基金会提出的根基准则，接受独立的表部安全审计，并确定了自身治理结构[2]以保险社区发展。此表，containerd还获得并保有主题基础设施建议最佳实际徽章[3]（简称CII徽章）。这项成就于2018年9月1日正式达成，CII徽章[4]代表着整个社区对于代码质量与安全最佳实际做出的不懈承诺。
containerd项目布景信息：
? containerd 是一套行业尺度化容器运行时，强调单一性、壮实性与可移植性。Containerd可作为Linux与Windows系统中的守护法式。
? containerd治理其地点主机系统上的整个容器性命周期——从镜像传输到存储、到容器执行与监督，再到底层存储甚至网络附件等等。
? containerd项目： https://github.com/containerd/containerd。
Copyright ? 沙巴 版权所有 京ICP备05032414号 
京公网安备11010802024551号
