ControlPlane

今年6月底，通信领域迎来了一个重磅消息，负责制定5G通信标准的国际组织3GPP公布了Release 16的5G标准，这也是5G的第二版标准。如果说5G的第一版标准Release 15主要面向的是消费者市场，那么5G的第二版标准则是将5G网络的边界拓展到了垂直行业，是面向工业的5G。那么这些标准将如何赋能工业企业，满足企业主的需求呢?本文试图从一个制造业企业“江南皮革厂”的实际需求出发，看5G R16标准是如何让传统企业乘风破浪的。 3GPP R16冻结 3GPP Release 16标准已经于今年6月底完成，最后的总结报告也在7月31号上传到了FTP[1]。此前，2019年完成的R15 5G标准，主要是面向消费者市场，针对智能手机等产品提出了一系列eMBB的增强特性，使用户可以感受到1Gbps的超高速体验。这次的R16标准所定义的内容，除了对R15已有特性的增强外，更令人关注的是为了满足垂直行业需求所定义的新技术。有了这些关键技术，5G网络的边界得到了进一步的拓展，5G的网络形态，也将会从单一服务普通消费者的to C网络，逐渐扩展到to B的垂直行业专网。 面向垂直行业的新特性 以下是R16中所给出的新特性： Enhancement of Ultra-Reliable (UR) Low Latency Communications (URLLC) 5GS Enhanced

原文发表于 kubernetes中文社区 ，为作者原创翻译 ， 原文地址 更多kubernetes文章，请多关注 kubernetes中文社区 目录 Service Mesh简介 Istio 架构(Architecture) 组件(Components) 核心功能 Linkerd Architecture ​控制平面(Control Plane) 数据平面(Data Plane)： Service Mesh对比：Istio与Linkerd 结论 参考文献 根据 CNCF 的 最新年度调查 ，很多组织对Service Mesh表现出很高的兴趣，并且有一部分已经在生产环境中使用它们。你可能不知道Linkerd是市场上第一个Service Mesh，但是Istio使Service Mesh更受欢迎。这两个项目都是最前沿的项目，而且竞争非常激烈，因此很难选择一个项目。 在本篇文章中，我们将和你一起了解Istio和Linkerd架构，组件，并比较它们的产品以帮助你做出明智的决定。 Service Mesh简介 在过去的几年中，微服务架构已成为软件设计中流行的样式。在这种架构中，我们将应用程序分解为可独立部署的服务。这些服务通常是轻量级的，多语言的，并且通常由各种职能团队进行开发部署。 当某些服务数量增加，难以管理且越来越复杂时，微服务架构将一直有效。但这也在管理安全性

云栖号资讯：【 点击查看更多行业资讯 】 在这里您可以找到不同行业的第一手的上云资讯，还在等什么，快来！ 你好，这是我在【物女心经】专栏写的第187篇文章。 已故哈佛商学院著名教授兼“颠覆性创新理论”的作者克莱顿·克里斯坦森（Clayton Christensen）在接受采访时曾说： “在行业的早期阶段，当产品的功能和可靠性仍不足以满足客户需求时，专有解决方案几乎总是正确的，因为它使创新团队以最优化的方式，将所有组件集成在一起。 “但是，一旦技术成熟并走向更好，行业标准就会出现，逐步衍生并推进各种接口的标准化，这使得该领域内的公司可以专注于整个系统的各个部分，并使产品更加模块化。那时，早期领导者的竞争优势就消失了，定义模块化组件的公司具有更强的盈利能力。” 这种产品成熟度提升之后逐步模块化解耦的思路，与畅销书《雪崩效应》中的论述极为相似， 这本书中提到，任何一种技术或者产品，表面上看起来是浑然一体的，但如果仔细观察，我们会发现，它其实是由若干不同的部分组成的，可以将它小心的拆分开来。通过拆解，采用分而治之的方式，可以有效降低技术或者产品的推进风险。 在物女心经专栏往期文章《为什么说物联网平台是“解耦思维”的集大成者？》中，我曾经详细介绍过解耦思维，一个基本理念是在已经观察到的几乎全部领域，随着技术和产品成熟度的提升，将会伴随硬件与软件之间、控制与执行之间、系统与组件之间的逐步解耦。

作者：Sudip Sengupta 翻译： Bach （才云） 校对： bot （才云）、 星空下的文仔 （才云） 微服务 会将应用程序分解为多个较小的服务组件。与传统的一体化（Monolithic）架构相比， 微服务架构将每个微服务视为独立的实体与模块 ，从根本上有助于简化代码和相关基础架构的维护。应用程序的每个微服务都可以编写在不同的技术堆栈中，并且可以进一步独立地部署、优化和管理。 从理论上讲，微服务体系结构特别有利于复杂的大型应用程序的构建，但实际上，它也被广泛用于小型应用程序的构建。 微服务架构的好处 可以通过不同的技术堆栈开发和部署应用程序中的各个微服务。 每个微服务都可以独立优化、部署或扩展。 更好的故障处理和错误检测。 K8sMeetup 微服务架构的组件 在微服务架构上运行的现代云原生应用程序依赖于以下关键组件： 容器化 （通过类似 Docker 的平台）：通过将服务分为多个进程进行管理和部署。 编排 （通过类似 Kubernetes 的平台）：配置、分配、管理服务的系统资源。 服务网格 （通过类似 Istio 的平台）：通过服务代理网格进行服务间通信，以连接、管理、保护微服务。 以上三个是微服务架构中最重要的组件，这些组件允许云原生堆栈中的应用程序在负载下扩展，甚至在云环境部分故障期间也能执行。 K8sMeetup 微服务架构的复杂性

Chapter 6 Radio-Interface Architecture 6.1 网络包括两部分：RAN CN. RAN: scheduling,radio-resource handling,retransmisstion protocols, coding, multi-antenna. CN: authentication,charging, setup of end-to-end connections. 6.1.1 5G CORE NETWORK. 和LTE相比，增加了三部分：service-based architecture,support for netword slicing,control-plane/user-plane split. ———————————————— 版权声明：本文为CSDN博主「Snail_longquan」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/Snail_longquan/article/details/107068640 来源： oschina 链接： https://my.oschina.net/u/4329266/blog/4333392

Sidecar设计模式正在收到越来越多的关注和采用。作为Service Mesh的重要要素，Sidecar模式对于构建高度高度可伸缩、有弹性、安全且可便于监控的微服务架构系统至关重要。而Service Mesh也已经被证明，正在改变企业IT的“游戏规则”，它降低了与微服务架构相关的复杂性，并提供了负载平衡、服务发现、流量管理、电路中断、遥测、故障注入等功能特性。 什么是Sidecar模式？ Sidecar模式是一种将应用功能从应用本身剥离出来作为单独进程的方式。该模式允许我们向应用无侵入添加多种功能，避免了为满足第三方组件需求而向应用添加额外的配置代码。 就像边车加装在摩托车上一样，在软件架构中，sidecar附加到主应用，或者叫父应用上，以扩展/增强功能特性，同时Sidecar与主应用是松耦合的。 举个例子，假设现在有6个相互通信的微服务，每个微服务都需要具有可观察性、监控、日志记录、配置、断路器等功能，而所有这些功能都是在微服务中使用一些第三方库实现的。 这样一组服务的实际情况可能会非常复杂，增加了应用的整体复杂性，尤其是当每个微服务用不同的语言编写、使用不同的基于.net、Java、Python等语言的第三方库…… Sidecar模式的好处 通过将公用基础设施相关功能抽象到不同的层来降低微服务的代码复杂性 由于我们不需要在每个微服务中编写配置代码

本文主要讲解在centos7下kubentes安装 1 单机安装 1.1 通过minikube安装（官方minikube） 本小节主要讲解通过minikube工具安装一个本地单机kubenetes 1.1.1 minikube 安装 如果需要在虚拟机里边安装的话，需要首先安装虚拟机软件、如 VirtualBox KVM 等， 本文直接安装在计算机中，所以不依赖虚拟机，直接安装的话有些minikube的命令就不支持了，比如minikube docker-env等命令。 minikube安装很简单，只有一个可执行文件 执行如下命令 [root@k8s-1 ~]# curl -Lo minikube https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64 [root@k8s-1 ~]# chmod +x minikube [root@k8s-1 ~]# sudo cp minikube /usr/local/bin [root@k8s-1 ~]# rm minikube 查看是否安装成功 [root@k8s-1 ~]# minikube version minikube version: v1.0.1 minikube 常见命令： minikube version，查看minikube的版本

今天周日，趁着小朋友还没下课，再发篇下载贴。 这本书曾被3gpp官网首页推荐( https://www.3gpp.org/news-events/2088-5g-for-the-connected-world )，显然很不错。 如果想免费下载这本书，可以在微信公众号中搜索并添加：c13915999999，在后台回复 Devaki ，便会获得下载链接。 下面的内容是3gpp推荐内容的摘选： 5G for the connected World November 13, 2019 The recently published book ‘5G for the connected World’, edited by Devaki Chandramouli, Rainer Liebhart and Juho Pirskanen explains 5G in detail, focusing on 3GPP Release 15 content and how it can be used to enable new services beyond the ones specified for LTE. In this edited extract Devaki Chandramouli and Rainer Liebhart look at how URLLC makes the

使用kubeadm安装Kubernetes Dlutzhangyi 2019-08-07 23:45:17 979 收藏 5 分类专栏： Kubernetes 版权 使用kubeadm安装Kubernetes 环境准备 基础配置 安装Docker 关闭防火墙 关闭SELinux 关闭swap 配置转发参数 配置Kubernetes阿里云源 安装Kubernetes相关组件 加载IPVS内核 安装Master节点 执行kubeadm init 失败 手动下载镜像 执行kubeadm init 配置网络 安装Node节点 下载镜像 添加Node节点 FAQ 执行kubeadm init显示kubelet not running 获取不到pods 参考 本次配置使用kubeadm安装Kubernetes，使用kubeadm init和kubeadm join两个命令可以很容易的初始化master节点和将node节点加入到master节点上。 环境准备 系统 版本 Kubernetes v1.15.1 Docker 18.06.1-ce Centos7 CentOS Linux release 7.1.1503 (Core) 节点 主机名 Roles 10.32.170.109 dx-ee-releng-webserver01 master 10.21.88.3 gh-ee-plus09

高可用简介 kubernetes高可用部署参考： https://kubernetes.io/docs/setup/independent/high-availability/ https://github.com/kubernetes-sigs/kubespray https://github.com/wise2c-devops/breeze https://github.com/cookeem/kubeadm-ha 拓扑选择 配置高可用（HA）Kubernetes集群，有以下两种可选的etcd拓扑： 集群master节点与etcd节点共存，etcd也运行在控制平面节点上 使用外部etcd节点，etcd节点与master在不同节点上运行 堆叠的etcd拓扑 堆叠HA集群是这样的拓扑，其中etcd提供的分布式数据存储集群与由kubeamd管理的运行master组件的集群节点堆叠部署。 每个master节点运行kube-apiserver，kube-scheduler和kube-controller-manager的一个实例。kube-apiserver使用负载平衡器暴露给工作节点。 每个master节点创建一个本地etcd成员，该etcd成员仅与本节点kube-apiserver通信。这同样适用于本地kube-controller-manager 和kube-scheduler实例