关于云计算:Docker速学三-网络用户和进程

在前文,咱们介绍了Docker学习的根本办法和原理,以及根底三大件:镜像、容器、仓库。还有Dockerfile和数据卷。 回顾: Docker小白入门倡议及基本原理介绍 Docker速学(一) 镜像和容器 Docker速学(二) Dockerfile和数据卷 明天,小九给大家介绍的内容是用户、网络和过程。在学习中深刻理解 Docker 网络的概念和原理是十分重要的。接下来,让咱们一起学习吧~ 网络因为容器是用于部署利用的,因而它须要频繁的被其余服务所拜访,深刻理解 Docker 网络的概念和原理就显得至关重要。 组网对于Docker零碎来说,默认有一个容器路由性能,简略的说,Docker会给每个部署好的Container生成一个内网IP地址。例如,Docker下运行了容器,Docker就主动调配了3个内网地址: 容器1 172.18.0.1容器2 172.18.0.2容器3 172.18.0.23对于其中任何Container来说,都能够通过IP地址作为拜访通道 端口每个Container,都能够映射到服务器的一个端口上,以便于内部拜访这个Container。 例如:172.18.0.1 上运行了MySQL,且MySQL自身开启了内部拜访。这个时候,如何通过服务器的IP地址来拜访这个MySQL呢? 首先,将容器1的做一个端口映射,退出映射到都服务器的3306端口而后,通过 服务器IP:3306 就能够拜访MySQL问题:Container中的利用为什么有端口号?Container是带最简的操作系统的,有操作系统就肯定会通过端口拜访程序 用户一般来说 Docker 不倡议以 root 用户运行容器过程,因而 Dockerfile 的编写者都会在代码中创立普通用户,而后以普通用户运行过程。 如果没有创立普通用户,容器就会默认以 root 用户权限运行 容器的 root 与宿主机的 root 是同一个用户,但容器 root 的权限是无限的,如果加上 --privileged=true,那么它就等同于宿主机 root 权限 UID尽管有用户名的概念,但因为 Linux 内核最终治理的用户对象是以 uid 为标识,所以本节均以 uid 来代替用户名。 容器因为是基于虚构隔离技术的并共享操作系统内核的独立过程,而内核只治理一套 uid 和 gid,所以容器中的 uid 和 gid 实际上与宿主机内核是一套体系。 了解容器中用户权限、uid、gid 等实质,重点在于了解 《Linux User Namespace》当容器过程尝试写文件时,内核会查看此容器的 uid 和 gid,以确定其是否具备足够的特权来批改文件。 提权咱们在 Dockerfile 会发现,当须要对用户提权的时候,采纳的不是 su,而是上面两个命令的组合 ...

August 27, 2021 · 3 min · jiezi

关于云计算:Docker速学二-Dockerfile和数据卷

在前文,咱们介绍了Docker学习的根本办法和原理,以及根底三大件:镜像、容器、仓库。 回顾: Docker小白入门倡议及基本原理介绍 Docker速学(一) 镜像和容器 明天,小九介绍的内容是Dockerfile和数据卷。Docker的镜像生产:通过 Dockerfile 编排镜像所需的资源。而数据卷,是Docker的数据存储计划。 上面咱们开始正式的介绍~ DockerfileDockerfile 是一个用来构建镜像的文本文件,文本内容蕴含了一条条构建镜像所需的指令 (opens new window)和阐明。 了解每个指令的用法是把握 Docker 技术的要害具体应用请间接浏览官网文档 (opens new window)。 对于 Dockerfile,上面咱们再传递几个重要的观点: Dockerfile 是 Docker 运维开发工作的要害Dockerfile 文件次要用于编写利用的装置过程利用的初始化过程能够在 Dockerfile 中引入,而后在独立的脚本中编写Dockerfile 必须构建成镜像后再供用户应用,间接基于 Dockerfile 运行容器可能会因为网络问题导致无奈达成预期目标指令不仅仅用于设计 Docker 镜像,还有一部分指令与容器运行时密切相关,包含: CMDENTRYPOINTWORKDIRENVUSERVOLUMECMD 和 ENTRYPOINT它们都是容器启动时运行的指令。 有如下几个关键技术点须要把握: CMD 与 ENTRYPOINT 的区别:CMD 间接运行单条命令,ENTRYPOINT 用于运行一个脚本指令的 Shell 和 Exec 语法模式# Shell 模式CMD ping localhost# Exec 模式CMD ["/bin/ping","localhost"] 可见它们从写法上一种是命令行模式,一种是数组模式。 但它们不仅仅写法上不同,更重要的是运行形式不同。 CMD 模式相当于调用 Shell 后再运行指令,例如下面的例子实际上相当于: /bin/sh -c "ping localhost"ENTRYPOINT 模式相当于间接运行指令,例如下面的例子实际上相当于: /bin/ping localhostCMD 与 ENTRYPOINT 组合应用:组合应用的时候 CMD 作为 ENTRYPOINT 的一个参数组合应用 ENTRYPOINT 和 CMD 命令式, 确保你肯定用的是 Exec 表示法. 如果用其中一个用的是Shell表示法, 或者一个是Shell表示法, 另一个是Exec表示法, 你永远得不到你预期的成果. ...

August 27, 2021 · 2 min · jiezi

关于云计算:云行数治慧用-打造直抵基层的数字化高速公路

在数字中国建设的疾速推动下,基层治理正在全面、深度地与数字化、智能化技术交融互动,中共中央、国务院《对于增强基层治理体系和治理能力现代化建设的意见》为基层治理数字化倒退再次按下“减速键”。但在慢步向前的同时,基层治理也面临诸多挑战:新型基础设施笼罩不全、数据扩散应用艰难、利用翻新土壤瘠薄、数字化程度亟待晋升等等。 新一代信息技术的疾速变革正在成为改善这些基层问题的重要撑持,如何充分利用数字化翻新技术为基层治理赋能,筑牢基层社会治理根基,成为业界关注重点。面对基层治理的新要求和新挑战,浪潮抓住数据这个外围因素,以云+数为新型基础设施赋能社区,拓展边缘云造成算力夯实数字化根底,构建“基层治理数据库”买通数据共享壁垒,全面赋能智慧利用,推出以基层治理数字化平台为根底的整体解决方案。 云行:一朵分布式云为基层治理提供新型基础设施基层前行,上云后行。作为国内政务云市场最早的布局者和“政务云”概念的提出者,浪潮认为,计算边缘化已成为当下政务云倒退新趋势。 随着基层社区业务场景和算力需要的日益减少,为无效防止基层社区数据沉积、信息滞后等问题,浪潮以全国最大的分布式云体系为根底,依靠浪潮边缘云计算和云边协同技术,构建分布式云边缘节点,将无处不在的计算延长到数据末端,将十余年的政务云教训积淀向基层终端和用户侧输送,让基层社区取得与各级省市部门统一的“一朵云”体验,真正实现智慧在云、智能在边。 浪潮云行边缘云一体机作为核心云计算向数据源头下沉的重要载体,凭借近场计算云边协同、软硬一体疾速建站、自主可控平安可信三大外围劣势,满足基层社区更广连贯、更低时延的需要,为基层提供高效粗放的云环境,为数据治理提供极致性能的算力撑持,全力支持发展基层政务服务和翻新利用。 数治:一个基层治理数据库为基层治理提供“赋能源动力”民有所需,数有所为。数据是基层现代化治理的要害,然而基层工作繁冗简单,零碎多而不通,数据孤岛林立,数据采集难、积淀滞后、反复上报等问题,成为社区工作者最头疼的事。 依靠高低贯通、云边协同的云基础设施,浪潮将政务数据服务向基层社区疾速拓展落地,对立基层数据信息采集规范,“自下而上”整合基层排查数据、智能终端采集、物联感知采集等自有数据,“自上而下”交融国家、省、市等下沉的共享数据资源,建设以“基层治理数据库”为外围的数据网格服务体系。依据社区的业务需要,基于 “基层治理数据库”,构建造成“一人一档、一房一档、一车一档、一企一档、一网一档、一格一档”六个一的新型数据管理模式,以数据驱动翻新利用,晋升基层数字化治理能力,让数据真正赋能基层精细化治理与决策。浪潮基层治理解决方案的“数治”真正实现了政务数据高低联动、交融共享,通过对基层数据的全生命周期智能化治理,让数据时刻“保鲜”好用。 慧用:N个基层智慧利用为基层治理减负增效如果说基层治理数据库是基层的“一池活水”,是“源能源”,那么数据翻新利用就是不停运行的“水车”,继续为基层治理“输入”精细化服务。一本“社区台账”,赋能基层高效数据管理。推动社区业务数据化,实现无感上报、智能剖析、决策参考等智能服务。 一屏治理,实现社区数字孪生。可视化运管大屏取代人工巡逻,实现隐患精准预警及时处理,社区动静时刻“尽在把握”,为社区工作者减负增效,让大众有更多取得感、幸福感和安全感。 一套微网格体系,实现社区事务多元共治。社区工作者、民警、大众等人员高效联动,社区居民享受多样化社区服务,积分治理激活基层共建生机,全民参加,打造多方共建共治共享的基层社会治理新格局。 基于数据治理与服务,浪潮基层治理平台利用于公共治理、公共服务、公共安全及社区党建等多个场景,同时为基层养老、医疗、教育等社区服务赋能。同时,浪潮凋谢共享平台力量,与泛滥社区生态产业和合共生。 在与老百姓接触的最近处,浪潮对于基层治理的一系列前沿研究成果以整体解决方案为载体正在减速落地:在重庆,城市社区基层治理翻新实际,以激活数据为抓手,摸索数据因素服务新高地;山东省济南市三涧溪村,依靠数字治理,打造农村振兴的齐鲁样板……将来,浪潮将以数字翻新之力,持续助力基层在数字化、智能化中激活数据、驾驭数据,让数据流动的翻新价值普惠更多人,为推动国家基层治理体系和治理能力现代化建设奉献浪潮力量。

August 26, 2021 · 1 min · jiezi

关于云计算:KubeSphere-核心架构浅析

作者简介:万宏明,KubeSphere 外围贡献者,专一于云原生平安畛域。KubeSphere 是在 Kubernetes 之上构建的面向云原生利用的容器混合云管理系统。反对多云与多集群治理,提供全栈的自动化运维能力,帮忙企业用户简化 DevOps 工作流,提供了运维敌对的向导式操作界面,帮忙企业疾速构建一个弱小和功能丰富的容器云平台。 KubeSphere 为用户提供构建企业级 Kubernetes 环境所需的多项性能,例如多云与多集群治理、Kubernetes 资源管理、DevOps、利用生命周期治理、微服务治理(服务网格)、日志查问与收集、服务与网络、多租户治理、监控告警、事件与审计查问、存储管理、拜访权限管制、GPU 反对、网络策略、镜像仓库治理以及平安治理等。 得益于 Kubernetes 优良的架构与设计,KubeSphere 舍短取长采纳了更为轻量的架构模式,灵便的整合资源,进一步丰盛了 K8s 生态。 KubeSphere 外围架构KubeSphere 的外围架构如下图所示: 外围组件次要有三个: ks-console 前端服务组件ks-apiserver 后端服务组件ks-controller-manager 资源状态保护组件KubeSphere 的后端设计中沿用了 K8s 申明式 API 的格调,所有可操作的资源都尽可能的形象成为 CustomResource。与命令式 API 相比,申明性 API 的应用更加简洁,并且提供了更好的抽象性, 通知程序最终的冀望状态(做什么),而不关怀怎么做。 典型地,在申明式 API 中: 你的 API 蕴含相对而言为数不多的、尺寸较小的对象(资源)。对象定义了利用或者基础设施的配置信息。对象更新操作频率较低。通常须要人来读取或写入对象。对象的次要操作是 CRUD 格调的(创立、读取、更新和删除)。不须要跨对象的事务反对:API 对象代表的是冀望状态而非确切理论状态。命令式 API(Imperative API)与申明式有所不同。 以下迹象表明你的 API 可能不是申明式的: 客户端收回“做这个操作”的指令,之后在该操作完结时取得同步响应。客户端收回“做这个操作”的指令,并取得一个操作 ID,之后须要判断申请是否胜利实现。你会将你的 API 类比为 RPC。间接存储大量数据。在对象上执行的惯例操作并非 CRUD 格调。API 不太容易用对象来建模。借助 kube-apiserver、etcd 实现数据同步和数据长久化,通过 ks-controller-manager 保护这些资源的状态,以达到最终状态的一致性。如果你相熟 K8s,能够很好的了解申明式 API 带来的益处,这也是 KubeSphere 最为外围的局部。 ...

August 26, 2021 · 3 min · jiezi

关于云计算:Go-语言实现-WebSocket-推送

写在后面零碎开发的过程中,咱们常常须要实现音讯推送的需要。单端单实例的状况下很好解决(网上有许多教程这里不做开展),但在分布式系统及多端须要推送的状况下该如何解决呢? 在分布式系统中,音讯推送服务端是多实例的。某零碎中一个服务生成一条音讯,这条音讯须要实时推送到多个终端,此时该如何进行无效的 WebSocket 推送呢?首先一起看看如下场景: 假如推送音讯由音讯实例 2 产生,然而终端真正连贯的音讯实例是实例 1 和实例 3,并没有连贯到生产音讯的实例 2,零碎是如何将实例 2 的音讯同步推送到终端 1 和终端 2 的呢?下文将详细描述。 基本原理为了满足需要,咱们采纳 Redis 做协同中间件,用于存储用户信息、生成用户连贯的唯一性标识以及 pod address,音讯的生产者实例通过订阅 Redis 获取终端连贯的唯一性标识和 pod address,并告诉到对应的音讯实例,最终由相应连贯终端的音讯实例通过 WebSocket 将音讯发推送到用户终端。具体流程如下图: 为了实现构想,咱们结构了两个组件:Client、ClientManager,实现逻辑如下。 服务端实现ClientClient 组件的作用,是当用户与音讯服务中某个实例建设连贯后,治理这个连贯的信息,这里通过一个 Golang 构造体来定义: type Client struct { UUID string UserID string Socket *websocket.Conn Send chan []byte }构造体中的数据类型阐明如下: UUID:对连贯进行唯一性的标识,通过此标识能够查找到连贯信息。UserID:用户 ID。Socket:连贯对象。Send:音讯数据 channel。咱们为 Client 构造体实现了两个办法:Read、Write 来解决音讯的承受和发送。 Read 办法Read 办法比较简单,从终端接管申请音讯后,音讯实例通过 WebSocket 回应接管音讯状态,并不返回申请后果。后果通过 Write 办法返回。 func (c *Client) Read(close, renewal chan *Client) { defer func() { close <- c }() for { _, message, err := c.Socket.ReadMessage() if err != nil { break } // ... // message logic } }Write 办法Write 办法将申请后果返回给终端。Client 会监听 send channel,当 channel 有数据时,通过 socket 连贯将音讯发送给终端。 ...

August 26, 2021 · 2 min · jiezi

关于云计算:rustwasm写前端真香之嵌套与循环

sealer是阿里巴巴开源的基于kuberentes的集群镜像开源技术,能够把整个集群整体打包。 Sealer Cloud能够在线化帮忙用户进行集群打包分享和运行,Sealer cloud前后端也应用了十分先进的rust+wasm技术实现,本短文接上一篇持续讲一些代码构造,嵌套以及列表循环相干内容,让咱们看下rust有多优雅。 代码构造sealer源码 外面间接有具体的代码供参考。 当然有趣味的同学能够参加到我的项目开发中来。 .├── components│   ├── footer.rs│   ├── header.rs # UI的header│   ├── image_info.rs│   ├── image_list.rs # 主体内容,镜像列表│   └── mod.rs├── main.rs # 主函数├── routes│   ├── login.rs│   └── mod.rs├── services│   ├── mod.rs│   └── requests.rs└── types模块导入应用函数让你的html更清晰impl Component for Header {... fn view(&self) -> Html { html! { <nav class="navbar is-primary block" role="navigation" aria-label="main navigation"> { self.logo_name() } { self.search() } { self.login() } </nav> } }}咱们肯定要防止把很多html都写在一个代码块中,yew外面就能够通过函数的形式把它们进行切分。 impl Header { fn logo_name(&self) -> Html { html! { <div class="navbar-brand"> <div class="navbar-item"> <i class="far fa-cloud fa-2x fa-pull-left"></i> <strong> { "Sealer Cloud" }</strong> </div> </div> } }...}这样看起来就很清晰,view函数里调用上面的一个个Html模块。 ...

August 26, 2021 · 2 min · jiezi

关于云计算:rustwasmyew前端开发教程

最近在思考给sealer 写个云产品,咱们叫sealer cloud, 让用户在线就能够实现k8s集群的自定义,分享,运行。 作为一个先进的零碎,必须有高大上的前端技术能力配得上!为了把肌肉秀到极限,决定应用 rust+wasm实现。 这里和传统后端语言在后端渲染html返回给前端齐全不一样,是真正的把rust代码编译成wasm运行在浏览器中 从此和js说拜拜,前后端都用rust写 不得不拜服rust的牛逼,从内核操作系统始终写到前端,性能还这么牛逼。 yew框架yew 就是一个rust的前端框架。通过一系列工具链把rust代码编译成wasm运行在浏览器中。 创立一个appcargo new yew-app在Cargo.toml中配置如下信息: [package]name = "yew-app"version = "0.1.0"edition = "2018"[dependencies]# you can check the latest version here: https://crates.io/crates/yewyew = "0.18"在src/main.rs中写代码: use yew::prelude::*;enum Msg { AddOne,}struct Model { // `ComponentLink` is like a reference to a component. // It can be used to send messages to the component link: ComponentLink<Self>, value: i64,}impl Component for Model { type Message = Msg; type Properties = (); fn create(_props: Self::Properties, link: ComponentLink<Self>) -> Self { Self { link, value: 0, } } fn update(&mut self, msg: Self::Message) -> ShouldRender { match msg { Msg::AddOne => { self.value += 1; // the value has changed so we need to // re-render for it to appear on the page true } } } fn change(&mut self, _props: Self::Properties) -> ShouldRender { // Should only return "true" if new properties are different to // previously received properties. // This component has no properties so we will always return "false". false } fn view(&self) -> Html { html! { <div> <button onclick=self.link.callback(|_| Msg::AddOne)>{ "+1" }</button> <p>{ self.value }</p> </div> } }}fn main() { yew::start_app::<Model>();}这里要留神的中央是callback函数会触发update, 那update到底应该去做什么由音讯决定。Msg就是个音讯的枚举,依据不同的音讯做不同的事。 ...

August 26, 2021 · 5 min · jiezi

关于云计算:政采云基于-sealer-的私有化业务交付实践

作者:政采云|汪勋 近年来, 互联网极速倒退,为了跟进业务快速增长的倒退步调,新的技术如雨后春笋般一直的涌现,一眼望去,漫天星光,群星争艳。以容器为外围的云原生技术成长迅速,其中 Kubernetes 作为新的基础设施,容器编排事实上的规范, 无疑是最夺目的那颗星。 然而,Kubernetes 尽管很好的解决了大规模利用部署,资源管理及调度的问题,然而其对业务交付并不敌对,Kubernetes 本身的部署也比较复杂,在不断涌现的围绕 Kubernetes 生态的利用中, 始终短少了能够将业务、中间件、集群整合起来一体化交付的利用。 在当下,由阿里云智能云原生利用平台团队发动, 政采云、谐云科技单干共建的 sealer 开源我的项目补充了 Kubernetes 在一体化交付畛域的短板,sealer 以十分优雅的设计方案思考了集群 + 分布式应用的整体交付。而政采云作为政府洽购行业的代表,已胜利的利用 sealer 实现了大型分布式应用的整体私有化交付,交付的实际充分证明了:sealer 具备灵便,弱小的一体化交付能力。 背景政采云的私有化交付客户为政企场景,需交付业务规模较大:300+ 业务组件, 20+ 中间件,交付指标的基础设施不同构且不可控,网络限度严格,一些敏感的场景甚至是齐全隔离的网络,在这种背景下,业务交付的最大痛点就是部署依赖的解决以及交付一致性的问题。尽管业务对立基于 Kubernetes 进行交付实现了运行环境的统一,然而如何解决部署过程中所依赖的所有镜像、 各种包的对立解决以及交付零碎本身的一致性等一系列问题,亟需解决。 如上图所示政采云本地化交付的流程中, 次要分为:用户需要确认-> 提出资源需要给用户 -> 取得用户所提供的资源清单 -> 依据资源清单生成筹备配置 -> 筹备部署脚本及依赖 -> 理论交付六个步骤。前置筹备和理论交付时, 须要耗费大量的人力和工夫来筹备和进行部署。 私有化交付的痛云原生时代,docker 的呈现解决了单个利用的环境一致性和打包问题,业务的交付不再像传统的交付那样破费大量的工夫在部署环境依赖上。而后 Kubernetes 等容器编排零碎的呈现解决了对底层资源进行对立的调度,对利用运行时进行对立的编排的问题,然而一个简单的业务, 其交付的自身就是一个工程浩大的问题,以政采云的场景为例:各种 helm chart、RBAC, istio gateway,cni,中间件等各种资源对象的部署和配置,再加上 300 余业务组件的交付,每一次私有化交付带来的都是大量人力和工夫老本的耗费。 政采云正处于业务高速倒退的期间, 私有化部署我的项目的需要一直新增,高老本的交付形式越来越难以撑持理论的须要,如何升高交付老本,并保障交付的一致性是运维团队最迫切的须要解决的问题。 发现 sealer在晚期, 政采云应用 ansible 来进行业务的交付,ansible 计划实现了肯定水平的自动化并升高了交付老本然而存在如下几个问题: 1、ansible 只解决部署过程问题,须要独自筹备部署所需的依赖,依赖的筹备和可用性验证产生了额定的老本,且政采云的本地化场景根本都会严格限度内部网络。间接从外网获取依赖的形式也不可行。 2、应用 ansible 应答差异化的需要会十分累, 政采云的私有化交付场景中,各个用户的需要不一, 业务的依赖不一,每一次的交付从新编辑 ansible playbook 都要花费不少的工夫进行调试。 ...

August 26, 2021 · 2 min · jiezi

关于云计算:Docker速学一-镜像和容器

理解Docker基本原理和要把握的内容之后,咱们就正式开始Docker的学习了。本篇内容次要介绍Docker的镜像和容器。 上篇回顾:Docker小白入门倡议及基本原理介绍。下一篇预报:环境变量、数据卷等。 上面,一起来开始学习吧! 镜像原理如果只思考 Docker 容器的操作系统属性,那么镜像=轻量级操作系统安装包。 如果需思考 Docker 容器的应用软件属性,那么镜像=(轻量级操作系统+利用)安装包 例如:MySQL 镜像= 虚构的 Linux 操作系统 + MySQL镜像是怎么产生的?用户编写镜像编排 Dockerfile,对这种文件进行 build 操作,就生成了一个镜像。 镜像是一个文件?镜像从逻辑上能够简略了解是一个文件,但实际上是多层文件的组合。 所以,镜像尽管不是一个独自的文件,但能够被导出成为一个压缩文件: # 镜像导出成一个tarball文件docker save image# 加载一个 tarball 镜像文件docker load image镜像寄存在哪里?运行容器时,Docker 会从 /var/lib/docker/image 目录下寻找是否镜像文件。 如果没有镜像文件,Docker 会尝试从 Dockerhub 镜像仓库 (opens new window)中下载到本地,而后运行。 仓库家喻户晓,DockerHub 是由 Docker 官网经营的寰球最大的镜像仓库。 实际上,除了 DockerHub 之外,还有多种构建仓库的形式: 自建仓库反对自建仓库。个别云提供商均提供了镜像仓库服务,供客户寄存本人的公有镜像。 减速仓库如果从 Dockerhub 下载镜像镜像十分慢的话,就须要通过如下的形式批改仓库地址: 抉择或获取你喜爱的国内镜像仓库(减速地址) #1 Docker 中文社区https://registry.docker-cn.com#2 网易仓库http://hub-mirror.c.163.com#3 腾讯仓库https://mirror.ccs.tencentyun.com#4 阿里云仓库https://f53jxx8r.mirror.aliyuncs.com上述阿里云仓库减速地址仅供参考,倡议登录控制台后,从后盾获取 (opens new window)获取批改 /etc/docker/daemon.json 文件(如果没有能够减少),插入下值 { "registry-mirrors": ["https://f53jxx8r.mirror.aliyuncs.com"]}重启服务后失效 sudo systemctl daemon-reloadsudo systemctl restart dockerDocker 反对配置多个仓库地址,相似: ...

August 26, 2021 · 5 min · jiezi

关于云计算:Docker小白入门建议及基本原理介绍

本篇文章是作为新手入门的引入文章,介绍了学习docker应该把握的内容、docker的基本概念和基本原理。 先理解这些内容,再对docker进行零碎的学习,能力有比拟好的成果。上面,就和小九一起开始docker的学习吧! 对于[Docker]是一个用于开发,交付和运行应用程序的开放平台。Docker 使您可能将应用程序与基础架构离开,从而能够疾速交付软件。 借助 Docker,您能够与管理应用程序雷同的形式来治理基础架构。通过利用 Docker 的办法来疾速交付,测试和部署代码,您能够大大减少编写代码和在生产环境中运行代码之间的提早。 Docker 须要重点把握的内容包含: 外围原理根底三大件:镜像、容器、仓库镜像生产:通过 Dockerfile 编排镜像所需的资源长久化存储:将容器的数据保留在宿主机磁盘中端口与互联:容器与宿主机、容器与容器、容器与内部的连贯与通信机制用户权限:容器中的用户与宿主机的用户之间的关系编排:通过多容器互联,实现所需的业务场景Docker 官网文档 (opens new window)十分欠缺,而且十分有层次结构。 概念Docker 是利用 Linux 的虚构隔离技术(namespace)将操作系统宰割为多个子操作系统,子操作系统之间互不烦扰的一种虚拟化技术。 为什么会呈现 Docker 技术? 其实次要有两个起因: 软件架构复杂化,一个利用须要多个虚拟机合作撑持的状况曾经十分广泛(也能够了解为微服务化)传统的操作系统轻便(占用 10G 左右的存储空间)、启动速度太慢(大概 20s)也就是说,当初的零碎架构,要求须要大量运行速度极快,资源占用甚少的轻量级虚拟机。 Docker 的呈现,正好解决了上述的困扰,轻量化的虚拟机扭转了零碎架构,云原生诞生于此。 原理Docker 的外围原理能够演绎为两点:虚构文件系统+虚构用户。 什么意思呢? 虚构文件系统实质上还是宿主机上的文件,但通过虚构技术就变成了一种“独占”资源。虚构用户实质上还是宿主机上的用户,但通过虚构技术让容器认为本人有了独自的用户治理。仅有虚构还不够,在技术上必须有隔离方可确保容器之间互不烦扰。 Docker 是对操作系统资源进行虚构组合,造成一种新的有边界子操作系统。 再回过头来廓清两个概念: 宿主机:运行 Docker 零碎的那台虚拟机,被称之为宿主机容器:通过 Docker 创立的轻量级虚拟机,被成为容器(Container)以利用的角度看,容器与宿主机不是从属关系,而是并列关系 Docker 容器是一台实在的虚拟机,这是了解容器的要害。容器虚拟机领有传统虚拟机的所有性能和操作形式,只有这样能力跳出“技术陷阱”,间接借鉴虚拟机的技术原理来把握容器技术。 容器存在的基本目前也是用于运行软件,既然是运行软件,同样须要: 装置根底环境与内部互联被外界拜访存储数据存储代码高可用负载平衡理解了这些内容之后,就让咱们一起开启docker的学习之旅吧! 小九将继续更新docker前期学习教程~ 本文由Websoft9原创公布,转载请注明出处。

August 26, 2021 · 1 min · jiezi

关于云计算:Microsoft-Project-XCloud-分析

本文从产品性能,技术实现,基础设施等方面剖析Microsoft Project XCloud。 1 Microsoft Project xCloud根本状况2019年9月: Project xCloud (Preview) 开始Beta测试。2020年9月15日: Xbox Game Pass Ultimate开始Beta测试,Project xCloud (Preview) 将于2020.9.11敞开。 2 Project xCloud 技术栈 云游戏技术栈与Xbox Console游戏技术栈统一(Console Native),并提供TAK,存量游戏无需批改即可云化。真实情况是,Console游戏转为云游戏,场景存在差别(输出设施、屏幕大小等),游戏须要针对云化场景适配,因而提供了CloudAware API。Streaming ProtocolxCloud的串流技术栈官网未走漏,明确的是应用UDP协定,其余信息不明。 Touch Adaptation Kit背景问题Xbox手柄有18个物理按键,存量游戏曾经适配好了手柄输出。 当游戏云化后在挪动设施运行时,引入了触控输出需要。面临两个问题: Xbox手柄有18个物理按键,不同游戏场景下应用按键组合不同,不能简略粗犷显示到挪动设施上,否则屏幕上被按键占满了。 挪动设施本机触摸事件处理。计划TAK:开发者自定义不同游戏场景下的触控输出布局,通过Cloud Aware API管制布局显示/暗藏、随场景切换布局。 反对本机触摸,最终转换为鼠标输出给云端游戏。Cloud Aware APIs游戏通过Cloud Aware API,感知云游戏场景,并做相应的适配解决。 xgamestreaming.h Referenceproject-xcloud xbox-game-pass-cloud-gaming project-xcloud-everything-we-know-about-microsofts-cloud-streaming-service heres-a-closer-look-at-the-hardware-behind-project-xcloud microsoft_reveals_project_xcloud_the_xbox_cloud_streaming_service 更多云最佳实际 https://best.practices.cloud

August 26, 2021 · 1 min · jiezi

关于云计算:Google-Stadia-分析

本文从产品性能,技术实现,基础设施等方面剖析Google Stadia云游戏。 1 Google Stadia 根本状况状态2019-3月 GDC大会公布2019-11月上线,首批上线14个国家:美國、加拿大、英國、法國、德國、意大利、西班牙、荷蘭、比利時、愛爾蘭、丹麥、瑞典、挪威、芬蘭价格Stadia Pro &dollar;9.9/月,游戏需独自购买(提供局部收费游戏),分辨率可达4K\@60FPSStadia Base 收费,游戏需独自购买(无收费游戏),分辨率1080P\@60FPS外设与接入形式手柄(Stadia Controller)操控,可插入耳机,带麦克风,振动反馈多端接入:手机: Stadia App(Android, iOS),PC: Chrome浏览器,TV: Chromecast网络准入条件分辨率720P\@60FPS起,带宽要求10Mbps;最大4K\@60FPS,带宽要求35Mbps;画质可随网速晋升而平滑晋升提供测速服务(https://projectstream.google....),由合作伙伴MLab提供服务欠缺中的性能 Google AssistantStream Connect(2020.7已灰度)State ShareCrowd play(2020.7已灰度)Staida给游戏产业带来新模式玩游戏更乏味:即玩、Staida分享到YouTube、Staida唤起YouTube游戏指南或提醒、从YouTube进入游戏游戏散发渠道更广阔:超链接散发,无需绑定Store游戏创作更简略:提供游戏创作辅助工具 Stadia控制器在顶部具备两个独特按钮:一个用于Google智能助理,另一个用于屏幕捕获。它们以清晰的红色图标出现在润滑的彩色外表上。捕获按钮用于尽可能轻松和无摩擦地与YouTube共享,而助手蕴含在那里帮忙游戏玩家在YouTube上找到指南或提醒,而无需来到他们的游戏会话。 2 Stadia 商业指标Stadia的商业指标有两局部: 通过云游戏作为切入,尝试做游戏,成为一家游戏公司为YouTube引流,将云游戏流量引入YouTube第一个指标是长期指标,不确定性较大。第二个指标是短期指标,从以后Stadia产品设计、以及人事调动 Justin Uberti发表来到Google Duo我的项目 现负责Google Stadia首席工程师 都能够明确推导进去。 3 Google Stadia 技术栈 谷歌Stadia技术栈,撑持存量游戏云化、原生云游戏开发两个场景。 存量游戏云化:Stadia SDK与游戏云化工具。原生云游戏开发:Project Chimera、GameBus等。4 Stadia SDK:游戏集成SDK实现Stadia游戏特有性能游戏集成Stadia SDK实现Stadia游戏特有性能:Click to Play、Crowd Play、Crowd Choice、State Share、Assistant。因为未申请通过Stadia开发者,没能获取到SDK包。 Stadia SDK: Click to PlayStadia Streamer基于WebRTC实现游戏串流,在有浏览器的设施上都能够玩云游戏。 Click to Play: 在观看YouTube视频时候,能够通过一个按钮进入游戏体验游戏 Click to Play: 通过链接分享游戏到社交网站(Twitter, Reddit等),其他人点开链接即玩 Stadia SDK: Crowd PlayCrowd Play(相似互动直播) 玩法:观众观看游戏时候可退出游戏,作为主播的队友或对手角色。 ...

August 26, 2021 · 2 min · jiezi

关于云计算:ImageX评测1通过插件用上AVIF

写在后面始终关注ImageX评测的事件,良久没有写文章评测了,明天在Discuz 的插件上发现了ImageX的身影;插件地址,明天须要评测的是火山引擎的这款ImageX插件;几个概念做一些阐明: 火山引擎ImageX:灵便、高效的图像、文档等各类素材上传、托管、智能解决和散发一站式解决方案,官网改名字叫veImageX,应该是一个货色;看起来次要是提供了散发、托管和数据处理的一个服务; Discuz!:是戴志康老哥开发的一个开源社区程序,老牌开源程序,目前曾经开源,但前几年被腾讯收买了,目前依然有很多的开发者还有中央社区均采纳这款程序,次要群体是一帮有情怀的站长群体;插件测评测评环境: 环境:目前最新版的Discuz! X3.4 R20210630 UTF-8,网站曾经运行了多年了;域名:w.ujne7.com插件:Linux / PHP v7.4.15插件装置:间接到 addon.dismall.com/?ac=search&f_type=plugin&f_k=imagex ,搜寻ImageX就能够看到这款插件; 目前来看这款插件应该属于第三方开发者来基于火山引擎ImageX进行包装开发的,不过看了性能还是提供了很多性能点;我的站点是PHP 7.4 所以间接抉择PHP 7.4 进行装置; 插件性能概述: 次要性能介绍1.反对 PC 发帖和回帖上传,反对门户类图片和附件托管;2.反对附件上传下载逻辑;3.反对后盾一键同步本地的论坛附件到火山引擎 ImageX4.附件下载间接通过火山引擎 ImageX 链接,不走论坛流量,附件下载尽量放弃附件原始名称。5.反对用户端直传火山引擎 ImageX ,不须要通过服务端直达;6.反对图像处理能力,通过图像处理能够反对 AVIF、HEIF 等下一代图像处理格局,有更高的压缩比;7.反对直传上传监控能力,监控上传性能;8.新增辨别图像处理服务和素材托管服务;9.新增反对web端avif解码器、heic解码器;反对配置客户端加载数据监控;10.新增将上传局部和 加载局部拆散,反对镜像回源模式应用;11.反对离线迁徙,反对兼容常见云厂商数据离线迁徙等; 通过火山引擎反对数据监控打点上报等能力(通过给作者提倡议,我曾经让他把我的测评地址,曾经都关联到我的文章上了,也就当发个广告啦~) 正式启用在启用插件之前,有些能力我还是不是很放心,后盾接入如下: 提供的能力十分齐全,可能是一个比拟有教训的开发者; 这里,我依照之前对火山引擎ImageX的了解,疾速的配置了几个域名,我发现了和之前不太一样的中央: AK和SK,间接依照官网指引就能够申请到;图像处理服务ID,代表存储最终到的地位;绑定域名,代表资源散发CDN时候应用的域名;个别解决编号:这里我优选了AVIF格局,因为对这个格局我之前做过评测成果十分好;缩略图:缩略图,间接在火山引擎ImageX后盾配置了一个 500500的缩略图,也就是所有的帖子地址,封面都是500500缩略图;不一样的中央,ImageX更新了素材托管: 素材托管,我的猜想应该是给discuz 的附件、PDF和zip 应用的,看起来配置更简略,齐全是一个动态资源托管平台,ImageX产品更新还是很快的(此处给ImageX官网人员打call) 客户端打点配置:依照插件指引,申请了appid 填写上了; 上传应用思考到插件的附件比拟多,我的PHP 执行超时工夫是300S,所以临时没本地同步,我离线做了同步;这里做了验证; 图片关上速度快多了~ 网站附件托管很早之前,我在评测ImageX的时候发现,始终认为ImageX次要是做图像的,本次新增了素材托管,所以尝试一下w.ujne7.com/forum.php?mod=viewthread&tid=177760 收益测算速度测算:应用前速度:256KB 应用后速度:10MB/s 老本测算:应用前之前是在腾讯云上的存储+CDN服务,目前应用了ImageX 图片压缩成果来看节俭: 原图地址:https://wpstatic.e7e7e7.com/f...(45KB) 压缩后,能够用上AVIF格局https://wpstatic.e7e7e7.com/f...(30KB)老本升高 30%爽歪歪呀下期,咱们讲,我是如何做数据迁徙的! 文章为原创文章,若有侵权请分割;

August 25, 2021 · 1 min · jiezi

关于云计算:基于-SDN-编排的云安全服务

云计算作为新型基础设施建设的重要组成,关键作用日益凸显,市场规模出现持续增长趋势。然而云计算平安态势日益严厉,安全性成为影响云计算充分发挥其作用的外围因素。与传统 IT 零碎架构不同,上云之后,云平安迎来了责任共担新时代。 网络安全法和等保 2.0 给出了比拟清晰的领导倡议,当然这也要求云厂商能提供基于 IaaS、PaaS、SaaS 的平安机制和服务。云厂商在提供给云租户云服务内容的同时,还要提供相应的安全措施和具体的平安服务产品。 QingCloud 平安资源池服务QingCloud 平安资源池是青云提供的在以后平安威逼和平安合规要求下的平安解决方案之一。 首先,QingCloud 平安资源池构建在基于可信云平台之上,云平台提供平安的 SDN 网络、SDS 存储、软件定义计算的平安云环境,在云之上提供给租户自助的平安服务,如主机防护、运维堡垒机、审计、WAF、平安态势等。这些平安服务,能够满足租户对平安多样性的需要,平安组件以租户为单位进行资源和平安隔离,这是平安池的基本功能。 除了平安资源池的整体性,云平台又给平安组件赋予了一些新的个性: 自助个性:租户能够自助进行平安组件规格、数量 、解决性能的定制化,能够自由选择青云以后最新的云主机类型,从而施展出平安组件的最佳性能。性能保障:云中平安组件的性能,往往是用户在抉择此计划时的思考之一。青云如何来保障云中平安组件的性能呢?云中平安组件能够借助云平台的资源弹性扩大性能,来晋升平安组件的流量解决能力,如很多平安产品中的流量深度过滤性能,就能够联合云平台的 LB 负载平衡,来提供多实例的抗衡大流量的网络攻击行为。并且能够借助 EIP 性能,对外体现为一个平安集群来应答大流量攻打事件。凋谢个性:用户在抉择平安产品时,除了思考性能因素外,另外要思考的就是平安产品的性能和业余度,也就是说是否帮业务做好平安。举例说明:用户放心一重防火墙不能阻挡当下新型的网络攻击(如 APT 或零日攻打事件),业余的平安用户就心愿有多款不同技术见长的平安产品组合起来实现防护攻打,实现平安穿插互补的防护成果。客户有需要,咱们就要有实现的能力,对云平台来说也是一个技术挑战,SDN 编排必须要是开放性的架构设计,能够依据用户的需要,编排对接各种状态和第三方的平安资源池和业余安全设备。青云在布局平安资源池时,就思考到了用户这种业余的平安需要,并且投入大量的研发,实现了 SDN 编排的凋谢个性,通过 SDN 编排能够兼容第三方的平安资源池,甚至安全设备。平安资源池服务实现门路及难点 在理解具体的技术实现状况前,先要看一下实现这样的平安资源池的难点在哪里?要实现方才提到的平安资源池,云平台要解决两个层面的工作。 管制治理立体:租户须要在本人的治理页面上能够自由选择,甚至是自由组合应用对应的平安组件产品,包含下发平安配置策略、查看各种安全事件和日志,这就须要云平台来对接海量的平安产品治理接口以及对接各种平安产品的控制台,因为接口技术不对立,工作比较复杂且工作量很大。数据流量立体:如何实现云实例的失常流量,依据平安治理的需要,别离通过各种平安产品或组件,也就是俗称的东西向流量和南北向流量编排。如何实现东西向流量和南北向流量编排,自身就是一个难点,用户多、云业务简单、流量大,还要保障较低的网络延时以及无单点故障,加上思考开发个性、对接各种第三方资源池和安全设备,计划极其简单。青云平安资源池架构实现 上图为青云实现对立平安资源池的 SDN 编排计划逻辑图。由 3 个外围局部形成:SDN 对立管控平台组件、MCN(多云网络管理组件)、各种状态的平安资源池。 平安对立管控平台:青云自研的对立注册治理平安产品控制台的组件平台,这个组件平台一边对接各平安产品控制台和 API,另一边提供丰盛的 API 接口,给云租户 console 来调用,从而对接尽可能多的平安产品和组件,并且解耦平安组件的管制治理,给云平台租户提供能够自由选择应用对接注册到平台上的各种平安组件,并且要实现各种策略的下发、事件的告警和日志的集中收集等。MCN 多云网络管理组件:青云自研的一款软件定义网络产品,在整个计划中 MCN 起到高性能网络互联互枢纽的作用,能够对接各种网络和设施,当然也包含各种安全设备和资源池。以 MCN 为外围,在总的平安 SDN 对立管控平台定义下,把防护实例对象的流量进行平安流量逻辑编排,顺次通过定义的安全设备,从而进行各种平安防护。 因为有了 SDN 对立管控平台和 MCN,就能够实现对接青云自研和第三方的平安资源池平安计划。最初一个组件是青云的 VG,是互联网的进口设施组件(软件),能够对接各种线路、绑定EIP 地址池和公网负载平衡等实现。 青云 SDN 云平安服务别离定义了 SDN 对立管控平台和 MCN+ 各种状态的平安服务,从而实现了基于 SDN 的平安服务编排,为云租户提供灵便又全面的平安防护计划。 MCN 外围组件,是整个SDN 编排的外围重点。有四个外围性能: ...

August 25, 2021 · 1 min · jiezi

关于云计算:可视化Docker快速安装部署教程

[Docker]是一个用于开发,交付和运行应用程序的开放平台。Docker 使您可能将应用程序与基础架构离开,从而能够疾速交付软件。借助 Docker,您能够与管理应用程序雷同的形式来治理基础架构。通过利用 Docker 的办法来疾速交付,测试和部署代码,您能够大大减少编写代码和在生产环境中运行代码之间的提早。 如果您打算应用(学习)Docker,但目前还没有装置,且无从下手,小九为您筹备了可视化Docker疾速装置教程~ 图文详解,步骤分明,一起看看吧! 初始化装置惯例的装置,须要通过后期下载等简单的步骤。这里咱们介绍的是镜像一键部署的装置办法。这个办法比较简单,不容易呈现谬误影响后续的装置和应用,因而,门槛较低,对小白也更敌对。 在云服务器上部署 docker 预装包之后,能够间接参考上面的步骤~ 查看:在云控制台获取您的 服务器公网IP地址如果应用 Portainer,请在云控制台平安组中,查看 Inbound(入)规定 下的 TCP:9000 端口是否开启Docker 初始化向导检测 Docker 装置应用 SSH 连贯服务器,运行上面的命令,查看 Docker 的装置信息和运行状态 sudo docker infosudo systemctl status docker运行服务状态查问命令,Docker 失常运行会失去 " Active: active (running)... " 的反馈登录 Portainer如果部署了 Portainer,请参考如下的初始化步骤: 通过本地浏览器拜访:http://服务器公网IP:9000, 间接进入 Portainer 界面 设置管理员账号密码,点击【Create user】抉择【Local】作为镜像连贯选项,而后点击【Connect】 进入Portainer后盾治理界面,点击Local我的项目就能够开始应用Portainer 通过 Portainer 查看运行容器,你会发现 Portainer 自身也是运行在容器中的 须要理解更多 Docker 的应用,请参考官网文档:Docker Documentation(opens new window)常见问题浏览器无法访问 Portainer(白屏没有后果)?您的服务器对应的平安组9000端口没有开启(入规定),导致浏览器无奈它 Portainer是如何装置的?Portainer 本身也是采纳Docker装置 如果我用的部署包中没有Portainer,如何装置它?能够将服务器以后镜像更换为Portainer镜像,也能够在以后镜像的根底通过命令装置 #通过命令装置 Portainerdocker volume create portainer_datadocker run -d -p 9000:9000 -v /var/run/docker.sock:/var/run/docker.sock -v portainer_data:/data portainer/portainercd /usr/libexec/docker/sudo ln -s docker-runc-current docker-runc本文由Websoft9原创公布,转载请注明出处。

August 25, 2021 · 1 min · jiezi

关于云计算:浪潮云洲数字双碳解决方案首次亮相

8月23日至25日,2021中国国内智能产业博览会(以下简称智博会)在重庆举办。浪潮云洲首次展现的数字双碳解决方案,全景出现了技术赋能智能制作的翻新实际。 浪潮工业互联网董事、副总经理庞松涛示意,施展新基建作用,推动制造业转型降级,是工业互联网的时代使命。其中,新型制作模式和服务体系构建,须要工业互联网平台的要害撑持。 图片起源:浪潮 在“双碳”指标下,工业互联网如何赋能,成为业界摸索的课题。 浪潮云洲携全栈解决方案与样板案例亮相智博会工业互联网展区,在展区现场,浪潮云洲首次展现绿色双碳解决方案,引发业界关注。 据理解,浪潮云洲面向政府、行业、企业,推出的“1+1+N”的数字双碳服务,即1个城市双碳管控平台+1个双碳产业研究院+N个解决方案,面向“双高”企业、数据中心、智能园区、智慧社区等畛域,提供节能减碳一揽子解决方案,推动区域绿色低碳倒退。 例如,在赋能数据中心绿色倒退方面,浪潮云洲构建能源管控零碎,建设一个能源智能剖析、学习平台+六大零碎软硬一体的产品体系,即联机系统、采集零碎、数据处理系统、能源管理系统、公共服务零碎、管制利用零碎,面向数据中心提供能源管理和节能服务。 在重庆,浪潮云洲踊跃投入助力“智造重镇”的建设,在赋能工业互联网翻新倒退上进行诸多无益摸索。 2021年5月,浪潮云洲旗下寰球技术创新核心-云江互联联结中汽数据等生态合作伙伴,成立工业智能(汽车)联结翻新实验室,打造基于“双碳”指标的“工业互联网+汽车”融通倒退产品体系,通过工业大数据,驱动汽车产业高质量倒退。 据理解,基于工业互联网基础设施建设商和制造业智能化转型服务商的策略定位,浪潮云洲在标识解析体系建设及行业赋能方面,有着丰盛的利用实际,包含撑持5G全连贯工厂建设、平安生产和精益化治理、节能减排和能耗优化、产业集群数字化降级等,目前已服务企业140万家,连贯设施278万台(套)。 在智博会重庆馆内,浪潮联结中汽数据展出了工业智能产业链协同平台,以云洲链为链接,通过对产业大数据、区域大数据、天气大数据等剖析和模型构建,利用认知仿真推演技术,为龙头企业打造韧性供应链,实现范式预测,让工业互联网平台能力从生产线延长至产业链。

August 25, 2021 · 1 min · jiezi

关于云计算:Docker可视化工具Portainer全解

Docker可视化工具——Portainer全解明天,小九给大家举荐一个好用的docker可视化界面~ Portainer是一个可视化的Docker操作界面,提供状态显示面板、利用模板疾速部署、容器镜像网络数据卷的基本操作(包含上传下载镜像,创立容器等操作)、事件日志显示、容器控制台操作、Swarm集群和服务等集中管理和操作、登录用户治理和管制等性能。性能非常全面,根本能满足中小型单位对容器治理的全副需要。 上面,小九将从登录、部署,再到实际,全方位地介绍Portainer。 登录 Portainer如果你部署了蕴含 Portainer 的Docker环境,请间接登录应用。否则,请先装置 Portainer: #通过命令装置 Portainerdocker volume create portainer_datadocker run -d -p 9000:9000 -v /var/run/docker.sock:/var/run/docker.sock -v portainer_data:/data portainer/portainercd /usr/libexec/docker/sudo ln -s docker-runc-current docker-runc通过本地浏览器拜访:http://服务器公网IP:9000, 间接进入 Portainer 界面 设置管理员账号密码,点击【Create user】抉择【Local】作为镜像连贯选项,而后点击【Connect】 进入Portainer后盾治理界面,点击Local我的项目就能够开始应用Portainer 部署MySQL容器上面具体介绍通过 Portainer 部署MySQL: 登录 Portainer ,关上【Containers】>【Add container】 设置容器运行所需的参数(上面示图并形容重点设置局部) Name 为自定义的容器名称Image 为容器镜像名称,例如"mysql:5.6" 零碎会主动到DockerHub (opens new window)中拉取MySQL5.6Network ports configuration:倡议开启【Publish all exposed network ports...】 以保障容器中的服务能够通过服务器端口被外界拜访。如果不开启,需手工建设精确的映射关系(难度系数有点高)。Env 环境变量设置:增加如所示的容器环境变量,对于MySQL镜像来说,数据库 root 明码MySQL_ROOT_PASSWORD 为必填变量,其余更多可选变量查看 MySQL镜像阐明Restart policy:倡议抉择【Always】,使得容器无论在什么状况下进行总会主动重新启动;点击 Deploy the container 创立容器;如果服务器平安组的3306端口曾经凋谢,当初就能够在本地通过近程连贯 MySQL 数据库 MySQL8近程拜访测试失败,报错:Authentication plugin caching_sha_password cannot be loaded...部署WordPress容器上面具体介绍通过 Portainer 部署WordPress以及应用上一步的MySQL作为数据存储: ...

August 25, 2021 · 2 min · jiezi

关于云计算:云计算网络安全挑战与机遇

后疫情时代网络攻击局势剖析与疫情独特倒退的网络攻击自从 2020 年以来,寰球突发新冠疫情,抗击疫情成为各国最紧迫的工作。不论是在疫情防控的相干畛域,还是在近程办公、教育、医疗及智能化制作等生产生存畛域,大量新型互联网产品和服务应运而生,在帮忙疫情防控的同时,也进一步推动了社会数字化转型的过程。 疫情与防疫工作进展的同时,相干 IT 零碎的安全漏洞、数据泄露、网络欺骗、勒索病毒等网络安全威逼日益凸显进去,有组织、有目标的网络攻击局势越来越显著,为网络安全防护工作带来更多挑战。 依据相干报告显示,与新冠疫情相干的网络钓鱼和恶意软件攻打数量急剧减少,从 2020 年 2 月份的每周有余 5000 次激增至每周超过 20 万次。 此外,随着疫情高峰期已过,各国开始解除防疫封禁措施,攻击者也随之加大了与新冠疫情相干的攻打。与年初相比,年中时寰球所有类型的网络攻击总量减少了 34%。 DDoS 攻打低头,勒索(RDDoS)攻打流行 通过进一步分析攻击态势能够看到,在各种网络攻击形式中,DDOS 攻打依然是被黑客应用最多的攻击方式。 DDOS 攻打是一种通过海量分布式客户端模仿流量拜访业务,导致被攻打业务带宽和计算能力 被占满,而无奈提供服务的攻击方式。DDOS 攻打的目标也从最开始的歹意竞争、报复攻打等更多转化为勒索攻打。 在一份调查报告中显示:“2020 年第四季度,RDDoS 也就是 DDoS 勒索攻打数量激增,起因一方面是自称为 Fancy Bear 等多个黑客组织希图勒索全世界各种组织机构。黑客犯罪团伙开始尝试通过 DDoS 勒索攻打,来取得比特币模式的赎金。” 为了榨取更多的比特币赎金,RDDoS 勒索攻击者在攻打规模、频率和指标多样化方面一直进步规范。2021 年一季度检测到已知最大的勒索 DDoS 攻打,峰值带宽达到 800Gbps ,指标是一家欧洲赌博公司。 能够看到 DDoS 攻击者始终在跨地区和跨行业方面进行多样化尝试。四年前,大多数 DDoS 攻打指标是游戏公司。现在,零售商、电信、ISP 服务商、金融企业和教育组织都成为了 DDoS 攻打的指标。从上面这张剖析图表中,咱们能够看到两头绿色的游戏行业被攻打占比,已逐步与其余行业拉平。 云平台成为首要攻打指标随着各行业务一直开始应用云技术,产生在我国云平台上的网络安全和威逼事件数量始终放弃着较高的增长态势。有报告显示,国内云平台上的各类网络安全事件数量占比拟高,其中云平台上蒙受大流量 DDoS 攻打的事件数量占境内 DDoS 攻打事件的 74%。 其次,攻击者常常利用我国云平台发动网络攻击,在泛滥网络攻击事件中,云平台作为管制端发动的 DDoS 攻打事件数量 ,占境内所有 DDoS 攻打数的比重已高达 81.3%。云平台已成为了次要的网络攻防战场。 2021 年,国家推出了新的《数据安全法》,加上之前颁布的等保合规等平安制度也在进一步贯彻落实中,这表明国家对网络安全、数据安全也越来越器重,企业构建本人的平安体系已迫不及待。 平安产品介绍那么面对后疫情时代一直倒退的网络攻击态势,以及愈演愈烈的 RDDOS 勒索攻打, 青云科技又将为咱们的用户提供怎么的平安能力来应答网络安全威逼与挑战? ...

August 24, 2021 · 2 min · jiezi

关于云计算:云原生爱好者周刊服务网格的困境与破局

云原生一周动静要闻: KEDA 从 CNCF 沙箱我的项目迁徙到孵化我的项目Harbor Operator 1.1.0 公布Litmus 2.0.0 公布Grafana 8.1.2 公布OpenSSH 8.7 公布开源我的项目举荐文章举荐云原生动静KEDA 从 CNCF 沙箱我的项目迁徙到孵化我的项目CNCF 技术监督委员会(TOC)曾经投票决定承受 KEDA 成为 CNCF 的孵化我的项目。 Kubernetes Event-Driven Autoscaling(KEDA)是一个用于 Kubernetes 的繁多用处的事件驱动主动调节器,能够很轻松地增加到 Kubernetes 集群中来扩大利用。它的目标是简化应用程序的主动缩放,并通过反对扩大到零来优化老本。 KEDA 创立于 2019 年 5 月,是微软和红帽的合作项目,并于 2020 年 3 月退出 CNCF 沙盒。自退出沙盒以来,该项目标终端用户有了很大的增长,包含阿里巴巴、CastAI、KPMG、Meltwater、微软等。该我的项目团队由来自微软、红帽和 Codit 三个组织的 4 名维护者组成。 详情见 Harbor Operator 1.1.0 公布Harbor Operator 1.1.0 曾经公布。值得注意的性能包含: 反对部署 Harbor v2.3反对 Kubernetes 1.21 版本将入口版本升级为 v1欠缺 CRD 定义,提供统一的数据库、存储和缓存配置标准(引入新的 CRD 版本 v1beta1)反对用基于 CRD 的申明形式利用 day2 配置反对用负载均衡器公开 Harbor 服务为 S3 存储提供额定的配置选项以统一的格局进行日志记录扩大底层运算符(PostgreSQL、Redis 和 Minio)的反对版本理解更多细节,请查看 v1.1.0 发布页面。 ...

August 24, 2021 · 2 min · jiezi

关于云计算:浅析Kubernetes控制器

什么是控制器?Kubernetes内领有许多的控制器类型,用来管制pod的状态、行为、正本数量等等,控制器通过Pod的标签来管制Pod ,从而实现对利用的运维,如伸缩、降级等。 罕用的控制器类型如下: ReplicationController 、ReplicaSet、Deployment:无状态服务,保障在任意工夫运行Pod指定的正本数量,可能保障Pod总是可用的,反对滚动更新、回滚。典型用法:web服务。DaemonSet:确保集群内全副(或局部)node节点上都调配一个pod,如果新加node节点,也会主动再调配对应的pod。典型用法:filebeat日志收集、prometheus资源监控。StatefulSet:有状态服务,如各种数据存储系统。StatefullSet内的服务有着稳固的长久化存储和网络标识,有序部署,有序伸缩。Job:只运行一次的作业。CronJob:周期性运行的作业。典型用法:数据库定时备份。Horizontal Pod Autoscaling(HPA):依照冀望的pod的cpu或内存来主动伸缩pod数量。为什么须要控制器?如果咱们当初有一个Pod正在提供线上的服务,咱们来想想一下咱们可能会遇到的一些场景: 某次经营流动十分胜利,网站访问量忽然暴增运行以后Pod的节点产生故障了,Pod不能失常提供服务了针对第一种状况,可能比拟好应答,个别流动之前咱们会大略计算下会有多大的访问量,提前多启动几个Pod,流动完结后再把多余的Pod杀掉,尽管有点麻烦,然而应该还是可能应答这种状况的。 针对第二种状况,可能某天夜里收到大量报警说服务挂了,而后起来关上电脑在另外的节点上重新启动一个新的Pod,问题也很好的解决了。 如果咱们都人工的去解决遇到的这些问题,仿佛又回到了以前刀耕火种的时代了,是吧。要是有一种工具可能来帮忙咱们治理Pod就好了,Pod不够了主动帮咱们新增一个,Pod挂了主动帮咱们在适合的节点上重新启动一个Pod,如果这样的话,是不是遇到下面的问题,咱们都不须要手动去解决了。 Pod分类Pod分为自主式Pod和控制器治理的Pod这两类。 自主式 Pod:Pod 退出后不会被主动创立,如图中的Pod A。控制器治理的 Pod:在控制器的生命周期里,始终要维持 Pod 的正本数目,如图中的Pod B。ReplicationController、ReplicaSet、DeploymentReplicationController(RC)简略来说,RC能够保障在任意工夫运行Pod的正本数量,可能保障Pod总是可用的。如果理论Pod数量比指定的多,那就完结掉多余的,如果理论数量比指定的少,就新启动一些Pod。当Pod失败、被删除或者挂掉后,RC都会去主动创立新的Pod来保障正本数量,所以即便只有一个Pod,咱们也应该应用RC来治理咱们的Pod。 简而言之,RC用于确保其管控的Pod对象正本数满足冀望的数值,它能实现以下性能: 确保Pod的资源数量准确反馈期望值确保Pod衰弱运行弹性伸缩ReplicationController的示例如下所示: apiVersion: v1kind: ReplicationControllermetadata: name: kubiaspec: replicas: 3 selector: app: kubia template: metadata: labels: app: kubia spec: containers: - name: kubia image: luksa/kubia ports: - containerPort: 8080一个ReplicationController有三个次要局部: label selector ( 标签选择器):用于确定ReplicationController作用域中有哪些podreplica count (正本个数): 指定应运行的Pod 数量pod template (Pod模板): 用于创立新的Pod 正本RC存在的问题: 大部分状况下,咱们能够通过定义一个RC实现的Pod的创立和正本数量的管制RC中蕴含一个残缺的Pod定义模块(不蕴含apiversion和kind),RC是通过label selector机制来实现对Pod正本的管制的。通过扭转RC外面的Pod正本数量,能够实现Pod的扩缩容性能。通过扭转RC外面的Pod模板中镜像版本,能够实现Pod的滚动降级性能(然而不反对一键回滚,须要用雷同的办法去批改镜像地址) ReplicaSet(RS)随着Kubernetes的高速倒退,官网曾经举荐咱们应用RS和Deployment来代替RC了,实际上RS和RC的性能基本一致,目前惟一的一个区别就是RC只反对基于等式的selector(如:env=dev或environment!=qa),但RS还反对基于汇合的selector(如:version in (v1.0, v2.0)),这对简单的运维治理就更不便了。 ReplicaSet的示例如下所示: apiVersion: apps/v1beta2kind: ReplicaSetmetadata: name: kubiaspec: replicas: 3 selector: matchLabels: app: kubia template: metadata: labels: app: kubia spec: containers: - name: kubia image: luksa/kubiaReplicationController和ReplicaSet惟一的区别就是在选择器中,不用在selector属性中间接列出pod须要的标签,而是在selector.matchLabels下指定它们。这是在ReplicaSet中定义标签选择器的更简略(也更不具表达力)的形式。 ...

August 24, 2021 · 3 min · jiezi

关于云计算:RabbitMQ常见问题及故障整理快问快答

小九明天分享了RabbitMQ一键部署、高效装置的图文详解,接下来,针对RabbitMQ应用过程中的一些问题,小九整顿了具体的常见问题问答。这样的直观形式往往能疾速高效地解决一些纳闷。 也欢送提出其余问题,独特探讨,共同进步。 浏览器关上IP地址,无法访问 RabbitMQ(白屏没有后果)?您的服务器对应的平安组15672端口没有开启(入规定),导致浏览器无法访问到服务器的任何内容。 如何以调试模式启动RabbitMQ服务?systemctl stop rabbitmq-serverrabbitmq-server console是否能够通过命令行批改RabbitMQ后盾明码?能够,rabbitmqctl change_password admin newpassword 如果没有域名是否能够部署 RabbitMQ?能够,拜访http://服务器公网IP 即可。 是否能够批改RabbitMQ的源码门路?不能够。 部署和装置有什么区别?部署是将一序列软件依照不同程序,先后装置并配置到服务器的过程,是一个简单的系统工程。装置是将繁多的软件拷贝到服务器之后,启动装置向导实现初始化配置的过程。装置绝对于部署来说更简略一些。 如何查看谬误日志?日志文件门路为:/data/logs。检索关键词 Failed 或者 error 查看谬误。 RabbitMQ服务无奈启动?以调试模式运行 rabbitmq-server console,便能够查看启动状态和谬误 rabbitmq-server console关上日志文件:/data/logs/rabbitmq-server,检索 failed 关键词,剖析谬误起因在Chrome下批改明码后报错?这个并不是服务器端的问题,只有更新浏览器即可。 本文由Websoft9原创公布,转载请注明出处。

August 24, 2021 · 1 min · jiezi

关于云计算:RabbitMQ快速初始化安装图文详细步骤

RabbitMQ 是一个风行的开源音讯队列零碎。用于在分布式系统中存储转发音讯,在易用性、扩展性、高可用性等方面体现不俗。 小九明天为大家带来RabbitMQ的疾速初始化装置图文具体步骤~心愿可能帮到大家! 初始化装置惯例的装置,须要通过后期下载等简单的步骤。这里咱们介绍的是镜像一键部署的装置办法。这个办法比较简单,不容易呈现谬误影响后续的装置和应用,因而,门槛较低,对小白也更敌对。 在云服务器上部署 RabbitMQ 预装包之后,能够间接参考上面的步骤~ 查看:在云控制台获取您的 服务器公网IP地址在云控制台平安组中,查看 Inbound(入)规定 下的 TCP:15672 端口是否开启若想用域名拜访 RabbitMQ,请先到 域名控制台 实现一个域名解析RabbitMQ 装置向导应用本地电脑的 Chrome 或 Firefox 浏览器拜访网址:http://域名:15672 或 http://Internet IP:15672, 进入初始化页面 输出账号密码,胜利登录到 RabbitMQ 后盾登录后通过:【Users】>【Admin】>【Permissions】>【Update this user】设置新密码如果你还有其余疑难,能够留言或者私信小九,一起交换!小九也会更新对于故障解决和常见问题的整顿教程,欢送关注~ 本文由Websoft9原创公布,转载请注明出处。

August 24, 2021 · 1 min · jiezi

关于云计算:智能运维系列直播间开讲啦就在今天

利用质效,一体化利用运维解决方案 浪潮的云泽·利用质效治理平台,联合云和IT的特色,揭示利用品质和效益,剖析问题,定位云服务商和开发商可能存在的问题。

August 24, 2021 · 1 min · jiezi

关于云计算:浪潮云洲亮相2021智博会-数字双碳解决方案首次亮相

8月23日至25日,2021中国国内智能产业博览会(以下简称智博会)在重庆举办。 作为国内当先的工业互联网服务商,浪潮云洲受邀加入智博会制造业数字化转型高峰论坛,并携手生态合作伙伴,亮相智博会工业互联网展区,首次展现数字双碳解决方案,通过参会、参展模式,全景出现赋能智能制作的翻新实际。 论道制造业数字化转型 在23日举办的智博会制造业数字化转型高峰论坛上,浪潮工业互联网董事、副总经理庞松涛作主题演讲时示意,施展新基建作用,推动制造业转型降级,是工业互联网的时代使命。其中,新型制作模式和服务体系构建,须要工业互联网平台的要害撑持。 基于工业互联网基础设施建设商和制造业智能化转型服务商的策略定位,浪潮云洲在标识解析体系建设及行业赋能方面,有着丰盛的利用实际,包含撑持5G全连贯工厂建设、平安生产和精益化治理、节能减排和能耗优化、产业集群数字化降级等,助力配备、电子、化工、采矿、食品、制药在内的千行百业高质量倒退,目前已服务企业140万家,连贯设施278万台(套)。图片 “实现‘双碳’指标,离不开数字化。碳达峰、碳中和将带动新的技术提高,催生新的投资机会。”在智博会分论坛上,浪潮工业互联网副总经理宋志刚受邀主持中国-上海单干组织数字经济产业论坛圆桌对话,探讨基于上合组织国家多功能经贸平台,企业发展的生态单干、数字经济与绿色经济实际。 展现赋能千行百业的硬实力 2021智博会展览采取线上虚构展+线下实体展的模式举办,展现寰球大数据智能化新产品、新技术、新利用、新模式、新业态等成绩。图片 浪潮云洲携全栈解决方案与样板案例,亮相工业互联网展区,展现国家级跨行业跨畛域工业互联网平台的魅力,以及赋能千行百业数字化的硬实力,让参观者亲自感触工业互联网的价值。 值得一提的是,在浪潮云洲展区,浪潮还联结生态合作伙伴同台亮相展现交融解决方案,传递出打好工业互联网“团体赛”的信心与口头。 助力重庆打造“智造重镇” 在重庆,浪潮云洲在赋能工业互联网翻新倒退方面积极探索,助力“智造重镇”建设。 2021年5月,浪潮云洲旗下寰球技术创新核心-云江互联联结中汽数据等生态合作伙伴,成立工业智能(汽车)联结翻新实验室,打造基于“双碳”指标的“工业互联网+汽车”融通倒退产品体系,通过工业大数据,驱动汽车产业高质量倒退。 在重庆馆内,浪潮也联结中汽数据展出了工业智能产业链协同平台,其以云洲链为链接,通过对产业大数据、区域大数据、天气大数据等剖析和模型构建,利用寰球当先的认知仿真推演技术,为龙头企业打造韧性供应链,实现范式预测,真正帮忙企业从自动化迈向智能化,让工业互联网平台能力从生产线延长至产业链,实现工业互联网促成产业链的高质量倒退。 首推“1+1+N”数字双碳计划 在“双碳”指标下,工业互联网如何赋能,成为业界摸索的课题。 在智博会展区现场,浪潮云洲首次展现绿色双碳解决方案,引发业界关注。 浪潮云洲依靠弱小的专家团队和“双碳”畛域的摸索教训,面向政府、行业、企业,推出“1+1+N”的数字双碳服务,即1个城市双碳管控平台+1个双碳产业研究院+N个解决方案,面向“双高”企业、数据中心、智能园区、智慧社区等畛域,提供节能减碳一揽子解决方案,推动区域绿色低碳倒退。 例如,在赋能数据中心绿色倒退方面,浪潮云洲构建能源管控零碎,建设一个能源智能剖析、学习平台+六大零碎软硬一体的产品体系,即联机系统、采集零碎、数据处理系统、能源管理系统、公共服务零碎、管制利用零碎,面向数据中心提供能源管理和节能服务。 将来,浪潮云洲将联结生态合作伙伴,一直打磨交融解决方案,为制造业高端化、智能化、绿色化发展,奉献工业互联网力量。

August 23, 2021 · 1 min · jiezi

关于云计算:复杂应用开发测试的-ChatOps-实践

为什么“简单利用”开发测试阶段须要 ChatOps ?随着部署工具及部署 pipeline 流程引入到整个开发迭代流程中,应用公布单模式进行开发、测试环境的部署往往须要关上多个 web 控制台,对于日常开发迭代来说较为繁琐。现在我的项目的开发往往会存在多个 git repo,每个 git repo 又会产生多个制品用于部署,基于手动抉择的形式对于开发人员开发、测试都十分不敌对。在音讯告诉方面,尽管应用了 webhook 将我的项目协同信息进行了群告诉,但我的项目所有告诉发送到一个群内,造成信息爆炸,逐步失去告诉意义。首先来看咱们团队以后的部署流程所须要的步骤,须要通过“期待 CI 构建胜利” “公布单抉择所需制品及环境” “部署”这么几个流程。其中制品的抉择,在每次公布时,都须要进行抉择,当组件较多时,则较为繁琐。 并不是所有的场景都须要 ChatOps,这里重点强调“简单利用”,是因为利用复杂度进步后,会面临配置简单、制品简单、流程简单的场面,因而须要 ChatOps 工具来升高开发测试过程中的部署难度。而对于简略的利用,例如我的项目初始阶段的单体利用,则不用大费周折折腾简单的工具流程,在 CI 中集成小局部自动更新测试环境的流程就很高效。 如何联合 CI/CD 体系和 IM 开放平台构建 ChatOps 工具以后 CI/CD 落地的现状及选型思考继续集成继续集成是所有流程的根底,指标也很明确,就是将构建环境、制品类型进行对立,便于进行后续的部署应用。在以后容器化流程的背景下,咱们也是抉择了容器镜像作为最终制品,开发人员对立产出容器镜像,不便进行部署。 所有的代码仓库,无论简单与否,都会创立 Jenkinsfile 进行构建。流程如下图所示。 利用定义选型在利用定义的抉择上,经验了最后的 PaaS 平台自定义利用模型、代码仓库存储动态 Manifest 文件后,最终抉择了 helm 作为利用定义的工具,次要基于以下几个方面思考。 部署形式简略,能够通过单条命令间接进行装置,即便在工具较为匮乏的私有化环境中脱离部署工具也可应用一条命令进行部署和降级。应用模板进行定义,便于进行多个正本部署及差异化配置。通过制品库来存储 helm chart,dev 环境应用构建号进行版本推送,生产环境通过 helm 仓库打 tag 后进行版本推送,实现“利用定义”的版本化。利用部署工具选型在利用部署工具上,抉择应用 Spinnaker,次要基于以下的内容进行思考。 利用定义及组件版本拆散基于环境加载公共配置公布启动参数定制部署流程定义如下图: 将 helm chart 及容器镜像作为制品输出,通过制品绑定将 helm chart 版本与 image 版本进行拆散,实现利用定义和利用组件版本的独立配置。 应用 values 文件援用,不便的对“某一类”环境进行对立配置,例如专用云不同厂商间的差异化配置。 构建适宜团队的 ChatOps 体系ChatOps 工具构建的指标解决音讯杂而乱的问题,以我的项目迭代为粒度进行音讯的分类、创立 IM 群组。解决开发测试环境创立繁琐、须要口头约定的问题,以我的项目迭代为粒度创立独立的测试环境。尽量避免 web 控制台操作。迭代完结后主动清理环境、群。开发测试过程流程梳理如下图所示,咱们对开发测试的整个部署流程进行梳理。其中最为繁琐的、须要屡次人工操作的局部就是“部署配置” + "版本抉择"这个过程,如何将制品依照肯定的规定更新到对应的环境中,并且可能记住以后的抉择便是这个流程的要害。 ...

August 23, 2021 · 1 min · jiezi

关于云计算:从-FFmpeg-性能加速到端云一体媒体系统优化

7 月 31 日,阿里云视频云受邀加入由凋谢原子开源基金会、Linux 基金会亚太区、开源中国独特举办的寰球开源技术峰会 GOTC 2021 ,在大会的音视频性能优化专场上,分享了开源 FFmpeg 在性能减速方面的实战经验以及端云一体媒体零碎建设与优化。 家喻户晓,FFmpeg 作为开源音视频解决的瑞士军刀,以其开源收费、功能强大、不便易用的特点而非常风行。音视频解决的高计算复杂度使得性能减速成为 FFmpeg 开发永恒的主题。阿里云视频云媒体解决零碎宽泛借鉴了开源 FFmpeg 在性能减速方面的教训,同时依据本身产品和架构进行了端云一体媒体零碎架构设计与优化,打造出高性能、高画质、低延时的端云协同的实时媒体服务。 阿里云智能视频云高级技术专家李忠,目前负责阿里云视频云 RTC 云端媒体解决服务以及端云一体的媒体解决性能优化,是 FFmpeg 官网代码的维护者及技术委员会委员,参加过多个音视频开源软件的开发。 本次分享的议题是《从 FFmpeg 性能减速到端云一体媒体系统优化》,次要介绍三个方面的内容: 一、FFmpeg 中常见的性能减速办法二、云端媒体解决零碎三、端 + 云的协同媒体解决零碎 FFmpeg 中常见的性能减速办法音视频开发者以后次要面临的挑战之一是对计算量的高需要,它不只是单任务算法优化,还波及到很多硬件、软件、调度、业务层,以及不同业务场景的挑战。其次端、云、不同设施、不同网络,这些综合的复杂性现状,要求开发者要做系统性的架构开发与优化。 FFmpeg 是一个十分弱小的软件,包含音视频的解码编码、各种音视频的 Filter 、各种协定的反对。作为一个开源软件 FFmpeg 次要的 License 是 GPL 或者 LGPL,编程语言是 C 和汇编。它还提供了很多关上即用的命令行工具,比方转码的 ffmpeg 、音视频解析的 ffprobe、播放器 ffplayer。其外围的 Library 有负责编解码的 libavcodec、解决音视频的 libavfilter 、反对各种协定的 libavformat。 FFmpeg 开发社区中,音视频性能优化是一个永恒的主题,其开源代码里也提供了十分多的经典性能优化的实现办法,次要是通用减速、CPU 指令减速、GPU 硬件加速。 通用减速通用减速次要是算法优化、IO 读写优化、多线程优化。算法优化的指标是在不减少 CPU Usage 的前提下进步性能。最典型是编解码器的各种疾速搜索算法,它能够在精度只有多数损失的状况下,大幅优化编码速度。各种前后解决 Filter 的算法也有相似的办法,也能够通过算法合并来缩小冗余的计算,达到性能优化的目标。 下图是一种典型的降噪与锐化卷积模板,它须要做 3 乘 3 的矩阵卷积。咱们能够看到,这里的锐化模板跟平滑模板是相似的,对于同时要做降噪和锐化的操作,只有在平滑的模板的根底下面做减法能够达到锐化化模板的后果,能够缩小冗余的计算,晋升性能。当然算法优化也存在局限性,比方编解码算法有精度上的损失,还可能须要就义空间复杂度换取工夫复杂度。 ...

August 23, 2021 · 3 min · jiezi

关于云计算:从安装到使用Odoo常见问题及故障处理

小九明天分享了Odoo一键部署、高效装置的图文详解,接下来,针对Odoo应用过程中的一些问题,小九整顿了具体的常见问题问答。这样的直观形式往往能疾速高效地解决一些纳闷。 也欢送提出其余问题,独特探讨,共同进步。 装置问题1.浏览器关上IP地址,无法访问 Odoo(白屏没有后果)? 您的服务器对应的平安组80端口没有开启(入规定),导致浏览器无法访问到服务器的任何内容。 2.勾选 Demo data了,当前还能删除这些数据吗? 官网并没有提供 Demo data 的删除工具,倡议间接删除数据库,而后再新增(此时不再勾选 Demo data)。 应用问题1.Odoo反对多语言吗? 反对多语言(蕴含中文)。 2.Odoo数据库连贯配置信息在哪里? Odoo 采纳 [Peer Authentication ]形式连贯 PostgreSQL,即以操作系统用户登录数据库,无需明码。 3.为什么在设置面板看不到 Odoo 更新(Updates)操作性能? 此性能只能在开发者模式下应用,请确保你的 Odoo 控制台是否曾经切换成[开发者管理模式] 4.如何删除 Odoo 演示数据? 因为 Odoo 反对多企业组织形式,倡议新增一个企业组织(不要勾选演示数据)后,再删除带演示的数据库。具体操作形式参考:[ Odoo 数据库治理] 5.Odoo 是否能够导出 PDF 文件? 能够。装置 Invoice, Purchase 等模块能够测试 print to PDF 性能 6.如果没有域名是否能够部署 Odoo? 能够,拜访http://服务器公网IP 即可 7.是否有可视化的数据库管理工具? 请间接通过 [Odoo 自带的数据库管理工具]操作 8.是否能够批改Odoo的源码门路? 不能够 9.如何批改上传的文件权限? chown -R nginx.nginx /data/wwwroot/find /data/wwwroot/ -type d -exec chmod 750 {} \;find /data/wwwroot/ -type f -exec chmod 640 {} \;10.Odoo 在中国有哪些施行商? ...

August 23, 2021 · 1 min · jiezi

关于云计算:快速部署Odoo开启高效企业管理

疾速部署Odoo,开启高效企业治理 无链接版洽购治理,销售治理,库存治理,财务管理,货品治理,营销治理,客户关系治理,生产治理,人事管理,服务反对、电子商务、建站……这些帮忙企业提高效益,转化生产力的性能,Odoo都提供。 凭借着这些高效实用的性能,Odoo领有了超过730个合作伙伴和200万用户。Odoo十分胜利,堪称是性能十分弱小的企业应用了,用户能够间接从模块库中抉择装置实用模块,或进行模块卸载,降级的治理操作。 明天,小九就带大家疾速学会Odoo的初始化装置办法,疾速部署Odoo,开启高效企业治理。 初始化装置惯例的装置,须要通过后期下载等简单的步骤。这里咱们介绍的是镜像一键部署的装置办法。这个办法比较简单,不容易呈现谬误影响后续的装置和应用,因而,门槛较低,对小白也更敌对。 在云服务器部署Odoo镜像,按本人的需要抉择设置。并查看: 在云控制台获取您的 服务器公网IP地址。在云控制台平安组中,查看 Inbound(入)规定 下的 TCP:80 端口是否开启。若想用域名拜访 Odoo,请先到 域名控制台 实现一个域名解析。Odoo 装置向导上面别离介绍社区版和企业版装置向导: 社区版应用本地 Chrome 或 Firefox 浏览器拜访网址:http://域名 或 ht-tp://Internet IP, 进入初始化页面 填写好所有参数,点击【create database】按钮,开始初始化装置。 其中 Email 和 Password 是登录账号密码,务必牢记之初始化装置实现后,登录后盾,装置所需的 APP 企业版部署 Odoo 企业版后,依据镜像疏导页获取试用受权,便能够收费试用一个月。 应用本地 Chrome 或 Firefox 浏览器拜访网址:http://域名 或 ht tp://Internet IP, 进入欢送页面 获取受权后,登录云服务器,运行如下命令解锁企业版bash /etc/odoo/ee_init.sh刷新欢送页面后,显示初始化装置步骤 实现初始化后,提醒一旦装置第一个利用之后,零碎就会提醒要求注册订阅号(You will be able to register your database once you have installed your first app.) 零碎提醒 Register your subscription or buy a subscription,请输出试用码 开始试用。请留神试用期后正式向 Odoo 官网订阅企业版,否则数据库被清空 更多利用的装置和系统管理相似社区版收费试用期完结之后,到 [Odoo 官网]进行企业版订阅。数据库治理为了保障 Odoo 零碎的数据库安全,上面的数据库管理工作十分重要: ...

August 23, 2021 · 1 min · jiezi

关于云计算:业界云游戏厂商对比

主动谷歌Stadia公布之后,各大云厂商、游戏厂商也跟进,公布本人的云游戏打算。本文比照支流3加云游戏厂商服务,蕴含商业指标,次要措施等。<!--more--> 业界云游戏厂商比照 Google StadiaMicrosoft Project xCloud腾讯Start商业指标通过云游戏,进入游戏畛域: 1. 原生云游戏开发、发行、运行平台。 2. Stadia与YouTube联合,翻新游戏玩法(Click Play, Crowd Play, State Share, Google Assistant, Stream Connect),联合YouTube流量,为游戏开发者引流;同时也加强YouTube在游戏畛域影响力(反抗Twitch)。通过挪动设施(手机/PAD)玩游戏用户越来越多,微软想通过云游戏平台,让Android手机用户可能玩耍微软Xbox/Windows平台上大量的3A游戏。1. 通过云游戏将腾讯游戏带入家庭客厅(在欧美家庭客厅玩游戏是普遍现象)。 2. 手机上玩高画质的PC/主机游戏,冲破手机算力。 3. 腾讯先游,通过云游戏形式推广手游。要害动作1. Stadia+YouTube,实现Click Play, Crowd Play, State Share, Google Assistant, Stream Connect性能,为游戏开发者引流。 2. 游戏开发生产力工具:Project Chimera(通过ML主动生成游戏素材)。 3. 分布式云游戏引擎GameBus:分布式架构;通过GameBus连贯多个Stadia Instance,实现大型多人在线模式;应用Stadia平台独占游戏Gylt验证中。 4. 成立第一坊游戏工作室,开发原生云游戏。1. 公布Project xCloud (Preview),在Android手机、平板上能够玩局部3A游戏。 2. 通过Touch Adaptation Kit服务,简化存量3A游戏在手机/平台上玩、适配触控屏的工作。 3. Project xCloud (Preview)行将敞开,云游戏被蕴含到Xbox Game Pass Ultimate订阅套餐中: 14.99美金/月,可玩100+款云游戏、主机游戏、PC游戏。 4. 与雷蛇单干定制适配手机的游戏手柄。1. 腾讯Start,从2019年开始邀测,基于腾讯的WeGame平台接入。 2. 腾讯GameMatrix,凋谢给游戏厂商游戏云化的平台。 3. 腾讯先游App,凋谢给游戏厂商推广游戏的平台。技术栈立新:Linux+Valkun+Stadia SDK继承:Windows+DX+TAK/CloudAwareAPIPC/主机游戏:Windows+DX游戏适配难度高低低游戏生态借助云游戏赛道,重构游戏生态维持已有XBox游戏生态,将Xbox内容拓展到挪动设施维持已有游戏生态,将游戏拓展到更多用户Referenceproject-xcloud ...

August 22, 2021 · 1 min · jiezi

关于云计算:基于-Formily-的表单设计器实现原理分析-

编者寄语:本期为大家带来基于 Formily 的拖拽式表单设计器玩法,摸索可视化时代表单设计器的可能。背景在控制台类 web 利用中,表单是最常见的交互模式。用户在表单中填写信息,点击提交就能实现对数据创立或者批改操作。 最开始,前端开发人员依据业务模型和具体需要,通过逐个编写或者申明实现表单中的各个字段,测试通过之后公布上线。慢慢地,开发人员开始把一些罕用的办法形象成表单库复用,晋升开发效率。随着业务复杂度的减少和需要的一直演进,对表单的展现模式和灵便水平要求也在一直进步,现有的表单库只能解决局部问题,开发者仍需破费大量的精力在更新表单字段或者开发新表单上。 那有没有一种形式,既能让开发人员疾速构建表单,同时在前期又很少或者基本不须要开发人员染指来更新表单呢? 此时,表单设计器应运而生。表单设计器提供了可视化界面,让非专业开发人员也能通过拖拽的形式,所见即所得的构建业务所需表单。 表单设计器款式目前很多开源的表单设计器实现,在 UI 上都大同小异,设计器的构造相似设计软件的布局。表单设计器个别为左中右三栏布局: 左侧是控件列表,列出了设计器反对的表单控件。两头局部是画布(canvas),左侧的控件可间接拖拽到画布中,并反对控件调整程序、复制等操作。右侧是表单字段的配置区域,在画布中选中一个字段,右侧将展现此字段的所有属性,用户可在此处配置字段题目、形容、校验规定等。 原理解析表单设计器的输入是一份形容表单字段的 JSON Schema,表单设计实现后 JSON Schema 将间接存储到后端。表单公布后,前端再依据 JSON Schema 渲染表单。表单中所有字段的信息都是存储在 Schema 中,所以每次对表单的更新都是批改 Schema 中的内容,无需传统的编译过程。借助表单设计器,岂但将开发人员从应答业务变更的频繁改变中解放出来,同时大大提高了非专业开发人的生产力,缩小了沟通老本。 JSON Schema 是表单设计器和表单渲染组件之间沟通的语言。要了解表单设计器的外围,首先要了解 Schema。在理论的我的项目中,JSON Schema 个别比较复杂,此处不做开展。本文的主题是表单设计器的实现原理,次要关怀的是如何提供一个可视化界面,让用户可能疾速生成 Schema,Schema 的具体格局将在后续文章中介绍,这里先提供一个简化版本的定义: interface Schema { fields: Record<FieldKey, FieldSchema>; } interface FieldSchema { title: string; type: 'string' | 'object' | 'array' | 'number' | 'boolean'; component: string; componentProps: { [name: string]: any; }; }家喻户晓,表单由多个 input 控件组成,input 控件蕴含多种形式,如:文本、数字、单选和多选等。Schema 中除了形容字段对应的是哪种类型的 input 外,还须要形容控件的行为,例如是否限度输出长度、是否必填等。有了这些形容后,表单渲染组件能力依据 Schema 渲染出合乎预期的表单。在下面的类型定义中: ...

August 20, 2021 · 1 min · jiezi

关于云计算:赋能数据中心绿色低碳-浪潮云洲有实招

近日,北京市发改委颁布《对于印发进一步增强数据中心我的项目节能审查若干规定的告诉》,对于超过规范限定值(PUE值1.4)的数据中心,将按月征收差异电价电费。专家剖析,不达标数据中心每年将多收入数千万乃至上亿元,此举有风向标意义。 在“双碳”指标指引下,浪潮云洲推出能源智慧管控产品及绿色数据中心节能减排解决方案,依靠工业智能边缘一体机及工业物联网零碎,基于能源管理与管制,联合数据分析,优化运行参数,制订节能策略,赋能数据中心绿色低碳倒退。 有绿色低碳KPI 作为数字经济的“底座”,数据中心产业高速倒退,均匀每年30%的增速。然而,数据中心倒退面临微小的节能压力。据统计,古代数据中心耗电量较大,已占寰球发电总量近3%。随着数字化转型步调的放慢,预计数据中心能耗将冲破8%。家喻户晓,能耗指标PUE越靠近1,节能成果越好。 国家政策也作出了清晰疏导,有可量化的KPI。2021年7月,工信部《新型数据中心倒退三年行动计划(2021-2023年)》提出,到2023年,新建大型及以上数据中心PUE升高到1.3以下,绿色低碳等级达到4A级以上。 目前,数据中心绿色低碳倒退次要存在两方面问题:一是未设计装置能耗监测表具,没有精确的能源管理数据作撑持,就无奈制订迷信的能耗指标,无奈监测能源的理论耗费。二是未依照能源体系建设管控平台和服务体系,不能精准的优化运行参数,进步能源利用效率,节省能源耗费,升高碳排放。 能源智慧管控平台赋能 浪潮工业互联网副总经理宋志刚示意,面对数据中心绿色低碳倒退的需要,浪潮云洲在充沛调研根底上,摸索使用工业互联网思维,推动数据中心绿色技术利用和革新,通过工业智能一体机、工业互联网平台等,构建能源管控平台,采集冷机、水泵、冷却塔、机房空调等次要用能设施实时数据,建设能耗优化分析模型,求解能源消耗优化问题,失去冷冻水和冷却水温度、流量、冷冻泵、冷却泵、冷却塔风机频率等最优运行参数,实现能源零碎的总能耗最小。 数据中心及零碎包含压缩机、冷却塔、冷冻水泵、冷却水泵、水解决等制冷设施以及平安消防设备和监控门禁、电力系统等,在数据中心能耗组成中,亟需升高非IT设施能耗占比。 在设施接入及服务层面,通过牢靠的数据连贯、数据采集、数据处理,软硬一体化部署,反对服务上云,提供SaaS服务。其中,浪潮云洲工业智能一体机、工业物联网平台施展着撑持作用。 在能源管控零碎层面,浪潮云洲建设一个能源智能剖析、学习平台+六大零碎软硬一体的产品体系,即联机系统、采集零碎、数据处理系统、能源管理系统、公共服务零碎、管制利用零碎,面向数据中心提供能源管理和节能服务。 在应用服务终端层面,反对通过多屏互动出现实时采集、剖析管控成绩,使数据中心的治理和运营者看得见、看得懂,不仅要在经营指挥核心看,还要在掌上随时看,更要走着也能看,随时随地疾速决策,让实时优化调控的数据会谈话。 目前,浪潮云洲能源智慧管控平台解决方案已在山东、天津等多地利用,赋予客户较高的利用价值。 宋志刚举例算了一笔账,上海某数据中心年耗电量可达1亿千瓦时(度),假如其PUE起始值为1.7,IT设施能耗为5882万度,制冷设施能耗为4000万度,供电系统和其余能耗为118万度,PUE若降到1.3,将节俭近30%的用电量,节能效益显著。 下一步,浪潮云洲将总结能源智慧管控平台利用教训,不断完善交融解决方案,面向既有及新建的数据中心,打造更多的标杆案例,为产业绿色低碳倒退,奉献工业互联网力量。

August 20, 2021 · 1 min · jiezi

关于云计算:AI-场景的存储优化之路二

前言回顾上一篇《AI 场景的存储优化之路》中,咱们剖析了AI场景中分布式文件存储面临三大挑战:海量文件、小文件拜访性能、目录热点,其中对目录热点问题做了详细分析,并介绍了YRCloudFile在该问题上的计划实现。 而文中提到的元数据的动态子树、动静子树、目录hash三种分布模式,形象进去,大抵对应集中式、分布式、无元数据三种架构模型,这三种模型是业界通用的元数据管理形式,在特定业务场景中,各有千秋,集中式模型的问题在于单点故障、性能孤岛等;分布式模型的问题在于主从同步的性能开销,一致性问题等;无元数据模型的问题在于它通常应用用相似DHT计算形式代替查问,这毁坏了元数据中对于文件系统的树形拓扑构造,导致元数据性能不高。所以没有说哪一种计划能够在所有业务场景中,都能放弃最优的性能。在理论的产品设计中,根据产品定位,须要做肯定的取舍。 架构设计无论是设计针对AI场景,还是针对通用场景的存储产品,对于一个企业级存储产品而言,数据可靠性、可用性以及性能是架构层面首先要思考的因素。 企业级存储产品,首先须要保证数据的可靠性,而后能力谈数据的高性能和高可用。因为对于绝大部分利用场景,存储的数据都必须是有状态的,所以不保证数据可靠性的存储,利用是无奈应用的。 数据的可靠性保障,从架构上首先要防止单点故障,单点故障可能会导致的数据不可复原,此外单点故障还会引入很多其它问题,如零碎可用性低、性能瓶颈等。对于曾经长久化的数据,也要避免静默数据损坏,存储层面的数据扫描以及驱动层的520扇区校验等机制也十分必要。因而很多分布式块或文件存储产品,都会在利用不感知的前提下,周期性地做数据查看,一方面能尽早发现并修复静默数据谬误和集群中正本间不统一的数据,另一方面也是集群衰弱状态监控的须要,通过数据查看,能够发现集群业务延时是否正当,集群是否异样导致IO hang等状况。从业务层面看,架构上对数据可靠性的设计也反映了对于一致性的要求,下层利用是冀望最终一致性还是强一致性,在多客户端并发拜访公共存储资源场景中,业务端观测到的数据一致性就变得更简单,这些考量最终会体现在存储的架构设计上。 数据的可用性保障,个别元数据用正本,数据存储用正本或纠删码(EC)来实现HA,无论是元数据和存储服务、正本之间数据一致性策略、主从切换策略、集群视图推送策略,还是可降级维护性等,都是简单的技术环节。这些问题会因为集群规模变大而被进一步放大,任何一步处理不当,都有可能导致数据谬误,因而在设计上,所有场景的解决必须保障闭环,解决上也会更偏向于激进策略。 为了实现数据读写的高性能,在软件层面,须要尽可能地进步并发度,尽量升高解决中的串行化比重。例如,因为控制流和数据流的拆散,客户端从元数据服务器获取控制权或资源后,将间接和存储集群进行IO交互,或是为保障操作的合法性以及数据的一致性,在集群复原时产生的IO交互,在交互过程中,不可避免会遇到须要串行化解决的中央,这种串行化占比越高,对分布式集群的性能影响越大。 实现思路架构设计是产品性能的根本保障,代码实现决定产品性能的下限。YRCloudFile在设计之初,剖析了泛滥计划,取各个架构的长处,在确保数据可靠性的前提下,通过一直迭代进步产品的可用性和性能。 分布式文件存储提供全局对立命名空间,对于客户而言,就是一个独立的挂载目录,空间和文件个数将不会受到限制。后端将不同存储介质资源池化成多个存储池,而存储资源能够依据空间须要,在虚拟存储池中进行弹性扩大扩容,元数据为了性能和空间须要进行横向扩大,做到扩容对利用通明。 零碎拓扑大抵如下: 晋升大文件IO的吞吐性能在保障大文件IO的吞吐性能方面,要尽可能地缩短IO门路,缩小内存拷贝和上下文切换等操作,采纳常见的将控制流和数据流(即元数据和数据存储)拆散计划,客户端在取得文件拜访控制权后,间接对后端存储分片进行并发拜访。对文件属性的更新采纳的lazy模式,即在客户端调用close时更新MDS中的文件信息。这种形式可能缩小对MDS更新的频率,能够进步IO性能,但副作用是文件的元数据信息没有及时更新,IO期间stat操作无奈获取最新的信息。能够在元数据服务中引入ServerType + ServerNodeID + GloballyUniqueFileID组成sessionMap,来辨别该文件目前的状态,决定stat时,是否从后端存储获取最新信息并更新及返回,从而兼顾在更新文件时,对文件进行stat的多数申请。 晋升小文件IO拜访性能小文件IO拜访性能方面,考验的是元数据的性能,一方面要反对海量文件,另一方面还要反对高效的元数据操作。咱们的集群整个命名空间目录树由元数据集群来保护,系统目录树架构: 基于该架构实现的元数据集群,如果基于本地文件系统做元数据服务,那么瓶颈就在于本地文件系统(如海量文件性能,单目录文件个数,单台服务器性能瓶颈等),基于DB治理裸盘元数据服务,能较好防止上述问题,但还是会存在上图中MDS4的单目录海量文件的增删改查的性能问题,解决方案就是子目录拆分,上面探讨下基于该计划的一致性访问控制。 多客户端的一致性拜访作为一个分布式文件系统,多个客户端会并发拜访集群内的文件,因为客户端间各自独立,相互不感知,数据一致性就须要存储集群来保障,在元数据集群中,对被拜访的文件资源进行爱护,能保障利用在并发拜访时候,看到的数据是统一的。为保障业务数据实时长久化,保障集群呈现软硬件异样或整集群掉电重启后,业务数据的一致性,个别都是采纳分布式集群锁,例如zookeeper的程序长期节点、通过向某数据结构中插入key是否胜利作为并发访问控制的根据。 在上图的树形架构中,能够基于MDS实现文件、目录级别的锁,从而达到多客户端并发访问控制的目标。锁能够在MDS进行细粒度实现,尽管锁的细粒度化,必然会减少MDS服务器的压力,但因为YRCloudFile的MDS集群是多台服务器组成,还能够一直横向扩大,大量的MDS节点会摊派锁的压力,性能上是能够保障的。 保护语义的正确性和操作的幂等性分布式系统中,在客户端申请的整个生命周期中,任何中央都有可能因为各类软硬件异样导致的申请重试,尤其在主从切换场景中,这时就须要保障语义的正确性和操作的幂等性。 因而,从客户端发动的某个申请,在其整个生命周期内都是能够被跟踪的,咱们用GUID+ServerType + ServerNodeID + GloballyUniqueFileID组成惟一的申请ID,在任何一个阶段都须要缓存其执行后果,即便在各个阶段存在重试,也可实现操作的正确性和幂等性。 基于AI场景的针对性优化当初非结构化数据迅速增长,分布式文件存储已成为对非结构化数据进行治理的一个广泛承受的解决方案,尤其AI场景中,以小文件读多写少为主,对小文件而言,多客户端并发拜访雷同文件资源的状况不多,局部场景中甚至可容忍大量数据的失落。因而,为了针对AI特定的读写场景,实现高性能,开启各类缓存就十分必要。 客户端的优化开启客户端读写缓存,能够复用零碎pagecache。增大客户端缓存生效工夫,升高revalidate dentry操作的频率。对于大块IO写申请,因为客户端内存资源无限,为防止缓存净化,能够将大块IO间接写入到后端存储节点的缓存中,将小块IO写入到客户端缓存中,后盾异步flush dirty数据到后端存储。 增大客户端缓存生效工夫,升高revalidate dentry操作的频度。文件的查找过程,就是从根目录逐级往下找,零碎dentry能减速这些操作,如果该文件门路缓存命中,那么就能疾速找到对应的inode信息,而后就能够间接去元数据集群去查找该文件了。 元数据性能优化无论采纳什么模式的元数据管理形式,都须要从多维度思考计划的性能问题,在分布式系统中,单点硬件资源个别很难成为瓶颈,而真正成为瓶颈的还是某些特定IO流程,不可避免有串行化的中央,而这种串行化的比重越重,对分布式集群的性能的制约会更为严重,所以元数据的优化首先要缩小这种串行化的限度。 性能的local准则,在这棵树形架构中,即同级目录下的文件,元数据尽量散布在同一个节点中,这样能提供较好的本地化性能,而当该目录下有上亿的海量文件时,有须要将改目录拆分,把压力散布在多个元数据服务中。提早化ops形式,即批量并发解决非相关性申请操作,可解决上图中mds4的性能瓶颈。升高mds负载,用缓存取代磁盘拜访,缩小交互次数,防止上下文切换。所有和磁盘交互的中央,能异步尽量异步,如耗时的异步删除等。后端存储优化充分利用后端存储性能,如果后端存储够快,就用direct模式,如果不够快,就依赖pagecache,如果是机械盘,就给他加缓存层等。 测试配置为:客户端为E5-2603 v3 + 128G ddr4 ,存储集群为2正本,有SSD给HDD减速。 开启缓存前后性能比照图: 总结本文次要剖析了从设计到实现中,保证系统一致性和高性能的须要关注的点,以及在AI场景下,通过客户端缓存进一步满足客户对高性能的需要,以及咱们的优化思路,也心愿借此文和更多技术专家交换如何对AI场景下的存储计划进行针对性的优化。

August 20, 2021 · 1 min · jiezi

关于云计算:基于函数计算快速搭建Django-Blog博客

体验简介本场景介绍应用函数计算服务搭建一个Django Blog博客。应用Serverless Devs命令行工具能够将很多框架、利用、案例一键部署到函数计算平台中。 本试验提供了一台时长2小时的ECS 背景常识本场景次要波及以下云产品和服务: 1、函数计算(FunctionCompute) 函数计算是事件驱动的全托管计算服务。应用函数计算,您无需洽购与治理服务器等基础设施,只需编写并上传代码。函数计算为您筹备好计算资源,弹性地牢靠地运行工作,并提供日志查问、性能监控和报警等性能。函数计算帮忙您无需治理服务器(Serverless),仅专一于函数代码就能疾速搭建利用。函数计算可能弹性地伸缩,您只须要按使用量付费。 函数计算Serverless服务和自建服务相比有以下长处: 1) 上手简略,只专一业务逻辑开发,极大进步工程开发效率。 2) 自建计划有太多学习和配置老本,例如针对不同场景,ESS须要做各种不同的参数配置,导致系统环境的保护降级很麻烦。 3) 免运维,反对函数执行级别粒度的监控和告警。 4) 毫秒级弹性扩容,保障弹性高可用。 2、容器镜像服务ACR 容器镜像服务是面向容器镜像、Helm Chart等的合乎OCI规范的云原生制品平安托管及高效散发平台。ACR反对寰球同步减速、大规模/大镜像散发减速、多代码源构建减速等全链路提效,与容器服务ACK无缝集成,帮忙企业升高交付复杂度,打造云原生利用一站式解决方案。 3、文件存储NAS 文件存储NAS是一个可大规模共享拜访,弹性扩大的高性能云原生分布式文件系统。反对智能冷热数据分层,无效升高数据存储老本。广泛应用于企业级利用数据共享、容器、AI机器学习、Web服务和内容治理、利用程序开发和测试、媒体和娱乐工作流、数据库备份等场景。 4、Serverless Devs开发者工具 Serverless Devs是一个组件化与插件化的Serverless开发者平台,开发者能够在平台中可插拔式地应用不同Serverless的服务和框架,同时可参加组件和插件的开发。无论是工业级的Serverless服务,还是各类开源的Serverless框架,Serverless Devs都可敌对反对。开发者无需对市面上每一款Serverless工具进行钻研和学习,只需通过Serverless Devs,就能够简略、快捷地“上手”支流Serverless服务和框架。 1. 开明函数计算服务在应用函数计算前,您须要开明函数计算服务。阐明 : 本场景中提供的阿里云子账号无函数计算服务操作权限,所以请应用您本人的阿里云账号操作。您无需放心扣费问题,因为函数计算服务有肯定的收费额度,请参见计费形式。 应用您本人的阿里云账号登录阿里云控制台,而后进入函数计算详情页。 单击收费开明。 选中函数计算服务协定,单击立刻开明。胜利开明后,您将会收到以下提醒。 2. 装置Serverless Devs命令行工具装置Node.js环境。 执行如下命令,下载Node.js安装包。 wget https://npm.taobao.org/mirrors/node/v12.4.0/node-v12.4.0-linux-x64.tar.xz执行如下命令,解压安装包并重命名。 tar -xvf node-v12.4.0-linux-x64.tar.xz && mv node-v12.4.0-linux-x64/ /usr/local/node执行如下命令,配置环境变量。 echo "export PATH=$PATH:/usr/local/node/bin" >> /etc/profilesource /etc/profile执行如下命令,装置Serverless-Devs工具。 npm install @serverless-devs/s -g返回后果如下,示意装置实现。阐明 :如果装置过程较慢,能够应用淘宝npm源,装置命令为npm --registry=https://registry.npm.taobao.org install @serverless-devs/s -g。 执行如下命令,查看版本并查看装置是否正确。返回后果如下,您能够看到Serverless-Devs工具的版本。 3. 配置阿里云账号信息阐明: 本场景提供收费的ECS服务器,然而应用的函数计算服务是开明在您账号下,以下配置信息也是须要配置您账号的UID、AccessKry ID和AccessKey Secret信息。 执行如下命令,配置账号信息。 s config add而后依据提醒填写以下信息。 ...

August 20, 2021 · 1 min · jiezi

关于云计算:SegmentFault-基于-Kubernetes-的容器化与持续交付实践

SegmentFault[1] 是一家综合性技术社区,因为它的内容跟编程技术严密相干,因而访问量的稳定也和这一群体的作息时间深度绑定。通常状况下 web 页面的申请量峰值在 800 QPS 左右,但咱们还做了前后端拆散,所以 API 网关的峰值 QPS 是申请量峰值的好几倍。 SegmentFault 架构演变SegmentFault 作为一家技术社区, 它的零碎架构演变过程是很有意思的。 2012 年,我还在北京的一家公司工作,我在出租屋里写下 SegmentFault 的第一行代码时,基本没有想到它将来会成为我的事业。过后我的想法很简略,就是想帮忙中文开发者用母语在像 Stack Overflow 这样的网站上发问,因而它的第一个版本十分简陋,思考到它的访问量很少,以及我本人的经济能力有余,于是将它放在了国外的 VPS 托管商 Linode 上,所有的利用、数据库、缓存都挤在一个实例上。2013-2014 年,我独自进去守业,SegmentFault 的业务也逐步步入正轨。咱们抉择了本人购买服务器去机房托管,当然服务器也是从淘宝上购买的二手服务器,呈现问题的时候,咱们的团队在当地又去不了机房,只能等管理员去机房帮咱们解决。在 2014 年的时候,SegmentFault 网站被 DDos 攻打,机房为了不牵累其余服务器,间接把咱们的网线拔掉了。2014-2019 年,国内云计算技术从起步到逐步成熟,于是咱们把整个网站从物理服务器迁徙到了云服务上。当然应用上并没有什么不同,只是把物理机器替换成了虚拟主机。2020 年至今,随着云原生理念的衰亡,咱们的业务模式也产生了很大变动,为了让零碎架构适应这些变动,咱们把网站的次要业务都迁徙到了 KubeSphere 上。为什么抉择 Kubernetes ?SegmentFault 的零碎架构倒退遇到不少挑战,促使咱们不得不往 K8s 架构上迁徙。 首先,尽管咱们是一家小公司,但业务线非常复杂。思否整个公司在 30 人左右,技术人员大概只占其中三分之一,所以承载这么大的业务量,累赘还是很重的。而且守业公司的业务线调整十分频繁,临时性工作也比拟多,传统的零碎架构,在应答这种伸缩性要求比拟高的场景是比拟吃力的。其次,简单的场景引发了简单的配置管理,不同的业务要用到不同的服务、不同的版本,即应用自动化脚本,效率也不高。另外,咱们的工作人员有余,所以没有专职运维,当初 OPS 的工作是由后端开发人员轮值的。但后端开发人员还有本人本职工作要做,所以咱们期待最现实的场景是能把运维工作全副自动化。最初也是最重要的一点,就是咱们要管制老本,这是高情商的说法,低情商就是一个字“穷”。当然,如果资金短缺,以上的问题都不是问题,然而对于守业公司(特地是像咱们这种访问量比拟大,然而又不像电商、金融等收益好的公司)来说,咱们必将且长期处于这个阶段。因而是否管制好老本,是一个十分重要的问题。前后端拆散 2020 年以前,SegmentFault 的网站还是十分传统的后端渲染页面的办法,所以服务端的架构也非常简单。服务端将浏览器的 http 申请转发到后端的 php 服务,php 服务渲染好页面后再返回给浏览器。这种架构用原有的部署办法还能撑持,也就是在各个实例上部署 php 服务,再加一层负载平衡就根本满足需要了。 然而随着业务的继续倒退,后端渲染的形式曾经不适宜咱们的我的项目规模了,因而咱们在 2020 年做了架构调整,筹备将前后端拆散。前后端拆散的技术特点我在这里就不赘述了,这里次要讲它给咱们带来了哪些零碎架构上的挑战。一个是入口增多,因为前后端拆散不仅波及到客户端渲染 (CSR),还波及到服务端渲染 (SSR),所以响应申请的服务就从繁多的服务变成了两类服务,一类是基于 node.js 的 react server 服务(用来做服务端渲染),另一类是 基于 php 写的 API 服务(用来给客户端渲染提供数据)。而服务端渲染自身还要调用 API,而咱们为了优化服务端渲染的连贯和申请响应速度,还专门启用了应用专有通信协定的外部 API 服务。 ...

August 19, 2021 · 1 min · jiezi

关于云计算:图文详解canvas插件安装方法及常用插件推荐

canvas是一个基于云端的开源在线学习零碎(LMS),使学校可能构建数字学习环境,以应答远程教学趋势。Canvas简化了教学,进步了学习效率,并打消了反对和倒退传统学习技术的麻烦。它具备凋谢,直观的特点,通过所有数字工具和内容,简化老师的教学,让学生取得更简略的互联网学习体验。 在应用canvas的过程中,插件能够满足许多拓展的性能需要,明天,小九整顿了全面的插件装置办法和canvas插件举荐~ Canvas 怎么装置插件?通过BigBlueButton为例,步骤如下: 登陆 Canvas 站点通过URL:http://域名/plugins 或 http://服务器公网IP/plugins, 进入插件抉择页面 抉择您要装置的插件,点击装置在插件装置页面,去掉勾选【禁用此插件】,输出相干疏导信息,点击【申请】 装置插件前后,页面曾经发生变化(课程中追加了BigBlueButton对应的会议性能) 插件举荐KineticJs——封装了HTML5的canvas元素和办法,能够嵌套、分层、滤镜、缓存、减少部件事件等。photomosaicjs——图片马赛克插件。Fabricjs——功能强大的绘图插件。QRCanvas——优良的二维码生成插件。本文由Websoft9原创公布,转载请注明出处。

August 19, 2021 · 1 min · jiezi

关于云计算:一看就会的高效Discuz初始化入门安装方法

一看就会的高效Discuz初始化入门装置办法在应用Discuz搭建论坛的过程中,小九发现有许多敌人对于宝塔的装置和初始化不太熟悉,找不到适宜的办法、或是依照一些教程装置却呈现问题得不到解决,只能抉择从新再来。 明天,小九给大家介绍简略的镜像一键部署装置办法,可能疾速初始化开始应用。 首先,咱们简略地介绍一下Discuz。 对于 Discuziscuz 是开源的论坛社区零碎,诞生于2001年6月,目前曾经演进为 DiscuzQ,它领有齐全开源、提供丰盛接口、前后端拆散、轻量化、数据独立可控、麻利上云、疾速变现七大能力。 装置惯例的Discuz装置,须要通过后期下载等简单的步骤。这里咱们介绍的是镜像一键部署的装置办法。这个办法比较简单,不容易呈现谬误影响后续的装置和应用,因而,门槛较低,对小白也更敌对。 在云服务器部署Discuz镜像。并查看: 在云控制台获取您的 服务器公网IP地址。在云控制台平安组中,查看 Inbound(入)规定 下的TCP:80 端口是否开启。若想用域名拜访 Discuz,请先到 域名控制台 实现一个域名解析。Discuz 部署到你的服务器后,即可进入向导: 本地电脑浏览器拜访网址:http://域名/dl.php 或 http://服务器公网IP/dl.php, 进入装置向导界面 设置站点名称、数据库连贯和管理员账号,其中数据库连贯无需批改,而后点击【下一步】 装置实现,手机扫描右侧二维码能够进入挪动端页面。本地电脑浏览器拜访网址:输出http://域名/admin 或 http:/ /Internet IP/admin, 进入登录页面 输出账号密码,胜利登录到 Discuz!Q 后盾 其余设置:微信公众号,小程序,微信领取等 Discuz 向导应用本地电脑的 Chrome 或 Firefox 浏览器拜访网址:http://域名 或 ht tp://Internet IP, 就进入疏导首页首先点击【我批准】,确认用户许可协定 通过环境检测后,点击【下一步】。抉择须要装置的程序组,倡议抉择【全新装置】,而后点击【下一步】。配置数据库连贯信息:默认项曾经可用,即间接点击【下一步】而不做任何批改便能够实现连贯。 预装的 MySQL 数据库信息装置实现后的界面如下 进入论坛后,能够通过右上角登录对论坛进行治理。 如果你还有其余疑难,能够留言或者私信小九,一起交换!小九更新了对于宝塔面板的故障解决和常见问题整顿教程,欢送关注~ 本文由Websoft9原创公布,转载请注明出处。

August 19, 2021 · 1 min · jiezi

关于云计算:disruptor笔记之三环形队列的基础操作不用Disruptor类

欢送拜访我的GitHubhttps://github.com/zq2599/blog_demos 内容:所有原创文章分类汇总及配套源码,波及Java、Docker、Kubernetes、DevOPS等; 《disruptor笔记》系列链接疾速入门Disruptor类剖析环形队列的根底操作(不必Disruptor类)事件生产知识点小结事件生产实战常见场景期待策略知识点补充(终篇)本篇概览本文是《disruptor笔记》系列的第三篇,次要工作是编码实现音讯生产和生产,与《disruptor笔记之一:疾速入门》不同的是,本次开发不应用Disruptor类,和Ring Buffer(环形队列)相干的操作都是本人写代码实现;这种脱离Disruptor类操作Ring Buffer的做法,不适宜用在生产环境,但在学习Disruptor的过程中,这是种高效的学习伎俩,通过本篇实战后,在今后应用Disruptor时,您在开发、调试、优化等各种场景下都能更加得心应手;简略的音讯生产生产已不能满足咱们的学习激情,明天的实战要挑战以下三个场景:100个事件,单个消费者生产;100个事件,三个消费者,每个都单独生产这个100个事件;100个事件,三个消费者独特生产这个100个事件;前文回顾为了实现本篇的实战,前文《disruptor笔记之二:Disruptor类剖析》已做了充沛的钻研剖析,倡议观看,这里简略回顾以下Disruptor类的几个外围性能,这也是咱们编码时要实现的: 创立环形队列(RingBuffer对象)创立SequenceBarrier对象,用于接管ringBuffer中的可生产事件创立BatchEventProcessor,负责生产事件绑定BatchEventProcessor对象的异样解决类调用ringBuffer.addGatingSequences,将消费者的Sequence传给ringBuffer启动独立线程,用来执行生产事件的业务逻辑实践剖析曾经实现,接下来开始编码;源码下载本篇实战中的残缺源码可在GitHub下载到,地址和链接信息如下表所示(https://github.com/zq2599/blo...:名称链接备注我的项目主页https://github.com/zq2599/blo...该我的项目在GitHub上的主页git仓库地址(https)https://github.com/zq2599/blo...该我的项目源码的仓库地址,https协定git仓库地址(ssh)git@github.com:zq2599/blog_demos.git该我的项目源码的仓库地址,ssh协定这个git我的项目中有多个文件夹,本次实战的源码在<font color="blue">disruptor-tutorials</font>文件夹下,如下图红框所示: <font color="blue">disruptor-tutorials</font>是个父工程,外面有多个module,本篇实战的module是<font color="red">low-level-operate</font>,如下图红框所示: 开发进入编码阶段,明天的工作是挑战以下三个场景:100个事件,单个消费者生产;100个事件,三个消费者,每个都单独生产这个100个事件;100个事件,三个消费者独特生产这个100个事件;咱们先把工程建好,而后编写公共代码,例如事件定义、事件工厂等,最初才是每个场景的开发;在父工程<font color="blue">disruptor-tutorials</font>新增名为<font color="red">low-level-operate</font>的module,其build.gradle如下:plugins { id 'org.springframework.boot'}dependencies { implementation 'org.projectlombok:lombok' implementation 'org.springframework.boot:spring-boot-starter' implementation 'org.springframework.boot:spring-boot-starter-web' implementation 'com.lmax:disruptor' testImplementation('org.springframework.boot:spring-boot-starter-test')}而后是springboot启动类:package com.bolingcavalry;import org.springframework.boot.SpringApplication;import org.springframework.boot.autoconfigure.SpringBootApplication;@SpringBootApplicationpublic class LowLevelOperateApplication { public static void main(String[] args) { SpringApplication.run(LowLevelOperateApplication.class, args); }}事件类,这是事件的定义:package com.bolingcavalry.service;import lombok.Data;import lombok.NoArgsConstructor;import lombok.ToString;@Data@ToString@NoArgsConstructorpublic class StringEvent { private String value;}事件工厂,定义如何在内存中创立事件对象:package com.bolingcavalry.service;import com.lmax.disruptor.EventFactory;public class StringEventFactory implements EventFactory<StringEvent> { @Override public StringEvent newInstance() { return new StringEvent(); }}事件生产类,定义如何将业务逻辑的事件转为disruptor事件公布到环形队列,用于生产:package com.bolingcavalry.service;import com.lmax.disruptor.RingBuffer;public class StringEventProducer { // 存储数据的环形队列 private final RingBuffer<StringEvent> ringBuffer; public StringEventProducer(RingBuffer<StringEvent> ringBuffer) { this.ringBuffer = ringBuffer; } public void onData(String content) { // ringBuffer是个队列,其next办法返回的是下最初一条记录之后的地位,这是个可用地位 long sequence = ringBuffer.next(); try { // sequence地位取出的事件是空事件 StringEvent stringEvent = ringBuffer.get(sequence); // 空事件增加业务信息 stringEvent.setValue(content); } finally { // 公布 ringBuffer.publish(sequence); } }}事件处理类,收到事件后具体的业务解决逻辑:package com.bolingcavalry.service;import com.lmax.disruptor.EventHandler;import lombok.Setter;import lombok.extern.slf4j.Slf4j;import java.util.function.Consumer;@Slf4jpublic class StringEventHandler implements EventHandler<StringEvent> { public StringEventHandler(Consumer<?> consumer) { this.consumer = consumer; } // 内部能够传入Consumer实现类,每解决一条音讯的时候,consumer的accept办法就会被执行一次 private Consumer<?> consumer; @Override public void onEvent(StringEvent event, long sequence, boolean endOfBatch) throws Exception { log.info("sequence [{}], endOfBatch [{}], event : {}", sequence, endOfBatch, event); // 这里延时100ms,模仿生产事件的逻辑的耗时 Thread.sleep(100); // 如果内部传入了consumer,就要执行一次accept办法 if (null!=consumer) { consumer.accept(null); } }}定义一个接口,内部通过调用接口的办法来生产音讯,再放几个常量在外面前面会用到:package com.bolingcavalry.service;public interface LowLevelOperateService { /** * 消费者数量 */ int CONSUMER_NUM = 3; /** * 环形缓冲区大小 */ int BUFFER_SIZE = 16; /** * 公布一个事件 * @param value * @return */ void publish(String value); /** * 返回曾经解决的工作总数 * @return */ long eventCount();}以上就是公共代码了,接下来一一实现之前布局的三个场景;100个事件,单个消费者生产这是最简略的性能了,实现公布音讯和单个消费者生产的性能,代码如下,有几处要留神的中央稍后提到:package com.bolingcavalry.service.impl;import com.bolingcavalry.service.*;import com.lmax.disruptor.BatchEventProcessor;import com.lmax.disruptor.RingBuffer;import com.lmax.disruptor.SequenceBarrier;import lombok.extern.slf4j.Slf4j;import org.springframework.stereotype.Service;import javax.annotation.PostConstruct;import java.util.concurrent.ExecutorService;import java.util.concurrent.Executors;import java.util.concurrent.atomic.AtomicLong;import java.util.function.Consumer;@Service("oneConsumer")@Slf4jpublic class OneConsumerServiceImpl implements LowLevelOperateService { private RingBuffer<StringEvent> ringBuffer; private StringEventProducer producer; /** * 统计音讯总数 */ private final AtomicLong eventCount = new AtomicLong(); private ExecutorService executors; @PostConstruct private void init() { // 筹备一个匿名类,传给disruptor的事件处理类, // 这样每次处理事件时,都会将曾经处理事件的总数打印进去 Consumer<?> eventCountPrinter = new Consumer<Object>() { @Override public void accept(Object o) { long count = eventCount.incrementAndGet(); log.info("receive [{}] event", count); } }; // 创立环形队列实例 ringBuffer = RingBuffer.createSingleProducer(new StringEventFactory(), BUFFER_SIZE); // 筹备线程池 executors = Executors.newFixedThreadPool(1); //创立SequenceBarrier SequenceBarrier sequenceBarrier = ringBuffer.newBarrier(); // 创立事件处理的工作类,外面执行StringEventHandler处理事件 BatchEventProcessor<StringEvent> batchEventProcessor = new BatchEventProcessor<>( ringBuffer, sequenceBarrier, new StringEventHandler(eventCountPrinter)); // 将消费者的sequence传给环形队列 ringBuffer.addGatingSequences(batchEventProcessor.getSequence()); // 在一个独立线程中取事件并生产 executors.submit(batchEventProcessor); // 生产者 producer = new StringEventProducer(ringBuffer); } @Override public void publish(String value) { producer.onData(value); } @Override public long eventCount() { return eventCount.get(); }}上述代码有以下几处须要留神:本人创立环形队列RingBuffer实例本人筹备线程池,外面的线程用来获取和生产音讯本人入手创立BatchEventProcessor实例,并把事件处理类传入通过ringBuffer创立sequenceBarrier,传给BatchEventProcessor实例应用将BatchEventProcessor的sequence传给ringBuffer,确保ringBuffer的生产和生产不会呈现凌乱启动线程池,意味着BatchEventProcessor实例在一个独立线程中一直的从ringBuffer中获取事件并生产;为了验证上述代码是否失常工作,我这里写了个单元测试类,如下所示,逻辑很简略,调用OneConsumerServiceImpl.publish办法一百次,产生一百个事件,再查看OneConsumerServiceImpl记录的生产事件总数是不是等于一百:package com.bolingcavalry.service.impl;import com.bolingcavalry.service.LowLevelOperateService;import lombok.extern.slf4j.Slf4j;import org.junit.Test;import org.junit.runner.RunWith;import org.springframework.beans.factory.annotation.Autowired;import org.springframework.beans.factory.annotation.Qualifier;import org.springframework.boot.test.context.SpringBootTest;import org.springframework.test.context.junit4.SpringRunner;import static org.junit.Assert.assertEquals;@RunWith(SpringRunner.class)@SpringBootTest@Slf4jpublic class LowLeverOperateServiceImplTest { @Autowired @Qualifier("oneConsumer") LowLevelOperateService oneConsumer; private static final int EVENT_COUNT = 100; private void testLowLevelOperateService(LowLevelOperateService service, int eventCount, int expectEventCount) throws InterruptedException { for(int i=0;i<eventCount;i++) { log.info("publich {}", i); service.publish(String.valueOf(i)); } // 异步生产,因而须要延时期待 Thread.sleep(10000); // 生产的事件总数应该等于公布的事件数 assertEquals(expectEventCount, service.eventCount()); } @Test public void testOneConsumer() throws InterruptedException { log.info("start testOneConsumerService"); testLowLevelOperateService(oneConsumer, EVENT_COUNT, EVENT_COUNT); }留神,如果您是间接在IDEA上点击图标来执行单元测试,记得勾选下图红框中选项,否则可能呈现编译失败: ...

August 19, 2021 · 4 min · jiezi

关于云计算:浪潮云说直播间丨智能运维专题来了

浪潮云说直播间丨智能运维专题来了!

August 18, 2021 · 1 min · jiezi

关于云计算:Discuz最全的常见问题及故障整理

小九明天整顿了Discuz应用过程中经常出现的一些问题和故障,包含装置、应用等各个局部的常见问题及答案。 简略间接的问答往往可能疾速高效地解决您的纳闷。也欢送提出其余问题,和小九独特探讨、共同进步! 装置问题1.本地浏览器拜访: http://服务器公网IP 显示 "该站点未装置"?问题起因: 没有实现 DiscuzQ 初始化解决方案: 本地浏览器拜访: http://服务器公网IP/dl.php 开始装置 2.装置的时候显示Discuz! Database Error如果数据库名称、数据库账号与数据库明码填写与理论不合乎,装置就会失败,显示“Discuz! Database Error”谬误,具体解决办法: 应用 phpMyAdmin 验证你填写的数据库账号是否与理论匹配请到服务器上删除./data/install.lock文件通过网址 http://服务器公网IP/discuz/install 或 http://域名/install 重装3.WordPress&Discuz 组合类装置如何你应用的是 Wordpress+Discuz等组合类部署包,请浏览《Wordpress&Discuz 装置向导》 其余问题1.浏览器关上IP地址,无法访问 Discuz(白屏没有后果)?您的服务器对应的平安组80端口没有开启(入规定),导致浏览器无法访问到服务器的任何内容 2.是否能够采纳云厂商提供的 RDS 来存储 Discuz 数据?能够。 3.Discuz 默认界面为什么这么一般?是的,Discuz 默认的界面非常简单,但你能够通过后盾的【利用核心】去购买模板,装置插件,对 Discuz 进行十足的个性化设置。 4.DiscuzQ 与 Discuz 有什么关系和区别?从品牌上讲,DiscuzQ 是全新架构的 Discuz。但从代码角度看,它们齐全不一样。Discuz! Q 的前后端齐全拆散,后端基于 Laravel,前端基于 Vue.js 和 uni-app,易于二次开发和扩大。 5.Discuz 反对多语言吗?官网没有提供多语言计划 6.Discuz 是收费的吗?Discuz 官网说得很含糊,咱们也拿不准是不是收费的 7.Dicuz 最新源码在哪了下载?参考官网。 8.Discuz 提供客户端吗?Discuz 官网没有提供,但利用核心有服务商提供了相干的扩大 9.Discuz(LAMP),Discuz(WAMP)等商品括号中的 LAMP,WAMP 是什么意思?LAMP和WAMP代表反对 Discuz 运行所对应的根底环境,具体参考环境阐明。 10.是否能够应用云平台的 RDS 作为 Discuz 的数据库?能够,批改 Discuz 配置文件 即可。 ...

August 18, 2021 · 1 min · jiezi

关于云计算:云原生爱好者周刊目前-WebAssembly-的最佳应用场景有哪些

云原生一周动静要闻: Istio 1.11 公布Facebook、Google、Isovalent、微软和 Netflix 发表成立 eBPF 基金会GitHub 工程团队将开发环境迁徙到 CodespacesSysdig 发表对 Sysdig Monitor 进行重大改良开源我的项目举荐文章举荐WebAssembly(Wasm) 是一种基于堆栈虚拟机的二进制指令格局,能够将 C/C++/Rust 等高级语言转成 JS 引擎能够运行的代码,使客户端和服务器应用程序可能在 Web 上部署。WebAssembly 的劣势在于它能够将游戏、视频编辑、3D 渲染或音乐制作这些浏览器之外的软件性能带入 Web 端,领有在 Web 上高效运行游戏等场景的能力,十分有前景。 目前 WebAssembly 曾经推出很长一段时间了,到底有哪些项目用到了 WebAssembly 呢?我列举几个比拟乏味的我的项目。 1、Google 地图网页版之前只能运行在 Chrome 浏览器中,应用 WebAssembly 重构后能够运行在任意浏览器中,目前还在开发中,地址:https://earth.google.com/stat... 2、v86 是一个基于 Rust 和 WebAssembly 的开源我的项目,它模仿了兼容 x86 的 CPU 和硬件,能够间接在浏览器里运行虚拟机。 对于 WebAssembly 的更多利用场景,能够参考 Made with WebAssembly 这个网站。 云原生动静Istio 1.11.0 公布Istio 1.11.0 是 2021 年公布的第三个版本。Kubernetes 1.18.0 到 1.22.x 都反对 Istio 1.11.0。 ...

August 17, 2021 · 2 min · jiezi

关于云计算:小白也能看懂的BT宝塔面板初始化入门教程

在学习BT宝塔面板的应用过程中,小九发现有许多小白对于宝塔的装置和初始化还不太理解,明天,小九就为大家演绎整顿了宝塔面板入门初始化的全过程,心愿对大家有帮忙~ 首先,咱们介绍一下宝塔面板。 对于 bt宝塔BT(宝塔)面板是晋升运维效率的服务器管理软件,反对一键LAMP/LNMP/集群/监控/网站/FTP/数据库/JAVA等100多项服务器治理性能。反对windows和linux零碎,能够通过Web端轻松治理服务器,晋升运维效率。例如:创立治理网站、FTP、数据库,领有可视化文件管理器,可视化软件管理器,可视化CPU、内存、流量监控图表,打算工作等性能。 初始化惯例的宝塔面板装置,须要通过后期下载等简单的步骤。这里咱们介绍的是镜像一键部署的装置办法。这个办法比较简单,不容易呈现谬误影响后续的装置和应用,因而,门槛较低,对小白也更敌对。 宝塔面板有linux和Windows两个版本,能够依据本人的需要部署BT镜像。 在云服务器部署BT镜像,按本人的需要抉择设置。并查看: 在云控制台获取您的 服务器公网IP地址在云控制台平安组中,查看 Inbound(入)规定 下的TCP:8888 端口是否开启若想用域名拜访 BT,请先到 域名控制台 实现一个域名解析BT 部署到你的服务器后,即可开始应用: 应用 Chrome 或 Firefox 浏览器拜访:http://服务器公网IP:8888 ,进入登录页面(打不开?)输出默认账号密码(不晓得明码?),进入宝塔后盾 如果呈现上面的绑定宝塔账号提醒,拜访:http://服务器公网IP:8888/soft 即可绕开 绑定宝塔官网账号不是必须的步骤4.在应用宝塔之前,倡议首先查看降级,保证系统为最新状态 搭建环境降级实现后,就能够开始应用宝塔搭建你所需的环境。 装置举荐套件宝塔默认会举荐一个组合的装置套件,如果套件适合你的需要,能够装置它: 确定所需的套件,在套件界面上抉择组件版本,例如:PHP7.4, MySQL 5.6 组件抉择实现后,点击【一键装置】,急躁期待装置直至完结 装置更多软件初始化装置之外的装置,都能够通过【软件商店(治理)】去装置更多的组件。 宝塔 Linux 面板之【软件商店】 宝塔 Windows 面板之【软件治理】 示例1 装置Tomcat: 关上宝塔【软件治理】>【运行环境】>【Tomcat】,点击【装置】即可。 示例1 装置Node.js: 关上宝塔【软件治理】>【运行环境】>【PM2管理器】,点击【装置】即可。 如果你还有其余疑难,能够留言或者私信小九,一起交换!小九也会更新对于宝塔面板的故障解决和常见问题整顿教程,欢送关注~ 本文由Websoft9原创公布,转载请注明出处。

August 17, 2021 · 1 min · jiezi

关于云计算:disruptor笔记之二Disruptor类分析

欢送拜访我的GitHubhttps://github.com/zq2599/blog_demos 内容:所有原创文章分类汇总及配套源码,波及Java、Docker、Kubernetes、DevOPS等; 《disruptor笔记》系列链接疾速入门Disruptor类剖析环形队列的根底操作(不必Disruptor类)事件生产知识点小结事件生产实战常见场景期待策略知识点补充(终篇)本篇概览通过前文的实战,咱们对Disruptor有了初步意识,借助com.lmax.disruptor.dsl.Disruptor类能够轻松实现以下操作:环形队列初始化指定事件消费者启动消费者线程接下来要面对两个问题:深刻理解Disruptor类是如何实现上述操作的;对Disruptor类有了足够理解时,尝试不必Disruptor,本人入手操作环形队列,实现音讯的生产和生产,这样做的目标是加深对Disruptor外部的意识,做到知其所以然;接下来咱们先解决第一个问题吧,联合Disruptor对象的源码来看看上述三个操作到底做了什么;环形队列初始化环形队列初始化产生在实例化Disruptor对象的时候,即Disruptor的构造方法:public Disruptor(final EventFactory<T> eventFactory, final int ringBufferSize, final ThreadFactory threadFactory) { this(RingBuffer.createMultiProducer(eventFactory, ringBufferSize), new BasicExecutor(threadFactory)); }<font color="blue">RingBuffer.createMultiProducer</font>办法外部实例化了RingBuffer,如下图红框: 记下<font color="red">第一个重要知识点</font>:创立RingBuffer对象;指定事件消费者在前文中,上面这行代码指定了事件由StringEventHandler生产:disruptor.handleEventsWith(new StringEventHandler(eventCountPrinter));查看handleEventsWith办法的外部:public final EventHandlerGroup<T> handleEventsWith(final EventHandler<? super T>... handlers){ return createEventProcessors(new Sequence[0], handlers);}开展createEventProcessors办法,如下图,请重点关注创立SequenceBarrier和BatchEventProcessor等操作: 开展上图红框四中的updateGatingSequencesForNextInChain办法,如下图,红框中的ringBuffer.addGatingSequences须要重点关注: 小结一下,disruptor.handleEventsWith办法波及到<font color="red">四个重要知识点</font>:创立SequenceBarrier对象,用于接管ringBuffer中的可生产事件创立BatchEventProcessor,负责生产事件绑定BatchEventProcessor对象的异样解决类调用ringBuffer.addGatingSequences,将消费者的Sequence传给ringBuffer启动消费者线程前文已通过日志确定了生产事件的逻辑是在一个独立的线程中执行的,启动消费者线程的代码如下:disruptor.start();开展start办法,如下可见,要害代码是<font color="blue">consumerInfo.start(executor)</font>: public RingBuffer<T> start() { checkOnlyStartedOnce(); for (final ConsumerInfo consumerInfo : consumerRepository) { consumerInfo.start(executor); } return ringBuffer; }ConsumerInfo是接口,对应的实现类有EventProcessorInfo和WorkerPoolInfo两种,这里应该是哪种呢?既然起源是consumerRepository,这就要看当初是怎么存入consumerRepository的,后面在剖析createEventProcessors办法时,下图红框中的consumerRepository.add被忽略了,当初须要进去看看: 进去后高深莫测,可见ConsumerInfo的实现是EventProcessorInfo: 所以,回到后面对<font color="blue">consumerInfo.start(executor)</font>办法的剖析,这里要看的就是EventProcessorInfo的start办法了,如下图,非常简单,就是启动一个线程执行eventprocessor(这个eventprocessor是BatchEventProcessor对象): 小结一下,disruptor.start办法波及到<font color="red">一个重要知识点</font>:启动独立线程,用来执行生产事件的业务逻辑;生产事件的逻辑为了了解音讯解决逻辑,还要重点关注BatchEventProcessor.processEvents办法,如下图所示,其实也很简略,就是不停的从环形队列取出可用的事件,而后再更新本人的Sequence,相当于标记曾经生产到哪里了: 总结最初总结Disruptor类的重要性能: 创立环形队列(RingBuffer对象)创立SequenceBarrier对象,用于接管ringBuffer中的可生产事件创立BatchEventProcessor,负责生产事件绑定BatchEventProcessor对象的异样解决类调用ringBuffer.addGatingSequences,将消费者的Sequence传给ringBuffer启动独立线程,用来执行生产事件的业务逻辑聪慧的您肯定会发现,本文并没有全面剖析Disruptor类的源码,例如after、shutdown等办法都没有提到,的确如此,欣宸在此给您赔罪了,本篇的重点是找出那些与基本功能无关代码,为前面的实战提供理论指导(不必Disruptor类实现音讯生产生产的实战),因而很多高级性能都跳过了;了解官网流程图此时再看官网流程图,聪慧的您应该很快就能了解此图表白的意思:每个消费者都有本人的Sequence,通过此Sequence获得本人在环形队列中生产的地位,再通过SequenceBarrier来期待可用事件的呈现,等到事件呈现了就用get办法取出具体的事件,给EventHandler来解决: 后续预报此时,咱们对Disruptor类曾经有了比拟深刻的了解,接下来的文章,咱们会尝试不必Disruptor类,仅凭着对RingBuffer对象的操作来实现以下三种性能:100个事件,单个消费者生产;100个事件,三个消费者,每个都单独生产这个100个事件;100个事件,三个消费者独特生产这个100个事件;你不孤独,欣宸原创一路相伴Java系列Spring系列Docker系列kubernetes系列数据库+中间件系列DevOps系列欢送关注公众号:程序员欣宸微信搜寻「程序员欣宸」,我是欣宸,期待与您一起畅游Java世界...https://github.com/zq2599/blog_demos

August 17, 2021 · 1 min · jiezi

关于云计算:云原生|Qunar-云原生容器化落地实践

背景近几年,云原生和容器技术十分火爆,且日趋成熟,泛滥企业缓缓开始容器化建设,并在云原生技术方向上一直的摸索和实际。基于这个大的趋势, 2020 年底 Qunar 也向云原生迈出了第一步——容器化。 云原生是一系列能够为业务赋能的技术架构准则,遵循它能够使利用具备扩展性、伸缩性、移植性、韧性等特点。云原生也是下一代技术栈的必选项,它能够让业务更麻利。通过实际 DevOps、微服务、容器化、可观测性、反脆弱性(chaos engineering)、ServiceMesh、Serverless 等云原生技术栈,咱们便能够享受到云原生带来的技术红利。 Qunar 容器化发展工夫线一项新技术要在企业外部落地素来都不是欲速不达的,Qunar 的容器化落地也同样如此。Qunar 的容器后落地次要经验了 4 个工夫节点: 2014 - 2015: 业务线同学开始尝试通过 Docker、Docker-Compose 来解决联调环境搭建艰难的问题,不过因为 Docker-Compose 的编排能力无限、无奈解决实在的环境问题,因而容器化最初也没有推广起来。 2015 - 2017: ops 团队把为了进步 ELK 集群的运维效率,把 ES 集群迁徙到了 Mesos 平台上。起初随着 K8s 生态的成熟,把 ES 集群从 Mesos 迁徙到了 K8s 平台,运维效率失去了进一步的晋升。 2018 - 2019: 在业务需要一直减少的过程中,业务对测试环境的交付速度和品质有了更高的要求,为了解决 MySQL 的交付效率问题( 并发量大时,网络 IO 成为了瓶颈,导致单个实例交付时长在分钟级),为理解这个问题,咱们把 MySQL 容器化,通过 Docker on host 的模式能够在 10 秒之内就能够交付一个 MySQL 实例。 2020 - 2021: 云原生技术曾经十分成熟了,Qunar 也决定通过拥抱云原生来为业务减少势能。在各个团队群策群力的致力下,300+ 的 P1、P2 利用曾经实现了容器化,并且打算在 2021 年年底全副业务利用实现容器化。落地过程与实际容器化整体计划介绍Qunar 在做容器化过程中,各个系统 Portal 平台、中间件、ops 基础设施、监控等都做了相应的适配革新,革新后的架构矩阵如下图所示。 ...

August 16, 2021 · 3 min · jiezi

关于云计算:基于-Kubernetes-的云原生-AI-平台建设

人工智能与 Kubernetes在国外泛滥出名网站 2021 年对 Kubernetes 的预测中,人工智能技术与 Kubernetes 的更好联合通常都名列其中。Kubernetes 以其良好的扩大和分布式个性,以及弱小的调度能力成为运行 DL/ML 工作负载的现实平台。 下面是微众银行开源的机器学习平台 Prophecis 的架构图,咱们能够看到绿色的局部是机器学习平台通常都会有的性能包含训练、开发、模型、数据和利用的治理等性能。而通常这些机器学习平台都是运行在 Kubernetes 之上的,如紫色的局部所示:最底层是 Kubernetes,再往上是容器治理平台 (微众银行的开发者曾在 KubeSphere 2020 Meetup 北京站上提到这里采纳的是 KubeSphere),容器治理平台在 Kubernetes 之上提供了存储、网络、服务治理、CI/CD、以及可观测性方面的能力。 Kubernetes 很弱小,但通常在 Kubernetes 上运行 AI 的工作负载还须要更多非 K8s 原生能力的反对比方: 用户治理: 波及多租户权限治理等多集群治理图形化 GPU 工作负载调度GPU 监控训练、推理日志治理Kubernetes 事件与审计告警与告诉具体来说 Kubernetes 并没有提供欠缺的用户治理能力,而这是一个企业级机器学习平台的刚需;同样原生的 K8s 也并没有提供多集群治理的能力,而用户有泛滥 K8s 集群须要对立治理;运行 AI 工作负载须要用到 GPU,低廉的 GPU 须要有更好的监控及调度能力进步 GPU 利用率并节省成本;AI 的训练须要很长时间能力实现,从几个小时到几天不等,通过容器平台提供的日志零碎能够更容易地看到训练进度;容器平台事件治理能够帮忙开发者更好地定位问题;容器平台审计治理能够更容易地获知谁对哪些资源做了什么操作,让用户对整个容器平台有深刻的掌控。 总的来说,K8s 就像 Linux/Unix, 但用户依然须要 Ubuntu 或 Mac 。KubeSphere 是企业级分布式多租户容器平台,实质上是一个古代的分布式操作系统。KubeSphere 在 K8s 之上提供了丰盛的平台能力如用户治理、多集群治理、可观测性、利用治理、微服务治理、CI/CD 等。 如何利用 K8s 和 KubeSphere 构建机器学习平台极栈平台是一个面向企业或机构的机器学习服务平台,提供从数据处理、模型训练、模型测试到模型推理的 AI 全生命周期治理服务,致力于帮忙企业或机构迅速构建 AI 算法开发与利用能力。平台提供低代码开发与自动化测试性能,反对工作智能调度与资源智能监控,帮忙企业全面晋升 AI 算法开发效率,升高 AI 算法利用与治理老本,疾速实现智能化降级。 ...

August 16, 2021 · 3 min · jiezi

关于云计算:借助云网融合优势某省运营商打造下一个十年增长引擎

以后,政府、企业上云已是大势所趋,政企客户上云市场是运营商必然不能错过的时机。运营商全力加码云计算,从私有云、公有云、行业云等各类市场全面出击,心愿借助云网交融的劣势,抓住云计算在政企客户中遍及的新一轮时机,打造下一个十年的增长引擎,防止被管道化甚至被淘汰。 某省运营商依据行业云业务布局,建设产品经营门户,实现全产品营销、全业务交融受理、监控及经营运维的一站式服务,晋升服务效率。建设以效率晋升为外围的互联网化政企服务渠道,实现业务疾速办理、故障保护、经营监控。构建满足政企业务需要的一体化云管经营平台,贯通后端全零碎流程,跨各业务系统调度协同,赋能各渠道和各类政企利用。 01 我的项目挑战 全面提供产品服务能力 省级行业云作为团体私有云服务政企客户的无力补充,内部面临同行之间竞争强烈,抢占政企市场的挑战。外部面临转型(建设部门由老本核心向利润核心转变)压力,迫切需要为政企客户提供全面的产品服务能力。 渠道能力待晋升 不足场景化营销能力,因为客户经理能力参差不齐,存在不知何类场景该推广何类产品的窘境。不足自服务渠道能力,无奈自助查问业务,无奈自助订购受理,需通过客户经理操作。 减少交融产品受理页面,晋升客户体验 业务受理入口繁多且扩散,不同产品到不同零碎办理。不足交融产品受理页面,不利于业务受理和推广,影响客户体验。 不便查问流程停顿,及时跟进难题 客户经理无奈查问具体流程停顿,无奈催办,影响客户售中服务体验。政企客户无奈线上投诉及故障报修,客户经理故障解决跟踪难,影响客户售后体验。 放慢产品上线周期,缩小多余步骤 以后政企业务撑持波及多个 IT 零碎,IT 零碎流程之间断点多,不足对立的全业务、全流程管控,无奈及时响应政企客户对各类产品疾速上线需要。 聚合商机数据,增强经营能力 数据扩散、政企业务全过程数据未汇聚与整合,数据价值未开掘。政企业务经营能力有待增强,不足无效的经营撑持工具。 02 解决方案 通过博云一体化云管经营平台集中管理 IaaS、PaaS 资源,实现资源对立纳管,疾速供应。服务对立经营,参照建设老本和行业对手,进行计量计费、折扣、优惠的精细化经营。流程一体化,买通客户、产品、运维、平安等各环节,售前/后流程全程闭环管控。资源对立监控,对 IaaS、PaaS 资源全方位监控,及时、精确定位故障并排除,从而为政企客户上云提供优质、高效服务。 资源纳管 通过平台买通运营商各IT零碎壁垒,对立纳管 IaaS、PaaS 资源,资源类型包含计算、网络、存储、平安、容器、数据库、中间件、容灾备份等,减速产品上线,实现政企客户所需各类资源的自动化调度、疾速供应。 产品服务 通过平台服务目录、计量计费、SLA 标准、租户治理等,将 IaaS、PaaS 资源以服务的形式公布到自服务门户,政企客户自助订购、变更、退订,提供全面的产品服务能力,从而满足政企客户上云各类资源需要,晋升服务体验。 流程治理 通过平台的流程引擎,运营商管理人员可自定义账户类、资源类、故障类售中/后服务流程并进行流程绑定,实现客户经理对政企客户售中/后服务全流程跟踪,及时跟踪售中服务停顿并无效推动,晋升客户服务体验,精确发现售后问题并响应,进步服务质量。 零碎对接 a) 通过平台和运营商外部 ESOP 零碎对接,实现政企团体客户和租户的同步治理; b) 通过平台和运营商外部 CRM 零碎对接,实现政企客户云产品订购和订单全生命周期治理; c) 通过平台和运营商外部 BOSS 零碎对接,实现政企客户云产品计费、账单的生成和同步治理; d) 通过平台和运营商外部故障告警平台对接,实现对立的故障告警工单治理,提供短信和 IVR、邮件告诉,及时告知运维人员排查问题,打消危险。 运维监控 通过平台实现 IaaS、PaaS 资源对立监控,监控包含物理服务器、存储设备、网络设备、安全设备、SDN、虚拟机、数据库、中间件等。运营商和政企客户运维人员可及时理解资源状态、性能、告警数据,精确定位故障起因并排除,无效晋升用户满意度。 03 价值收益 服务化供应云产品,推动云业务疾速倒退 买通了各 IT 零碎壁垒,实现 IaaS、PaaS 资源的对立对接和对立纳管,构建一体化服务门户,减速产品上线。基于对立的服务界面,即可实现对政企客户所需各类资源对立自动化调配治理。 加强客户黏性,晋升客户满意度 实现 IaaS、PaaS 各类资源的一体化监控工作,实现资源衰弱状态检查和疾速故障定位。基于云管平台流程治理引擎,通过流程配置、权限治理、审批设置,实现政企客户售中、售后流程对立治理,及时响应客户资源申请、故障解决等服务申请。 ...

August 16, 2021 · 1 min · jiezi

关于云计算:云原生-混沌工程工具-ChaosBlade-Operator-入门篇

近日,国内多家网站同时产生短期服务不可用景象,一夜冲上圈内热搜。据官网回答,是因为局部服务器机房产生故障,导致网站无法访问。为了防止这种状况,进步零碎架构的可靠性,保障业务的连续性,心愿能在故障之前找到导致 “崩盘” 的缺口。 十多年前,国外的互联网公司就曾经在云化、分布式、微服务等前沿技术的应用过程中,遇到了相似的问题,并由此诞生了混沌工程。 什么是混沌工程?混沌工程即 Chaos Engineering[1],被定义为在分布式系统上进行试验的学科,目标是建设对系统抵挡生产环境中失控条件的能力以及信念。混沌工程属于一门新兴的技术学科,是一种进步技术架构弹性能力的简单技术手段。最早由 Netflix 技术部门创立了名为 Chaos Monkey 的我的项目,通过随机性测试,来检测零碎架构的衰弱状况,并设计足够的预案来应答可能到来的新一轮故障。 随着云化技术的倒退和云原生(Cloud Native)的概念的提出,混沌工程的反软弱哲学思想,也引入了云原生体系,可简略高效地为零碎进步容错能力。 什么是 ChaosBlade Operator?ChaosBlade[2] 是阿里巴巴开源的一款遵循混沌工程原理和混沌试验模型的试验注入工具,帮忙企业晋升分布式系统的容错能力,并且在企业上云或往云原生零碎迁徙过程中业务连续性保障。 而 ChaosBlade Operator[3] 是 Kubernetes 平台试验场景的实现,将混沌试验通过 Kubernetes 规范的 CRD 形式定义,很不便的应用 Kubernetes 资源操作的形式来创立、更新、删除试验场景,包含应用 kubectl、client-go 等形式执行,而且还能够应用上述的 chaosblade cli 工具执行。 把试验定义为 Kubernetes CRD 资源,将试验模型中的四局部映射为 Kubernetes 资源属性,完满将混沌试验模型与 Kubernetes 申明式设计联合在一起(依附混沌试验模型便捷开发场景,并联合 Kubernetes 设计理念)。 通过 kubectl 或者编写代码间接调用 Kubernetes API 来创立、更新、删除混沌试验,可清晰获取资源模拟实验的执行状态,实现 Kubernetes 故障注入的标准化。通过 Chaosblade cli 形式可十分不便的执行 Kubernetes 试验场景,查问试验状态等。ChaosBlade 混沌试验模型与 Kubernetes CRD 的联合,实现根底资源、应用服务、Docker 容器等场景复用,不便 Kubernetes 场景的扩大。反对的场景目前反对的试验场景有以下三大类(继续更新中): ...

August 16, 2021 · 3 min · jiezi

关于云计算:致敬-hacker-盘点内存虚拟化探索之路|龙蜥技术

云与虚拟化云计算是通过 Internet 服务的形式提供动静可伸缩资源的计算模式,通过多年的倒退已成为企业 IT 技术的重要撑持。虚拟化是云计算的核心技术之一,将一台计算机形象为多台逻辑计算机,即虚拟机,每个虚拟机是一个独自平安的环境,可运行不同的操作系统且互不影响。虚拟化技术给资源应用和调度带来了极大便当,云计算零碎能够依据负载状况及时进行资源调度,在晋升资源利用率的同时保障利用和服务不会因资源有余而影响服务质量。然而虚拟化也是有代价的,对资源的形象带来了性能损失,这也是虚拟化始终致力解决的问题。虚拟化的资源形象能够简略划分为三局部:CPU 虚拟化、内存虚拟化和设施虚拟化。其中设施虚拟化曾经能够实现网络、存储等设施直通虚拟机,没有性能损失;CPU 虚拟化在硬件个性的反对下,执行一般指令性能与裸机雷同;而内存虚拟化相比裸机,依然存在较大差别,是当下值得关注的问题。 内存虚拟化虚拟内存:说到内存虚拟化,就不得不提虚拟内存的概念。晚期的操作系统只有物理地址且空间无限,过程应用内存时必须小心翼翼以防止笼罩其余过程的内存。为防止此问题,虚拟内存的概念被形象进去,保障每个过程都有一块间断的、独立的虚拟内存空间。过程间接通过 VA(Virtual Address)应用内存,CPU 访存时收回的 VA 由硬件 MMU(Memory Management Unit)拦挡并转换为 PA(Physical Address),VA 到 PA 的映射应用页表进行治理,MMU 在转换时会主动查问页表。 内存虚拟化:与虚拟内存的概念相似,一台主机上的每个虚拟机认为本人独占整个物理地址空间,因此须要对内存再做一次形象,即内存虚拟化,保障每个虚拟机都有独立的地址空间。这样一来,在虚拟机和物理机中均有 VA 和 PA 的概念,即 GVA(Guest Virtual Address)和 GPA(Guest Physical Address),以及 HVA(Host Virtual Address)和 HPA(Host Physical Address)。虚拟机内的程序应用的是GVA,最终须要转换成 HPA。两个 VA 到 PA( GVA 到 GPA 以及 HVA 到 HPA)的映射同样应用页表治理,GPA 到 HVA 个别是几段间断的线性映射,由虚拟机的管理程序 VMM(Virtual Machine Monitor)进行治理。 过程访存须要从 VA 转换成 PA,在引入内存虚拟化后,转换门路产生了很大的变动。本来只须要将 VA 转换为 PA,虚拟化后转换过程变成 GVA -> GPA -> HVA -> HPA 。门路变得更长更简单之后,对于访存的平安和性能都带来了挑战,这两点也是内存虚拟化须要达到的指标:1)平安 ,即地址转换的合法性,虚拟机不能拜访不属于本人的内存;2)性能,即地址转换的高效性,包含转换关系建设的开销低,以及转换过程自身的开销低。 ...

August 16, 2021 · 2 min · jiezi

关于云计算:软连接硬连接Linux易混词大区分

在咱们学习和实操的过程中,常常会遇到两个绝对的词语:Linux中的软连贯、硬连贯。这两个词语容易混同、不好辨别,在咱们的应用过程中会带来一些问题。明天,小九就带大家理一理这两个词~ 软连贯软连贯是指向另外一个文件的文件,相似Windows中的快捷方式文件。 软连贯的查询方法如何能力晓得哪些文件是软连贯文件呢? 咱们先进入etc目录,而后列出文件(以re关键词作为后果筛选) root@test:/etc# ls -l | grep re-rw-r--r-- 1 root root 367 Jan 27 2016 bindresvport.blacklistdrwxr-xr-x 2 root root 4096 Apr 9 06:04 firefoxlrwxrwxrwx 1 root root 33 Dec 25 16:13 localtime -> /usr/share/zoneinfo/Asia/Shanghai-rw-r--r-- 1 root root 105 Jan 30 20:28 lsb-releaselrwxrwxrwx 1 root root 21 Jan 30 20:28 os-release -> ../usr/lib/os-releasedrwxr-xr-x 4 root root 4096 Dec 25 16:13 resolvconflrwxrwxrwx 1 root root 29 Dec 25 16:13 resolv.conf -> ../run/resolvconf/resolv.conf-rw-r--r-- 1 root root 3663 Jun 9 2015 screenrc-rw-r--r-- 1 root root 4141 Jan 25 2018 securetty-rw-r--r-- 1 root root 1656 Jul 25 2019 tmpreaper.confroot@test:/etc# ls -l | grep ^llrwxrwxrwx 1 root root 33 Dec 25 16:13 localtime -> /usr/share/zoneinfo/Asia/Shanghailrwxrwxrwx 1 root root 19 Dec 26 00:11 mtab -> ../proc/self/mountslrwxrwxrwx 1 root root 21 Jan 30 20:28 os-release -> ../usr/lib/os-releaselrwxrwxrwx 1 root root 29 Dec 25 16:13 resolv.conf -> ../run/resolvconf/resolv.conflrwxrwxrwx 1 root root 23 Dec 25 16:08 vtrgb -> /etc/alternatives/vtrgb下面的例子中,咱们运行了 ls -l 命令,显示了几种不同类型的文件: ...

August 16, 2021 · 1 min · jiezi

关于云计算:OpenYurt-联手-eKuiper解决-IoT-场景下边缘流数据处理难题

简介: 云计算的呈现促使物联网实现爆炸式增长。在设施规模和业务复杂度一直攀升的趋势之下,边缘计算因其可能将计算能力更凑近网络边缘和设施,从而带来云性能老本的升高,也在这波浪潮之下失去疾速倒退。 作者 | OpenYurt 社区 云计算的呈现促使物联网实现爆炸式增长。在设施规模和业务复杂度一直攀升的趋势之下,边缘计算因其可能将计算能力更凑近网络边缘和设施,从而带来云性能老本的升高,也在这波浪潮之下失去疾速倒退。 诚然,物联网边缘计算尚处倒退初期,有许多挑战须要被解决。比方在大量软件及通信协议极为简单的设施异构环境下,须要具备疾速解决业务数据,并对异常情况作出疾速响应的能力;另外,在大多数状况下,出于平安或其余思考,边缘节点在物理上无奈从云节点间接拜访,使部署变得艰难,也无奈实现云到边缘的治理。这些问题都使业务的连续性、稳定性和可用性蒙受威逼。 当初,企业和开发者通过开源社区就可能找到应答以上问题的解决方案。近日,OpenYurt 与开源我的项目 eKuiper 正式达成单干,实现了集成对接:从 v0.4.0 版本开始,OpenYurt 将正式反对部署和治理 eKuiper ,单方将独特帮忙开发者轻松、高效地解决物联网边缘计算场景下流式数据处理和运维挑战。 eKuiper:轻量级 IoT 数据分析和流解决开源软件 物联网边缘计算很多场景下须要流式数据处理能力。所谓流数据是指一组程序、大量、疾速、间断达到的数据序列。个别状况下,流数据可被视为一个随工夫连续而有限增长的动态数据汇合,它能够帮忙用户实时理解零碎设施的状态,并对异常情况做出疾速响应。 在边缘端,计算资源(CPU,内存等)不像在云端个别丰盛,因而传统的流式数据处理框架相似于 Apache Spark 或者 Apache Flink 等,因为其安装包过大,或者部署构造与过程过于简单、运行时的高耗费等起因,并不适宜于在这些资源受限的边缘设施(工控机、网关,或者配置不高的 X86 或者 ARM 服务器等设施)上运行。而 eKuiper 就是为了解决在物联网边缘设施上的这些问题而设计开发。 eKuiper 的前身是由开源物联网数据基础设施软件供应商 EMQ 于 2019 年正式开源的 Kuiper 我的项目。2021 年 6 月,Kuiper 我的项目退出 LF Edge 基金会并更名为 eKuiper,开始作为独立的我的项目经营。eKuiper 的实质是一个轻量级物联网数据分析和流处理软件,能够运行在各类资源受限的边缘设施上,心愿使边缘端的流式数据处理领有如 Spark 与 Flink 的能力。 如下图所示,eKuiper 整体架构大抵分为三局部: 左侧为 Sources,代表数据起源的地位,数据起源可能是 OpenYurt 里部署边缘端的 MQTT Broker,也可能是音讯队列、文件和数据库等; 右侧为 Sinks,代表数据处理实现后所要存储的地位,也就是指标零碎,指标能够是 MQTT,能够将其存到文件、数据库外面,也能够调用 HTTP 服务; ...

August 16, 2021 · 2 min · jiezi

关于云计算:导播上云把-虚拟演播厅-搬到奥运村

近日,身处东京和中国北京两地的企业代表,使用阿里云视频云 “云导播台” 的虚构演播厅、实时字幕等能力,进行沉迷式直播连线,开展商务交换并顺利完成云签约典礼。 第 32 届奥运会已于上周在东京落下帷幕。正如国际奥委会主席托马斯・巴赫所言:“这是数字化程度最高的一届奥运会”,本届奥运会不仅是首次实现云上转播的奥运会,在其余技术上也有泛滥翻新。在奥运村现场,身处东京的阿里云国内体育事业部代表便通过阿里云视频云云导播台产品的虚构演播厅、实时字幕等能力,陆续与身处马来西亚、美国、中国等多地的合作伙伴顺利完成了直播连线及云签约典礼。 虚构演播厅,打造沉迷式直播体验云导播正是依靠了阿里云弱小的视频直播和媒体解决服务,进行导播成果翻新,对传统视频生产工具进行云端再造,一体化制作打造沉迷式直播体验。 阿里云视频云是行业内首个提供虚构演播厅能力的云厂商。虚构演播厅作为云导播的重点能力,使用了深度算法的实时主动抠像技术,反对多种设施、多机位,即使单方身处异地,也能让他们看起来处在同一空间,出现沉迷式的直播体验。 虚构演播厅基于先进的实时抠像渲染技术,可能对实时直播流进行抠像解决,并联合具体的背景图和多媒体展位,合成对立直播流输入。它反对多种设施、多机位、异地开播,并可能实现双屏幕、分屏、画中画等开播场景,此外,直播背景可依据具体场景进行变换,最大水平贴近直播需要,帮忙客户打造场景化沉迷式直播体验。此次云签约还使用到了实时字幕能力,该能力联合语音辨认技术,反对中文、英文、西语、俄语四国语言,实时滚动展现双语字幕,满足多国家、地区用户同时观看直播的需要,让直播更简略、业余、国际化。 交融多重能力,实现云上制作一体化除虚构演播厅和实时字幕能力外,云导播还反对多机位直播,可针对流动现场多个机位进行多路流的交融、切换播放。不同机位流通过视频帧级别同步播放,可使用户领有多个观看视角,不错过任何精彩。 云导播还可疾速搭建轮播台,聚合多个直播、视频节目,创立轮播台类型直播间,丰盛直播场景和内容状态,灵便调用,轻松配置,高效协同业务场景落地。 同时,云导播的在线生产与实时包装能力,还反对对直播素材、点播素材、图片、文字、动静 H5 组件素材、AI 能力进行交融,如:反对直播画面和主播、讲解画面入镜直播,边讲解边赛事直播;反对 H5 页面动静组件与直播业务数据买通,搭建比分零碎、配备零碎、赛事周边数据系统等。该能力重构视频内容生产链路,以多维度数据信息,加强用内容丰盛度、拓展流量曝光和广告变现价值。 此外, 视频 AI 能力对导播上云的赋能也是必不可少的,并在泛滥流动上失去良好的实际和验证。阿里云视频云的云导播与视频智能生产买通交融,可对直播实时拆条、剪辑、导播合流并依据直播内容主动生成人物合集,也可通过 AI 能力,辨认演讲嘉宾,动静展现人物信息。 如:云栖运动会的云冲浪体验我的项目中,通过导播流的实时切片将直播流疾速收录成小文件切片,联合视频 AI 对冲浪画面中的精彩镜头生成精彩合集,再与直播流混流播出。 低成本接入,宽泛使用于新场景通过对传统视频生产工具进行云端再造,云导播极大地节俭了硬件洽购老本。在过来,传统的导播场景通常须要低廉的导播车来实现,而当初,依附云导播,导播经营人员仅需一台电脑,即可近程同时实现数场业余直播。 云导播提供控制台、API、Web SDK 三类服务,用户可按需接入,便于二次开发或间接应用。同时反对直播、点播视频源,及图片、文档、页面等多种内容源,最大 6 路视频源实时混编。对于云端服务能力,节俭软硬件洽购老本,按需应用、按量付费,助力企业打造一体化云上导播。 凭借丰盛的节目制作模式、更低的老本,云导播可能广泛应用到广电新媒体、赛事直播、流动直播、商业直播等场景中,帮忙客户突破业务瓶颈,更快更好的开展业务。在疫情的大环境下,云导播更凸显其劣势,逾越空间的阻碍,轻松实现异地节目的转播,并助力各类赛事由线下转为线上,多体验、多状态丰盛发展。 阿里云视频云基于世界杯、双十一狂欢夜、CCTV 春晚、英雄联盟 S10 等各类顶级赛事和重大流动的直播业务验证,积淀了深厚的流动赛事直播重保教训,以灵便易用的业余云制播能力、低成本高效率的价值,和稳固牢靠的深度保障,不断创新行业利用场景,为客户发明新的价值空间。 「视频云技术」你最值得关注的音视频技术公众号,每周推送来自阿里云一线的实际技术文章,在这里与音视频畛域一流工程师交换切磋。公众号后盾回复【技术】可退出阿里云视频云产品技术交换群,和业内大咖一起探讨音视频技术,获取更多行业最新信息。

August 16, 2021 · 1 min · jiezi

关于云计算:disruptor笔记之一快速入门

欢送拜访我的GitHubhttps://github.com/zq2599/blog_demos 内容:所有原创文章分类汇总及配套源码,波及Java、Docker、Kubernetes、DevOPS等; 对于disruptordisruptor是LMAX公司开发的一个高性能队列,其作用和阻塞队列(BlockingQueue)相似,都是在雷同过程内、不同线程间传递数据(例如音讯、事件),另外disruptor也有本人的一些特色: 以播送的模式公布事件,并且消费者之间存在依赖关系;为事件提前分配内存;无锁算法;对于Ring Buffer(环形队列)提到disruptor个别都会提到Ring Buffer(环形队列)是它的特点,实际上从3.0版本之后,环形队列只是用来存储和更新事件数据,在其余更简单的场景下,用户能够通过自定义操作将其替换掉; 简略的说,disruptor官网认为Ring Buffe是外围概念(Core Concepts),但不是特色( key features)本篇概览作为《disruptor笔记》系列的开篇,本篇有两个工作: 创立名为<font color="blue">disruptor-tutorials</font>的gradle工程,作为整个系列的父工程,该系列所有代码都是这个父工程下的module;在<font color="blue">disruptor-tutorials</font>上面新建名为<font color="red">basic-event</font>的module,这是个springboot利用,作用是应用disruptor的基本功能:一个线程公布事件,另一个线程生产事件,也就是对环形队列最根本的操作,如下图: 用disruptor实现音讯的公布和生产的套路咱们提前小结用disruptor实现音讯的公布和生产的套路,前面的开发循序渐进即可,括号中是本篇对应的java类:事件的定义:一个一般的bean(StringEvent.java)事件工厂:定义如何生产事件的内存实例,这个实例刚从内存中创立,还没有任何业务数据(StringEventFactory.java)事件处理:封装了生产单个事件的具体逻辑(StringEventHandler.java)事件生产者:定义了如何将业务数据设置到还没有业务数据的事件中,就是工厂创立进去的那种(StringEventProducer.java)初始化逻辑:创立和启动disruptor对象,将事件工厂传给disruptor,创立事件生产者和事件处理对象,并别离与disruptor对象关联;业务逻辑:也就是调用事件生产者的<font color="blue">onData</font>办法公布事件,本文的做法是在单元测试类中公布事件,而后查看生产的事件数和生产的事件数是否统一;7 环境信息《Disruptor笔记》系列波及的环境信息如下: 操作系统:64位win10JDK:1.8.0_281IDE:IntelliJ IDEA 2021.1.1 (Ultimate Edition)gradle:6.7.1springboot:2.3.8.RELEASEdisruptor:3.4.4源码下载本篇实战中的残缺源码可在GitHub下载到,地址和链接信息如下表所示(https://github.com/zq2599/blo...:名称链接备注我的项目主页https://github.com/zq2599/blo...该我的项目在GitHub上的主页git仓库地址(https)https://github.com/zq2599/blo...该我的项目源码的仓库地址,https协定git仓库地址(ssh)git@github.com:zq2599/blog_demos.git该我的项目源码的仓库地址,ssh协定这个git我的项目中有多个文件夹,本次实战的源码在<font color="blue">disruptor-tutorials</font>文件夹下,如下图红框所示: 创立父工程因为是系列文章,所以这里做个父工程来治理所有依赖库和插件,新建名为<font color="blue">disruptor-tutorials</font>的gradle工程,build.gradle如下:import java.time.OffsetDateTimeimport java.time.format.DateTimeFormatterbuildscript { repositories { maven { url 'https://plugins.gradle.org/m2/' } // 如果有私服就在此配置,如果没有请正文掉 maven { url 'http://192.168.50.43:8081/repository/aliyun-proxy/' } // 阿里云 maven { url 'http://maven.aliyun.com/nexus/content/groups/public/' } mavenCentral() } ext { // 我的项目版本 projectVersion = '1.0-SNAPSHOT' // sprignboot版本 https://github.com/spring-projects/spring-boot/releases springBootVersion = '2.3.8.RELEASE' }}plugins { id 'java' id 'java-library' id 'org.springframework.boot' version "${springBootVersion}" apply false id 'io.spring.dependency-management' version '1.0.11.RELEASE' id 'net.nemerosa.versioning' version '2.14.0' id 'io.franzbecker.gradle-lombok' version '4.0.0' apply false id 'com.github.ben-manes.versions' version '0.36.0' // gradle dependencyUpdates}// If you attempt to build without the `--scan` parameter in `gradle 6.0+` it will cause a build error that it can't find// a buildScan property to change. This avoids that problem.if (hasProperty('buildScan')) { buildScan { termsOfServiceUrl = 'https://gradle.com/terms-of-service' termsOfServiceAgree = 'yes' }}wrapper { gradleVersion = '6.7.1'}def buildTimeAndDate = OffsetDateTime.now()ext { // 构建时获得以后日期和工夫 buildDate = DateTimeFormatter.ISO_LOCAL_DATE.format(buildTimeAndDate) buildTime = DateTimeFormatter.ofPattern('HH:mm:ss.SSSZ').format(buildTimeAndDate) buildRevision = versioning.info.commit}allprojects { apply plugin: 'java' apply plugin: 'idea' apply plugin: 'eclipse' apply plugin: 'io.spring.dependency-management' apply plugin: 'io.franzbecker.gradle-lombok' compileJava { sourceCompatibility = JavaVersion.VERSION_1_8 targetCompatibility = JavaVersion.VERSION_1_8 options.encoding = 'UTF-8' } compileJava.options*.compilerArgs = [ '-Xlint:all', '-Xlint:-processing' ] // Copy LICENSE tasks.withType(Jar) { from(project.rootDir) { include 'LICENSE' into 'META-INF' } } // 写入到MANIFEST.MF中的内容 jar { manifest { attributes( 'Created-By': "${System.properties['java.version']} (${System.properties['java.vendor']} ${System.properties['java.vm.version']})".toString(), 'Built-By': 'travis', 'Build-Date': buildDate, 'Build-Time': buildTime, 'Built-OS': "${System.properties['os.name']}", 'Build-Revision': buildRevision, 'Specification-Title': project.name, 'Specification-Version': projectVersion, 'Specification-Vendor': 'Will Zhao', 'Implementation-Title': project.name, 'Implementation-Version': projectVersion, 'Implementation-Vendor': 'Will Zhao' ) } } repositories { mavenCentral() // 如果有私服就在此配置,如果没有请正文掉 maven { url 'http://192.168.50.43:8081/repository/aliyun-proxy/' } // 阿里云 maven { url 'http://maven.aliyun.com/nexus/content/groups/public/' } jcenter() } buildscript { repositories { maven { url 'https://plugins.gradle.org/m2/' } } }}allprojects { project -> buildscript { dependencyManagement { imports { mavenBom "org.springframework.boot:spring-boot-starter-parent:${springBootVersion}" mavenBom "org.junit:junit-bom:5.7.0" } dependencies { dependency 'org.projectlombok:lombok:1.16.16' dependency 'org.apache.commons:commons-lang3:3.11' dependency 'commons-collections:commons-collections:3.2.2' dependency 'com.lmax:disruptor:3.4.4' } } ext { springFrameworkVersion = dependencyManagement.importedProperties['spring-framework.version'] } }}group = 'bolingcavalry'version = projectVersion接下来编写音讯公布和生产的代码;新建module后面新建了整个《Disruptor笔记》系列的父工程,当初新建名为<font color="blue">basic-event</font>的module,其build.gradle内容如下:plugins { id 'org.springframework.boot'}dependencies { implementation 'org.projectlombok:lombok' implementation 'org.springframework.boot:spring-boot-starter' implementation 'org.springframework.boot:spring-boot-starter-web' implementation 'com.lmax:disruptor' testImplementation('org.springframework.boot:spring-boot-starter-test')}这个module是个springboot利用,启动类如下:package com.bolingcavalry;import org.springframework.boot.SpringApplication;import org.springframework.boot.autoconfigure.SpringBootApplication;@SpringBootApplicationpublic class BasicEventApplication { public static void main(String[] args) { SpringApplication.run(BasicEventApplication.class, args); }}接下来依照后面总结的套路行事;事件的定义事件定义类StringEvent.java,可见就是个普普通通的java bean:package com.bolingcavalry.service;import lombok.Data;import lombok.NoArgsConstructor;import lombok.ToString;@Data@ToString@NoArgsConstructorpublic class StringEvent { private String value;}事件工厂事件工厂的作用,是让disruptor晓得如何在内存中创立一个事件实例,不过,该实例和业务还没有任何关系,本篇的事件工厂如下,可见就是创立StringEvent实例,并没有特地的操作:package com.bolingcavalry.service;import com.lmax.disruptor.EventFactory;public class StringEventFactory implements EventFactory<StringEvent> { @Override public StringEvent newInstance() { return new StringEvent(); }}事件处理工夫解决类的作用是定义一个事件如何被生产,外面是具体的业务代码,每个事件都会执行此类的onEvent办法;本篇的事件处理类做的事件是打印事件内容,再用sleep耗费100毫秒,而后再调用内部传入的Consumer实现类的accept办法:package com.bolingcavalry.service;import com.lmax.disruptor.EventHandler;import lombok.Setter;import lombok.extern.slf4j.Slf4j;import java.util.function.Consumer;@Slf4jpublic class StringEventHandler implements EventHandler<StringEvent> { public StringEventHandler(Consumer<?> consumer) { this.consumer = consumer; } // 内部能够传入Consumer实现类,每解决一条音讯的时候,consumer的accept办法就会被执行一次 private Consumer<?> consumer; @Override public void onEvent(StringEvent event, long sequence, boolean endOfBatch) throws Exception { log.info("sequence [{}], endOfBatch [{}], event : {}", sequence, endOfBatch, event); // 这里延时100ms,模仿生产事件的逻辑的耗时 Thread.sleep(100); // 如果内部传入了consumer,就要执行一次accept办法 if (null!=consumer) { consumer.accept(null); } }}事件生产者每当业务要生产一个事件时,就会调用<font color="blue">事件生产者</font>的onData办法,将业务数据作为入参传进来,此时生产者会从环形队列中取出一个事件实例(就是后面的事件工厂创立的),把业务数据传给这个实例,再把实例正式公布进来:package com.bolingcavalry.service;import com.lmax.disruptor.RingBuffer;public class StringEventProducer { // 存储数据的环形队列 private final RingBuffer<StringEvent> ringBuffer; public StringEventProducer(RingBuffer<StringEvent> ringBuffer) { this.ringBuffer = ringBuffer; } public void onData(String content) { // ringBuffer是个队列,其next办法返回的是下最初一条记录之后的地位,这是个可用地位 long sequence = ringBuffer.next(); try { // sequence地位取出的事件是空事件 StringEvent stringEvent = ringBuffer.get(sequence); // 空事件增加业务信息 stringEvent.setValue(content); } finally { // 公布 ringBuffer.publish(sequence); } }}初始化逻辑开发一个spring bean,这外面有disruptor的初始化逻辑,有几处须要关注的中央稍后会说到:package com.bolingcavalry.service.impl;import com.bolingcavalry.service.*;import com.lmax.disruptor.RingBuffer;import com.lmax.disruptor.dsl.Disruptor;import com.lmax.disruptor.util.DaemonThreadFactory;import lombok.extern.slf4j.Slf4j;import org.springframework.scheduling.concurrent.CustomizableThreadFactory;import org.springframework.stereotype.Service;import javax.annotation.PostConstruct;import java.time.LocalDateTime;import java.util.concurrent.Executor;import java.util.concurrent.Executors;import java.util.concurrent.ThreadFactory;import java.util.concurrent.atomic.AtomicInteger;import java.util.concurrent.atomic.AtomicLong;import java.util.function.Consumer;@Service@Slf4jpublic class BasicEventServiceImpl implements BasicEventService { private static final int BUFFER_SIZE = 16; private Disruptor<StringEvent> disruptor; private StringEventProducer producer; /** * 统计音讯总数 */ private final AtomicLong eventCount = new AtomicLong(); @PostConstruct private void init() { Executor executor = Executors.newCachedThreadPool(); // 实例化 disruptor = new Disruptor<>(new StringEventFactory(), BUFFER_SIZE, new CustomizableThreadFactory("event-handler-")); // 筹备一个匿名类,传给disruptor的事件处理类, // 这样每次处理事件时,都会将曾经处理事件的总数打印进去 Consumer<?> eventCountPrinter = new Consumer<Object>() { @Override public void accept(Object o) { long count = eventCount.incrementAndGet(); log.info("receive [{}] event", count); } }; // 指定解决类 disruptor.handleEventsWith(new StringEventHandler(eventCountPrinter)); // 启动 disruptor.start(); // 生产者 producer = new StringEventProducer(disruptor.getRingBuffer()); } @Override public void publish(String value) { producer.onData(value); } @Override public long eventCount() { return eventCount.get(); }}上述代码有以下几点须要留神:publish办法给内部调用,用于公布一个事件;eventCountPrinter是Consumer的实现类,被传给了StringEventHandler,这样StringEventHandler生产音讯的时候,eventCount就会减少,也就记下了曾经解决的事件总数;Disruptor的构造方法中,BUFFER_SIZE示意环形队列的大小,这里成心设置为16,这样能够轻易的将环形队列填满,此时再公布事件会不会导致环形队列上的数据被笼罩呢?稍后咱们能够测一下;记得调用start办法;web接口再写一个web接口类,这样就能够通过浏览器验证后面的代码了: ...

August 16, 2021 · 4 min · jiezi

关于云计算:云原生|新东方在有状态服务-In-K8s-的实践

有状态服务建设始终以来都是 K8s 中十分具备挑战性的工作,新东方在有状态服务云化过程中,采纳定制化 Operator 与自研本地存储服务联合的模式,加强了 K8s 原生本地存储计划的能力,在摸索中稳步推动企业的容器化建设。 新东方有状态服务 In K8s 的现状新东方有状态服务现状示意图 如上图所示,下层 Pod 由自定义的 Operator 和 StatefulSet 控制器来托管,Pod 关联 PVC,PVC 绑定 PV,最上层是存储服务。 最上层的存储服务蕴含本地存储和远端存储两类,对于个别的存储需要,首选是远端存储服务;而对于高性能 IO 的存储需要,那就要抉择本地存储服务。目前,本地存储服务蕴含 K8s 原生 local 存储服务和自研的 xlss 存储服务 2 种。 原生 K8s 撑持有状态服务的能力原生 K8s 撑持有状态服务的能力是有状态服务建设的根底,其管理模式是:StatefulSet 控制器 + 存储服务。 StatefulSet 控制器StatefulSet 控制器:用来治理有状态利用的工作负载 API 对象的控制器。治理某 Pod 汇合的部署和扩缩,并为这些 Pod 提供长久存储和长久标识符。 StatefulSet 资源的特点:稳固的、惟一的网络标识稳固的、长久的存储有序的、优雅的部署和缩放有序的、主动的滚动更新StatefulSet 资源的局限:对于存储,StatefulSet 控制器是不提供存储供应的。删除或者缩容时,StatefulSet 控制器只负责 Pod。人工要建一个无头服务,提供每个 Pod 创立惟一的名称。优雅删除 StatefulSet,倡议先缩放至 0 再删除。有序性也导致依赖性,比方编号大的 pod 依赖后面 pod 的运行状况,后面 pod 无奈启动,前面 pod 就不会启动。这 5 点局限可进一步概括为:StatefulSet 控制器治理 Pod 和局部存储服务(比方扩容时 pvc 的创立),其它的就无能为力。有序性引起的依赖性也会带来负面影响的,须要人工干预治愈。 ...

August 15, 2021 · 3 min · jiezi

关于云计算:在云中进行灾难恢复的5种有效方式

事实表明,云中劫难复原的五种办法能够帮忙企业改良避免数据失落和停机并从中复原,同时能够确保满足服务等级协定(SLA)。 任何一个良好的劫难复原打算(DR)都能够缓解可能导致服务中断或以其余形式导致突发事件的各种不同影响。良好的劫难复原打算还将不同场景与高可用性等指标分割起来,并依据这些指标掂量性能的指标。常见的例子包含数据恢复(失落了多少数据)以及复原工夫(服务复原的速度有多快)。 劫难复原准则早已存在,并且在当今依然实用。然而,对于劫难复原的大部分想法依然积重难返地存在于外部部署基础设施中,这不必要地限度了企业通过在云平台中开展业务来增强其劫难复原策略和对当今事件响应的新办法的采纳。 当初是思考和解决劫难复原形式的时候了。云中劫难复原能够通过五种互相关联的形式帮忙企业改良他们的办法,以避免数据失落和停机并从中复原,同时确保他们满足服务等级协定(SLA)。 (1)在世界一流的基础设施上运行 寰球次要的云平台能够让企业拜访世界一流的基础设施,云计算基础设施的性能通常优于企业外部部署的基础设施,无论是从计算到网络再到存储和其余IT资源。次要的云计算供应商可能以具备老本效益的价格提供一流的基础设施。 很少有企业领有次要云平台在其数据中心的性能。云计算供应商还在其云平台的可靠性和弹性方面进行了大量投资,这意味着如果服务器或其余资源呈现故障,可能会比大多数企业外部部署基础设施更快地复原并从新经营。这自身能够立刻改善企业的劫难复原情况,尤其是运行日益老化基础设施的企业。 (2)施行更具创造性的复原设计 云平台还反对比企业外部部署数据中心更具创造性的可恢复模式。但有些云计算复原设计在外部部署数据中心中基本不可行,或者施行的老本过高。 企业能够更灵便地创立合乎其特定指标或要求的复原设计。例如,能够应用多站点劫难恢复模式来设计性能和失常运行工夫。或者抉择能够降低成本的劫难复原的试点办法,而该办法通常取得一组外围要害资源而不是整个解决方案。 Pilot Light办法就是一个很好的例子:云计算供应商容许用户按使用量付费,因而企业能够构建一个Pilo Light DB服务器,该服务器每天只关上一次以利用新日志,而后再次敞开,从而缩小失常运行工夫老本,但这种模式在外部部署数据中心是不可行的。 在此须要补充的一点是,混合架构意味着企业不用放弃现有的外部部署投资,其工作负载依然能够取得大量云劫难复原体验。 (3)从自动化和编排中获益 云计算是高度可编程的,这是它可能以齐全在外部部署难以或不可能实现的形式加强现有劫难复原策略的次要起因之一。这意味着云计算为劫难复原解决方案提供了更弱小的自动化和编排性能。 可恢复性设计中的大部分创意都能够归因于自动化。尽管企业能够在外部部署利用中实现自动化,但次要的云计算供应商能够为企业提供更先进的性能。 对于在自动化和编排方面的外部技能无限的一些企业来说,这些技术可能遥不可及。但寰球次要的云供应商都为容器编排提供了Kubernetes的托管散布版本,这是高可用性零碎越来越受欢迎的抉择。 一般来说,自动化嵌入到许多云计算和云原生技术中,因而缩小了一些传统的外部部署可恢复性策略通常所需的人工成本。 (4)在管制老本的同时改良劫难复原 在这里失去最重要的益处之一是,从估算角度来看,云计算使所有这些变得更容易实现:从牢靠基础设施到古代自动化技术,再到更宽泛的可恢复性模式。 企业能够在云中执行的大部分操作在外部部署数据中心的运行老本可能十分高,这意味着难以施行,并且很多企业保持应用可能不再满足其需要的传统劫难复原打算。而在云计算提出的承诺中包含以超大规模定价的世界级基础设施和服务,能够专门利用于劫难复原。劫难复原资源不会像过来那样成为某些企业可恢复性的阻碍。 (5)与充满活力的生态系统单干 另一个好消息是,在云计算畛域领有深厚专业知识的云计算供应商构建了一个弱小、一直增长的生态系统。其中一些云计算供应商专门为云平台开发复原软件和解决方案,这些软件和解决方案的施行速度远远快于DIY办法。 企业能够取得上述所有益处。从实质上来说,云计算曾经做到了这一点,所以没有理由为过期、有效的恢复模式寻找借口。 同样重要的是,从医疗保健到金融服务到政府等许多行业畛域,勒索软件被用于攻打零碎的频率和老本一直回升。在这些状况下,云中劫难复原能够提供帮忙,因为云平台提供了各种数据复制选项和数据库复原服务,企业能够将其作为勒索软件复原策略。 很多企业现在曾经实现了云迁徙,而当初是让他们的劫难复原打算在云中做同样事件的时候了。 (文章来自企业网D1Net,鸣谢)

August 13, 2021 · 1 min · jiezi

关于云计算:云原生爱好者周刊Fluentbit-Operator-正式成为-Fluent-子项目

云原生一周动静要闻: Fluentbit Operator 正式成为 Fluent 子项目Kubernetes 1.22 公布Rust Cloud Native 组织成立CNCF 发表 Grafana Labs 降级为白金会员Linkerd 成为 CNCF 毕业我的项目开源我的项目举荐文章举荐为了晋升工作效率,一位后端工程师在 GitHub 上开源了一些比拟实用的脚本,将平时有用的手动操作自动化。你能够用它来疾速排查Java的CPU性能问题,主动查出运行的Java过程中耗费CPU多的线程;也能够统计各个TCP连贯状态的个数。用于不便排查零碎连贯负荷问题。 关注公众号「KubeSphere 云原生」: 后盾回复「script」即可获取所有思维导图的下载链接。 云原生动静Fluentbit Operator 正式成为 Fluent 子项目KubeSphere 团队于 2021 年 8 月 4 日正式将 Fluentbit-operator 捐给 Fluent 社区,同时成为 CNCF 生态的子项目。这个我的项目还有来自 DigitalOcean、马上生产金融、Hipages、Widasconcept 公司的贡献者深度参加。接下来将会增加对 Fluentd 的反对,并将我的项目重命名为 Fluent Operator。 详情见 Kubernetes 1.22 公布:迈向新巅峰日前,Kubernetes 1.22 公布,这是 2021 年 Kubernetes 公布的第二个版本。 新版本蕴含 53 项加强性能:其中 13 项性能已降级至稳定版,24 项性能顺利步入 beta 阶段,16 项性能刚刚开始 alpha 阶段。另有 3 项性能被彻底弃用。 ...

August 13, 2021 · 2 min · jiezi

关于云计算:SegmentFault-基于-Kubernetes-的容器化与持续交付实践

本文是依据 KubeSphere 云原生 Meetup 杭州站讲师祁宁分享内容整顿而成。SegmentFault 是一家综合性技术社区,因为它的内容跟编程技术严密相干,因而访问量的稳定也和这一群体的作息时间深度绑定。通常状况下 web 页面的申请量峰值在 800 QPS 左右,但咱们还做了前后端拆散,所以 API 网关的峰值 QPS 是申请量峰值的好几倍。 架构历史SegmentFault 作为一个技术社区的零碎架构变动,外面有些货色还是很有意思的。 2012 年过后我还在北京的一家公司打工,当我在出租屋里写下它的第一行代码时,我不会设想到它到前面会成为我的事业。过后我的想法很简略,就是想帮忙中文开发者用母语在像 StackOverflow 这样的网站上发问,因而它的第一个版本十分简陋,思考到它的访问量很少以及本人的经济能力有余,我将它放在了国外的 VPS 托管商 Linode 上,所有的利用、数据库、缓存都挤在一个实例上。2013-2014 年,独自进去守业,业务逐步步入正轨。咱们抉择了本人购买服务器去机房托管,当然服务器也是从淘宝上购买的二手服务器,常常遇到问题,咱们团队在当地又去不了机房,只能等管理员去机房帮咱们解决。正好在2014年咱们的网站被 DDos 攻打了,机房为了不牵累其余服务器,间接把把咱们的网线拔掉了。2014-2019 年,中国的云计算也开始起步了,于是咱们把整个网站从物理服务器迁徙到了云服务上。当然应用上并没有什么不同,只是把物理机器替换成了虚拟主机。2020 年至今,随着云原生理念的衰亡,咱们的业务模式也产生了很大变动,为了让零碎架构适应这些变动,咱们把网站的次要业务都迁徙到了 KubeSphere 上。遇到的挑战紧接着,咱们遇到了不少挑战,促使使咱们不得不往 K8s 架构上迁徙。 首先,尽管咱们是一家小公司,然而业务线却非常复杂,整个公司只有 30 人左右,技术人员只占其中三分之一左右,所以承载这么大的业务量累赘还是很重的。而且守业公司的业务线调整十分频繁,临时性工作也比拟多,传统的零碎架构在应答这种伸缩性要求比拟高的场景是比拟吃力的。其次,简单的场景引发了简单的配置管理,不同的业务要用到不同的服务,不同的版本,即应用自动化脚本效率也不高。另外,咱们外部人员不足,所以没有专职运维,当初 OPS 的工作是由后端开发人员轮值的。但后端开发人员还有本人本职工作要做,所以对咱们最现实的场景是能把运维工作全副自动化。最初也是最重要的一点就是咱们要管制老本,这是高情商的说法,低情商就是一个字“穷”(笑)。当然,如果资金短缺,以上的问题都不是问题,然而对于守业公司(特地是像咱们这种访问量比拟大,然而又不像电商,金融那些挣钱的公司)来说,咱们必将处于且长期处于这个阶段。因而是否管制好老本,是一个十分重要的问题。前后端拆散 2020 年以前,SegmentFault 的网站还是十分传统的后端渲染页面的办法,所以服务端的架构也非常简单。服务端将浏览器的 http 申请转发到后端的 php 服务,php 服务渲染好页面后再返回给浏览器。这种架构用原有的部署办法还能撑持,也就是在各个实例上部署 php 服务,再加一层负载平衡就根本满足需要了。 然而随着业务的继续倒退,后端渲染的形式曾经不适宜咱们的我的项目规模了,因而咱们在 2020 年做了架构调整,筹备将前后端拆散。前后端拆散的技术特点我在这里就不赘述了,这里次要讲它给咱们带来了哪些零碎架构上的挑战。一个是入口增多,因为前后端拆散不仅波及到客户端渲染(CSR),还波及到服务端渲染(SSR),所以响应申请的服务就从繁多的服务变成了两类服务,一类是基于 node.js 的 react server 服务(用来做服务端渲染),另一类是 基于 php 写的 API 服务(用来给客户端渲染提供数据)。而服务端渲染自身还要调用 API,而咱们为了优化服务端渲染的连贯和申请响应速度,还专门启用了了应用专有通信协定的外部 API 服务。 所以实际上咱们的 WEB SERVER 有三类服务,每种服务的环境各不相同,所需的资源不同,协定不同,各自之间可能还有相互连接的关系,还须要负载平衡来保障高可用。在疾速迭代的开发节奏下,应用传统的零碎架构很难再去适应这样的构造。 ...

August 13, 2021 · 1 min · jiezi

关于云计算:基于函数计算快速搭建Zblog博客系统

体验简介场景介绍应用函数计算服务搭建一个Zblog博客。应用Serverless Devs命令行工具能够将很多框架、利用、案例一键部署到函数计算平台中。 阿里云云起体验实验室提供了2小时ECS服务器-可在实在云环境中收费体验,点此 背景常识本场景次要波及以下云产品和服务: 函数计算(FunctionCompute) 函数计算是事件驱动的全托管计算服务。应用函数计算,您无需洽购与治理服务器等基础设施,只需编写并上传代码。函数计算为您筹备好计算资源,弹性地牢靠地运行工作,并提供日志查问、性能监控和报警等性能。函数计算帮忙您无需治理服务器(Serverless),仅专一于函数代码就能疾速搭建利用。函数计算可能弹性地伸缩,您只须要按使用量付费。 函数计算Serverless服务和自建服务相比有以下长处: 上手简略,只专一业务逻辑开发,极大进步工程开发效率。 自建计划有太多学习和配置老本,例如针对不同场景,ESS须要做各种不同的参数配置零碎环境的保护降级麻烦等。 免运维,函数执行级别粒度的监控和告警。 毫秒级弹性扩容,保障弹性高可用,同时能笼罩提早敏感和老本敏感类型。 文件存储NAS 文件存储NAS是一个可大规模共享拜访,弹性扩大的高性能云原生分布式文件系统。反对智能冷热数据分层,无效升高数据存储老本。广泛应用于企业级利用数据共享、容器、AI机器学习、Web 服务和内容治理、利用程序开发和测试、媒体和娱乐工作流、数据库备份等场景。 Serverless Devs开发者工具 Serverless Devs是一个组件化与插件化的Serverless开发者平台,开发者能够在平台中可插拔式的应用不同Serverless的服务和框架,同时可参加组件和插件的开发。无论是工业级的Serverless服务,还是各类开源的Serverless框架,Serverless Devs都可敌对反对。开发者无需对市面上每一款Serverless工具进行钻研和学习,只需通过Serverless Devs,就能够简略、快捷的“上手”支流Serverless服务和框架。 开明函数计算服务应用您本人的阿里云账号登录阿里云控制台,而后进入函数计算详情页。看到如下页面示意开明胜利。 装置Serverless Devs命令行工具装置Node.js环境。 执行如下命令,下载Node.js安装包。 wget https://npm.taobao.org/mirrors/node/v12.4.0/node-v12.4.0-linux-x64.tar.xz执行如下命令,解压安装包并重命名。 tar -xvf node-v12.4.0-linux-x64.tar.xz && mv node-v12.4.0-linux-x64/ /usr/local/node执行如下命令,配置环境变量。 echo "export PATH=$PATH:/usr/local/node/bin" >> /etc/profilesource /etc/profile执行如下命令,装置Serverless-Devs工具。 npm install @serverless-devs/s -g返回后果如下,示意装置实现。 阐明 :如果装置过程较慢,能够应用淘宝npm源,装置命令为npm --registry=https://registry.npm.taobao.org install @serverless-devs/s -g。 执行如下命令,查看版本并查看装置是否正确。 s -v返回后果如下,您能够看到Serverless-Devs工具的版本。 配置阿里云账号信息阐明: 本场景提供收费的ECS服务器,然而应用的函数计算服务是开明在您账号下,以下配置信息也是须要配置您账号的UID、AK ID和AK Secret信息。 执行如下命令,配置账号信息。 s config add而后依据提醒填写以下信息。 云厂商:抉择阿里云(alibaba)。AccountID:请在账号平安设置页面查看您的阿里云主账号ID。 AccessKeyID和AccessKeySecret:请在平安信息管理页面查看您账号的AccessKey ID和AccessKey Secret。 如果您应用的是阿里云主账号,请在平安信息管理页面的平安提醒弹框中单击持续应用AccessKey。如果您应用的是阿里云RAM子用户,须要确保您的子用户领有函数计算管理权限AliyunFCFullAccess,请参见为RAM用户受权。 如下图所示为您的AccessKey ID和AccessKey Secret。如果您的账号未应用过AccessKey,请单击右上角创立AccessKey。配置胜利后显示相似如下。 ...

August 13, 2021 · 1 min · jiezi

关于云计算:代理服务让私有云服务器更自由

做过运维服务工作的敌人肯定有亲身经历:给政府和大型企业、事业单位做运维反对时,发现他们的服务器往往有着严格的平安管理机制,特地是有限度的拜访 Internet。这给运维工作带来了诸多不便。 比方:服务器须要拜访 Github, yum 仓库装置一些软件,如果无法访问,装置软件就十分耗时费劲。 面对这种状况,有没有方法通过一些合规的技术手段,实现咱们冀望的网络拜访形式呢? 当然有的,先看看上面的整体思路。 整体思路抛开技术不谈。咱们先回顾一下咱们生存中类似的例子: 一个衰弱的人,他能够出门实现各种与衣食住行相干的事件。如果他生病了,被禁锢在病床或病房或医院内,那么他就无奈自在的去流动范畴之外的中央。但非凡状况下,必须来到流动空间之外,应该怎么办? 答案非常简单:委托一个衰弱的、并且能够自由行动的人帮他去实现这些事件。 那咱们当初关注的公有云服务器拜访Internet问题,其解决方案是不是也能够借鉴这种委托机制呢? 齐全能够,因为在计算机技术中,有一种比拟成熟的技术计划:代理服务。它就是用于解决此类场景的最佳实际之一。 咱们当初的案例中,须要分为三个步骤实现咱们的指标: 合规筹备代理服务搭建(私有云服务器)设置本地代理(公有云服务器)合规筹备代理服务的应用,首先要保障合规性。一方面合乎所在的单位的网络管理标准,另外一方面遵循国家相干的法律法规。 向网络管理员申请应用代理服务的理由和应用范畴,取得批准仔细检查代理服务拜访的拜访,确保符合国家网络相干法律标准国家对海内网络的拜访有严格的法律要求,请务必做到 100% 合规代理服务搭建因为合规性管制问题,市场上没有可供购买的代理服务。因而,须要自行搭建代理服务。 具体的步骤如下: 购买一个具备失常拜访互联网的云服务器(简称为:“私有云服务器”) 最低配置(例如:1核1G内存,带宽按量模式 100M)应用 SSH 登录云服务器,运行如下命令搭建根本环境 curl -fsSL https://get.docker.com -o get-docker.sh && sh get-docker.shcurl -L "https://github.com/docker/compose/releases/download/1.29.0/docker- compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-composesudo chmod +x /usr/local/bin/docker-composeln -sf /usr/local/bin/docker-compose /usr/binsudo systemctl start docker运行上面的命令,下载代理服务器软件 tinyproxy 到本地 git clone --depth=1 https://github.com/Websoft9/docker-tinyproxy依据所需,批改软件目录下的 .env_all 文件下如下两个参数 BINDIP=35.129.77.19 # 白名单IPAPP_PORT=9094 # 代理端口BINDIP 代表你的公有云服务器的公网IP地址(白名单),设置在此处即表明它能够应用代理服务,未设置的就无奈应用代理服务登录云服务器控制台,放通下面 APP_PORT 对于的端口,例如:TCP:9094本地浏览器拜访 http://私有云服务器IP地址:9094,如果显示如下反馈信息,即表明代理服务器搭建胜利。 Access deniedThe administrator of this proxy has not configured it to service requests from your host.Generated by tinyproxy version 1.10.0.设置本地代理接下来咱们为公有云服务器上设置本地代理。咱们能够为Linux零碎设置全局的代,也能够为指定的软件设总代理(大部分成熟的软件,都反对代理设置)。 ...

August 13, 2021 · 1 min · jiezi

关于云计算:你在使用-KubeSphere-吗

如果你正在应用 KubeSphere,欢送在社区分享你的应用和实践经验,赢取 KubeSphere 周边礼品(T恤、帆布袋、徽章等)以及 Kubernetes 技术书籍。 为什么咱们要征集用户案例?KubeSphere 正在被各行各业的企业广泛应用,然而在开源畛域,获取和追踪开源软件的应用状况以及应用场景是很艰难的。如果你目前正在应用 KubeSphere,欢送在回复这个帖子。这样咱们就能理解到,哪些企业用户正在应用 KubeSphere,以及为什么应用 KubeSphere。而后依据大家的应用状况,社区能够进一步晋升 KubeSphere 的应用体验。 咱们目前正在组织的有 SIG 例会,社区会议以及线下 Meetup 流动。十分欢送各位小伙伴退出社区,成为社区的一份子,还能够跟我的项目维护者和贡献者严密合作。咱们能够通过社区渠道向社区用户流传分享您的团队在应用 KubeSphere 过程中的实践经验,为其余社区用户提供教训,也能够帮您解决还存在的疑难问题。咱们还想向大家展现社区用户做过的所有对其余用户有价值的事件。欢送在论坛中回复和分享如果您正在应用 KubeSphere,也心愿展现您的应用教训,欢迎您到 KubeSphere 论坛中参加本帖的探讨,您能够在帖中回复以下几个问题: 示例: 公司或组织:KubeSphere官网:https://kubesphere.com.cn/城市:北京联系方式 (邮件地址或者微信号中的一个):faweizhao@kubesphere.io / zhaofawei26利用场景:比方用在外部 PaaS 或者 DevOps利用状态:测试环境?开发环境?生产环境?为什么应用 KubeSphere?如果您更习惯在 GitHub 上进行沟通交流,也能够在此 GitHub issue 中进行回复,回复形式同上。 只有你是 KubeSphere 的用户,进行了回复,即有机会获取 KubeSphere 周边礼品或 Kubernetes 技术书籍。还等什么?口头起来吧! 本文由博客一文多发平台 OpenWrite 公布!

August 12, 2021 · 1 min · jiezi

关于云计算:KubeSphere-边缘节点-IP-冲突的分析和解决思路分享

在上一篇监控问题排查的文章中,笔者剖析了 KubeSphere 3.1.0 集成 KubeEdge 中的边缘监控原理和问题排查思路,在介绍 EdgeWatcher 组件时提到了“边缘节点的内网 IP 须要集群内惟一”这样的限度条件。本文就来深入分析一下这个问题,并尝试给各位边缘开发者提供一些解决的倡议和思路。 失常场景在边缘节点退出云端集群时,须要指定 “Node Name” 和 “Internal IP”,顾名思义,就是边缘节点的节点名称和内网 IP 地址。这里的内网 IP 地址就是本文的主题,该地址须要在集群内惟一。 KubeSphere 在 EdgeWatcher 中提供了用户指定的内网 IP是否被占用的验证性能。验证失败(IP 已被占用)的状况下,则不会为该边缘节点提供退出集群的命令行输入。上面两张图展现了验证胜利和失败的场景。 验证胜利: 验证失败: 能够说,KubeSphere 在这一点上曾经做的十分用心了,给用户提供了 UI 的 “Validate” 按钮和后盾 API,不论是间接应用还是基于 KubeSphere 的二次开发都会十分便捷。 非法场景在上一节中展现了内网 IP 被占用的后果就是不能退出集群,因为该 IP 曾经被注册在了 EdgeWatcher 中,不能再被其余边缘节点应用。 那么如果一个 IP 还没有被注册到 EdgeWatcher 中,也就是边缘节点没有被真正接入集群时,还是能够跳过这一步验证,将雷同内网 IP 的两个边缘节点退出同一个集群中,制作这个非法的应用场景。 这个非法场景带来的问题就是:雷同 IP 的“较早退出集群”的边缘节点在 logs exec 和 metrics 的性能上都会生效。即下图的运维性能都是没有数据的。 之前,笔者也在 KubeSphere 的开发者社区提过这个问题,同时也和负责边缘模块的社区开发者有过交换,确认了在 KubeSphere 的产品设计上,内网 IP 须要管理员或者用户自行按需进行布局,保障不反复。 ...

August 12, 2021 · 1 min · jiezi

关于云计算:如何在多云环境中建立信任

古代应用程序正在将企业转变为数字翻新工厂。然而,古代应用程序的分布式个性和复杂性使企业很难在多平台或多云环境中放弃信赖和合规性。 只管Kubernetes是当今应用程序平台的规范,但每个云计算服务提供商都有不同的IaaS或PaaS产品,并具备不同的性能和API。这些API不仅不兼容(Kubernetes除外),而且每个基础设施和平台都在孤岛中进行解决和治理。这些孤岛充当隔离且不重叠的治理边界,阻止了微服务之间的跨边界可见性和信赖。这使得企业更难以跨云平台理解并继续修复其安全漏洞,从而使它们容易受到网络攻击。 为了解决这个问题,很多企业正在将企业安全控制扩大到云计算环境。问题在于,应用程序团队和平安团队传统上具备相互竞争的指标——敏捷性与危险和管制,并且平安经营的倒退速度与应用程序经营不同。这会让两个团队之间产生矛盾,并迫使应用程序经营团队做出抉择: 减慢应用程序交付和经营速度以升高危险。 在不思考安全性和合规性的状况下,持续尽快开发和交付应用程序。 这两种做法都不是现实的抉择。为了开释在多平台和多云环境中运行的古代应用程序的后劲,须要找到一种办法,以用户冀望的速度在整个软件交付生命周期中无缝集成安全性。 将零信赖集成到应用程序交付周期中 在多云世界中爱护应用程序的要害是零信赖。将零信赖准则间接构建到古代应用程序中,使企业可能及早辨认威逼、缩小攻击面,并将平安性能与应用程序堆栈的其余部分一起交付,而无论底层应用程序平台和云堆栈如何。 在这个用例中,零信赖的要害组件之一是应用程序分段。换句话说,如何在不同应用程序或应用程序组件之间做出拜访决策。零信赖必须以通过可扩大模型进步应用程序拜访的灵活性和敏捷性的形式,从任何用户或应用程序提供对任何应用程序的身份感知、自适应和按需拜访。 应用程序细分必须提供给应用程序经营团队,以便他们能够将其作为另一个门户嵌入到应用程序的品质流程中。应用程序经营团队能够通过施行应用程序分段策略来实现这一点,这些策略可辨认通过丰盛的动静属性创立的工作负载。辨认的外在/动态属性(IP、数字证书、命名空间、标签等)和外在/动静属性(用户行为、工作负载行为、网络行为等)越多,拜访决策的粒度就越细。 令人难以置信的是,现在的应用程序分段依然是人工实现的。然而,随着多个云平台环境中产生数以百万计的交易,集体甚至团队无奈为每个工作负载施行人工调配策略。企业须要一种以可扩大、通明、主动的形式提供零信赖应用程序分段的办法。 连贯和平安平台 实现这一点的办法是应用古代应用程序连贯和平安平台。通过服务网格,基于属性的访问控制模型整合了多个第三方工具,这些工具能够跨应用程序平台和多云环境提供可见性和安全性。这种繁多视图操作模型使应用程序团队可能在多云环境中主动、大规模地无缝、简略地编排平安服务。 然而,通过微分段进行细粒度策略管理会减少复杂性,这会影响安全性。忽然之间,企业可能会发现自己领有数以千计的策略,这些策略规定了不同的工作负载如何拜访网络内的实体并与之交互。并且这些策略须要不断更新和保护,这给应用程序和平安团队带来了微小的麻烦。 在部署工作负载时,将随工作负载一起创立关联的策略,并随工作负载在经营环境中迁徙,直到工作负载达到其生命周期完结并服役。随着应用程序随着工夫的推移运行,它们的特色在于其独特的行为。这种平安个性容许主动抉择策略并将其间接利用于工作负载。 然而,要使服务网格在多云环境中工作并启用平安应用程序,它须要遵循零信赖准则,既不会减少复杂性,也不会减缓麻利交付周期。企业应该做到以下这些: (1)基线信赖:古代应用程序连贯和平安平台应该具备原生的可察看性和自我发现能力,例如可能主动发现API、编目API和基于OpenAPI规范生成API文档。古代应用程序连贯和平安平台应该可能继续对应用程序行为建设基线,并检测异样应用程序行为。这须要警觉未知和零日攻打,尤其是敏感数据的泄露。 (2)建设信赖:立刻定义应用程序不同局部的互连需要至关重要。这种明确的用意申明通常由应用程序团队在作为继续集成(CI)/继续交付(CD)管道的一部分部署应用程序期间通过人工实现。另一种抉择是在应用程序的测试阶段主动发现连贯用意,并容许服务网格辨认和记录微服务API之间产生的通信流。这些是应用程序分段策略的根底。 (3)增强信赖:还必须有一种机制来主动利用适当的应用程序分段策略,以实现应用程序按预期运行所需的通信。在微服务模型中,应用程序的不同局部动静启动和敞开,以使应用程序可能按预期运行。治理可拜访性的应用程序分段策略也必须适应这些变动,这一点至关重要。这是通过与应用程序平台交互以收集工作负载清单的服务网格管制平台来实现的。 (4)动静调整信任度:随着应用程序的运行以及客户端与它们的交互,它们的特色在这种状况下是一种平安行为。察看这种行为能够通过企业现有的各种剖析工具来实现,这些工具检测过程、容器、网络和用户行为以提供平安场景。然而,为了放弃信赖,须要有一种办法通过服务网格集成这些工具,以创立繁多的假相起源。 (5)将信赖模型扩大到边缘:应用程序还与SaaS平台(例如Salesforce或SAP)以及数据中心之外的其余应用程序进行交互。在现实状况下,服务网格/零信赖应用程序分段模型能够与云中的其余平安解决方案集成,例如平安拜访服务边缘(SASE)、平安Web网关(SWG)、云拜访平安代理(CASB)和其余零信赖平安组件。这使跨数据中心、多个云服务提供商、SaaS平台和web应用程序建设信赖的流程实现标准化,确保企业的统一安全性和合规性。 古代应用程序正在通过实现敏捷性和实时决策来扭转业务的运作形式,但除非应用程序团队与平安团队单干以爱护多云环境中的用户、数据和应用程序,否则它们永远不会充分发挥其后劲。 很显著,企业须要一个演进的平安模型,应用程序团队能够应用该模型跨多云、多平台环境无缝建设信赖和协调应用程序的分段。服务网格能够提供建设和继续评估信赖所需的可见性和管制。(文章来自企业网D1Net,鸣谢)

August 12, 2021 · 1 min · jiezi

关于云计算:贡献数字力量-浪潮云洲赋能广州箱包皮具产业集群

数字经济时代,传统产业集群向数字化特色产业集群转型,是一道摆在各地背后的共性考题。广州摸索深入工业互联网赋能,打造五大传统产业数字化转型解决方案,推动传统产业集群向千亿级古代产业集群跃升。 针对广州箱包皮具产业集群倒退需要,浪潮云洲施展国家级跨行业跨畛域平台劣势,联结生态搭档,共建工业互联网平台,施行产业集群“数造”口头,奉献数字力量。 剑指转型倒退痛点 俗话说,“寰球箱包在中国,中国箱包在广州”。全国近1/3的生产企业会聚广州,通过40多年倒退,已造成以 “广州白云”与“花都狮岭”为代表的箱包皮具产业集群。随着电商崛起和个性化需要的变动,箱包皮具迭代速度一直放慢,对供应链的响应速度提出更高要求。 浪潮云洲深刻调研发现,广州箱包皮具产业集群转型倒退存在诸多痛点,包含品牌与知识产权保护意识不强、半成品积压量大、产业链沟通不顺畅、数字化水平低等。 为深入工业互联网赋能,革新晋升箱包皮具等传统产业集群,广州市工信局于2020年11月印发告诉,要求遴选、组建“1+2+N”供应商联合体,即面向一个产业集群,造成行业解决方案服务商、跨行业跨畛域平台两方严密单干的建设主体,协同N个数字化转型合作伙伴,独特建设行业级工业互联网平台,造成集群数字化转型解决方案。 建设产业集群数字化平台 “针对箱包皮具产业集群转型倒退痛点,通过产业集群生态赋能,围绕企业数字化和工业互联网倒退,围绕白云区、花都区产业集群,为传统箱包皮具等产业提供工业互联网智能制作服务,放慢企业设施、生产流程、人员等各环节联网,实现企业外部“研产供销服”全面买通,为企业倒退提供助力。”浪潮工业互联网广州核心负责人乌苏晋示意。 目前,箱包皮具产业集群数字化平台建设,获得显著停顿。浪潮云洲施展的作用,次要体现在以下几个方面: 一是提供IaaS根底撑持和通用PaaS服务。基于浪潮云洲工业互联网平台,为箱包皮具产业集群提供根底IaaS、PaaS撑持,包含存储、服务器、网络、标识解析、区块链、数据库、机理模型和低代码开发环境等服务。 二是实现产业集群典型SaaS应用软件与浪潮云洲平台技术对接。研发PaaS平台与SaaS软件的低层撑持件和中间件,通过浪潮云洲PaaS平台,为箱包皮具行业提供云端的产业链协同制作服务,促成设施、产线、资料、产品、工人紧密连接。 三是摸索钻研箱包皮具工业互联网行业标准,推广应用。浪潮云洲成立工业互联网规范联盟及规范研究院,摸索制订面向箱包皮具行业的标识解析编码标准,以及行业翻新利用规范。 下一步,浪潮云洲将联结行业解决方案服务商,工业设计、共享制作、金融服务等生态搭档,进一步欠缺箱包皮具工业互联网全生命周期的平台与解决方案,推动造成国家工业互联网行业标准,打造“云”上产业链和分布式虚构产业园。 降本增效显著 统计发现,通过利用产业集群数字化平台,花都区箱包皮具行业企业播种了降本增效的价值。 在订单跟踪方面,信息准确率进步10%,跟踪周期缩短2天,准时交货率进步98%;在生产洽购环节,协同率晋升30%,到货准时率进步98%,洽购老本升高2%。 广州市工信局公布的信息显示,截至2021年7月,花都箱包产业链协同制作平台已进驻77家企业,企业升高软件方面老本80%以上,节省成本超过3.5亿元。 将来,浪潮云洲将深入平台赋能能力,撑持建设箱包皮具行业标识解析二级节点、产业链检测平台。同时,以箱包皮具产业集群数字化倒退为根底,提炼同类行业建设模式和推广教训,利用于服装、鞋帽等行业,并将广州实际推广至全国,助力产业集群转型降级与高质量倒退。

August 11, 2021 · 1 min · jiezi

关于云计算:浪潮云洲智造直播间继续开讲

推动井下人机通明治理,赋能矿山智能化 浪潮云洲工业互联网平台助力矿山智能化建设。本期分享基于UWB技术和云洲大脑,打造基于地位信息的通明矿山零碎,赋能矿山平安生产与提质降本增效。

August 10, 2021 · 1 min · jiezi

关于云计算:宝塔WindowsLinux使用常见问题快问快答

明天分享对于宝塔应用过程中的一些问题,简略的问答往往能疾速高效地解决一些纳闷。欢送提出其余问题,独特探讨,共同进步。 1、浏览器拜访 http://服务器公网IP:8888 没有内容(白屏没有后果)?您的服务器对应的平安组 8888 端口没有开启(入规定),导致浏览器无法访问到服务器的任何内容。 2、888 端口胜利开启依然无法访问?可能您装置了旧版本(低于宝塔Windows版 V6.9),需参考旧版本 Windows 面板初始化指南 3、是否将 PHP, Java 和 Node.js 装置到一起?能够。尽管宝塔可选的组件很多,但请把握一个准则:"不必的不装,什么时候用什么时候装"。 4、须要运行 PHP 网站怎么装置环境?装置举荐套餐,即装置:Apache,MySQL,PHP, phpMyAdmin 等。 5、装置哪个 PHP 版本适合?依据你的利用决定 PHP 版本,如果利用没有明确所需的版本,倡议装置 PHP7.2 或以上版本。另外,除非有多版本需要,请不要被动装置多个PHP版本。 6、有哪些软件是必须装置的吗?没有必须装置的软件,请依据利用要求去装置。准则:"不必的不装,什么时候用什么时候装"。 7、宝塔 Windows 面板中 SQLServer 怎么装置?倡议自行下载 Microsoft 官网的包进行装置。 8、IIS 与 Apache,Nginx 能够同时装置吗?三者选其一,否则会引起不必要的软件抵触。 9、宝塔 Windows 面板到底装置那个 Web 服务器呢?举荐应用 IIS。 本文由Websoft9原创公布,转载请注明出处。

August 10, 2021 · 1 min · jiezi

关于云计算:降低Linux门槛可视化面板工具推荐

升高Linux门槛,可视化面板工具举荐Linux命令行操作功能强大的同时,也让一些用户望而却步。Linux面板工具能够通过Web页面,对服务器进行可视化操作,升高Linux应用门槛。这里举荐两个Linux可视化面板工具。 CockpitCockpit 是一个基于 Web 的服务器管理工具,可用于 CentOS 和 RHEL 零碎。最近公布的 CentOS 8 和 RHEL 8,其中 cockpit 是默认的服务器管理工具。 WebminWebmin是一款开源收费的Web面板,能够对Linux进行深度操作。 登录形式:http://公网IP地址:10000 ,登录账号为服务器账号(root/服务器明码) 呈现如下谬误,解决办法: 装置Webmin后,在浏览器中拜访Webmin控制面板时看到上述谬误。谬误显示您曾经拜访了Webmin控制面板URL,而后面没有https。 Web服务器以SSL模式运行,因而您必须尝试应用https而不是http。尝试应用URL“ https:// IP:10000”或“ https:// serverIP:10000”,并查看是否遇到雷同的谬误。如果问题还在,进行如下操作: 1.应用vi编辑器编辑文件/etc/webmin/miniserv.conf 2.将“ ssl = 1”行更改为“ ssl = 0”(禁用) 3.重启webmin服务 systemctl restart webmin更多参考具体文档(opens new window) 本文由Websoft9原创公布,转载请注明出处。

August 9, 2021 · 1 min · jiezi

关于云计算:惠及百万用户-医保上云有了新思路

随着医疗保障局的挂牌成立,我国医保改革拉开了新时代的尾声。如何构建适应医保治理布局的医疗保障体系是以后医疗保障各无关环节重点思考的问题,建设笼罩全区域的医保信息系统又是新时代医疗保障体系建设、政策施行的根底条件和技术保障,也是医保部门各项重要工作中的重中之重。 2021年五一期间,浪潮云联结合作伙伴将济南市医疗保障信息系统迁徙至医保专享ICP云平台,胜利将蕴含外围经办零碎在内的十余个零碎、数百台虚拟机实现了迁徙。目前,医保云平台曾经撑持全市800多万参保用户,20余万参保企业,均匀每天结算超15万笔。 用户多、并发高浪潮云ICP平台来支招 医保服务是关系国计民生的根底服务之一,始终以来,医保云平台存在着用户数量多、并发压力大等问题亟待解决。为此,浪潮云针对这一问题,为用户提出了无效解决门路,通过ICP平台从高性能、高牢靠、高可用多个方面进行了全方位的方案设计。浪潮云以专享云模式搭建了公共服务区、生产区云平台,底层采纳浪潮ICP云计算平台,同市级云平台对立架构规范,依靠本市政务云体系,实现对立运维治理。 高性能(高并发):选用高性能计算及存储服务器,配置极强数据吞吐和替换能力的网络,具备应答峰值流量的能力,满足医保云高并发在线交易业务场景产生的微小流量负荷。 高牢靠:采纳要害主机、云计算、RAID、双机主备、分布式数据三正本等高牢靠的产品和集群技术,充分考虑零碎的应变能力、容错能力和纠错能力,确保整个基础设施运行稳固、牢靠。浪潮ICP基于Openstack深度自研的云计算平台,可完满兼容集中式存储和分布式存储。 高可用:平台流量模型采纳DVR分布式架构,无效分担网络节点压力,晋升网络性能,防止单点故障。所有交换机设施均通过虚拟化和重叠技术组建网络集群,达到2N冗余高可用成果,任何一台交换机呈现故障,不影响现有网络的失常运行。 用时5天医保上云从此无忧 浪潮云ICP平台采纳分布式云架构,目前已建成蕴含两百多个散布节点的全国最大的分布式云,同时也反对传统架构零碎的接入,领有丰盛的信息化零碎迁徙计划。浪潮云和合作伙伴在市医保局领导下,用时5天工夫就疾速、安稳、合规的实现外围零碎的上云迁徙工作,特地是医保结算零碎仅用时14小时实现迁徙,既保证了当下医保业务的云化降级,也为将来业务弹性扩大提供了可能性。 医保局是新设单位,原医保业务复用人社局的硬件平台运行。此次迁徙实现了医保局独立硬件平台的治理和运维,为进一步晋升医保服务打下了松软的信息根底。 医疗保障信息平台迁徙至政务云,有利于施展医保在民生畛域的基础性作用,是推动医疗、医保、医药“三医联动”改革的重要动作,将带来显著的经济效益。全市医保数据上云,将使其与其余上云部门数据全面聚合与深度利用成为可能,将极大进步基金运行及审计监管能力、医疗服务智能监控能力,将更好满足人民大众日益增长的医疗保障需要。 在碳达峰和碳中和要求的背景下,政务云平台较之传统信息化平台,具备更高的运行效率和更低的能耗,同时云服务架构具备更高的抗危险能力,平台建成和投入运行后,将无效进步医保平台的能源利用率、安全性和稳定性,助力大众“病有所医、病有良医”,加强大众安全感。

August 9, 2021 · 1 min · jiezi

关于云计算:深入浅出-Kubernetes-项目网关与应用路由

KubeSphere 我的项目网关与利用路由提供了一种聚合服务的形式,将集群的外部服务通过一个内部可拜访的 IP 地址以 HTTP 或 HTTPs 裸露给集群内部。利用路由定义了这些服务的拜访规定,用户能够定义基于 host 主机名称和 URL 匹配的规定。同时还能够配置 HTTPs offloading 等选项。我的项目网关则是利用路由的具体实现,它承载了流量的入口并依据利用路由规定将匹配到的申请转发至集群内的服务。 整体架构用户的服务和利用路由的架构密不可分,因而咱们须要联合用户服务来了解我的项目网关的整体架构。一个典型生产环境中,我的项目网关架构如下图所示: 图中组件共分为四个局部: Nginx Ingress Controller 是利用网关的外围组件。KubeSphere 我的项目网关基于 Nginx Ingress Controller 实现,它通过获 Ingress 对象生成 Nginx 反向代理规定配置并配置利用于 Nginx 服务。利用路由是一个 Ingress 对象。利用网关依赖于 Service 对外裸露 Nginx 服务,因而 Service 在生产环境中个别设置为 LoadBalancer 类型,由云服务商配置其私有云 IP 地址及内部负载均衡器,用以保障服务的高可用性。内部负载均衡器,利用网关的 Service 生成的内部负载均衡器,个别由各个云服务商提供。因而每种负载均衡器的个性有很多差异,比方 SLA、带宽、IP 配置等等。咱们个别能够通过服务商提供的注解对其进行配置,在设置网关时,咱们通常须要理解这些个性。DNS 域名解析服务, 个别由域名服务商提供服务,咱们能够配置域名解析纪录将域名指向 LoadBalancer 的公网 IP。如果子域名也指向同一 IP,咱们能够可应用泛域名解析形式。用户服务与利用路由,用户须要为应用程序创立 Service 用于裸露集群内的服务,而后创立利用路由对外裸露服务。注,Nginx Ingress Controller 并不通过 Kube-proxy 拜访服务 IP。它通过服务查找与之关联 POD 的 EndPoint,并将其设置为 Nginx 的 Upstream。Nginx 间接连贯 POD 能够防止由 Service 带来的额定网络开销。利用路由 vs Service(type=LoadBalancer)在实际过程中,利用路由与 Service 的利用场景经常令人混同。它们都能够向集群外裸露集群内服务,并提供负载平衡性能。并且利用路由看起来也是依赖于服务的,那么他们到底有何区别呢?这个问题咱们须要从以下几个角度了解。 ...

August 6, 2021 · 2 min · jiezi

关于云计算:千亿级市场赛道阿里云视频云拿下-三连冠

寰球权威咨询机构 IDC 公布 《中国视频云市场跟踪(2020 下半年)》报告:阿里云间断三年稳居视频云整体市场份额第一整体市场份额占比达 26.21% 视频云赛道 NO.1 领跑近日,国内权威数据公司 IDC 公布的《中国视频云市场跟踪(2020 H2)》报告显示,2020 下半年中国视频云市场规模达到 38.1 亿美元,同比增长达到 45.7%,在 2020 因疫情爆发式增长后回归正态的下半年,视频云仍然放弃强劲的倒退势能。 数据显示,2020 年下半年阿里云视频云市场占比高达 26.21%,持续放弃市场份额第一的地位,亦是间断三年放弃领先者的角色。同时,在视频云基础设施份额、视频 CDN 份额,以及视频私有云 / 公有云 / 混合云等细分市场中,阿里云与今年相当,均占据第一,全面领跑中国视频云赛道。 对于视频云,其外围是基于定制化解决方案的新商业发明和新场景利用。报告指出,在线音视频互动娱乐、电商平台直播带货、在线教育大小班课等三大场景仍然是驱动下半年市场增长的外围能源;另一方面,广电传媒、医疗、金融等传统行业需要日益清晰,区域视频云服务平台建设步调放慢。 同时,数据显示,2020 下半年的视频云解决方案市场规模达到 7.0 亿美元,面向视频生产的各类采集编辑计划是下半年解决方案市场的增长亮点,面向泛娱乐行业的互动直播、音视频通信依然是该市场的核心内容。 全场景助力产业数智化降级阿里云视频云正全力聚焦于数智传媒、智慧教育、平台电商化、互联网泛娱乐、办公协同等外围畛域,并着力将 AI 赋能于音视频服务全链路,以助力数智化的产业降级。 人民日报 X 阿里云为保障两会报道的时效性与首发率,人民日报与阿里云共创 “AI 编辑部”,直击传统媒体生产效率低、流传渠道窄的痛点。AI 编辑部集 “看”“听”“悟”“审”“查” 能力于一身,深度贴合后方记者 “多栖作战” 的采编需要,现场即拍即编、疾速公布,全面赋能人民日报社 “报、网、端、微 、屏” 全媒体两会报道,并继续助力报社 “服贸会”“进博会” 等重大报道流动。 学信网 X 阿里云学信网全称为 “中国高等教育学生信息网”,由全国高等学校学生信息征询与就业指导核心主办。学信网在疫情期间响应教育部对于近程复试的相干政策,疾速上线了研究生招生近程面试零碎,服务考生约 150 万人次。阿里云依附过硬的企业级音视频通信服务保障能力和丰盛的视频会议服务教训,保障学信网研究生视频面试稳固运行,晋升复试工作效率。 淘宝直播 X 阿里云2019 年直播电商行业暴发,而传统的直播技术难以满足直播电商对实时互动的高要求。阿里云与淘宝直播独特攻坚并推出了超低延时直播服务 RTS(Real-time Streaming),实现将端到端延时升高到 1 秒以内。因为 RTS 可能复用阿里云直播 CDN 的节点和网络资源,从而无效均衡了直播电商对接入老本、节点笼罩与承载能力的需要。阿里云 RTS 经验了 2020 年淘宝直播 618 和双 11 大促的双重考验,目前已在淘宝直播全量上线。 ...

August 6, 2021 · 1 min · jiezi

关于云计算:Serverless-全能选手再添一金

无服务器(Serverless)在扭转开发者编程范式的同时,也在颠覆 IT 从业者对计算基石的认知,这不仅得益于无服务器技术本身的魅力,开发者对极致效率的谋求,也离不开行业相干规范的落地和遍及。 近日,中国信通院(即工信部电信研究院),在 2021 可信云大会上公布了《可信云 Serverless 平台技术能力》和《可信云 Serverless 利用建设功效》的评测后果,前者是评估云厂商的 Serverless 平台技术能力,后者则是评估企业落地 Serverless 的功效。这两项规范将进一步减速无服务器的行业过程。阿里云 Serverless 再添一“金”继去年满分通过《可信云函数计算即服务》的 21 项评测后,阿里云在往年的可信云大会上,函数计算 FC、Serverless 利用引擎 SAE、Serverless 容器服务 ASK 3 大 Serverless 计算产品同时斩获《可信云 Serverless 平台技术能力》先进级认证(最高级、国内首批),为阿里云 Serverless 再添一“金”。往年 3 月,阿里云函数计算凭借在产品能力、安全性、策略愿景和市场规模等方面的劣势怀才不遇,在 19 个评估我的项目中,拿到了 8 项满分和 12 项最高分,进入了 FaaS 领导者象限,国内惟一 ,其中,综合产品能力位列寰球第一,策略愿景寰球第二,这也是首次有中国云厂商进入 Forrester FaaS 领导者象限。同时,入选 Now Tech Serverless Q1 2021 寰球市场体现第一营垒,展示了其优良的商业能力。 2020 年 11 月,在《The Forrester Wave: Public Cloud Development And Infrastructure Platforms In China,Q4 2020》的报告中,得益于阿里云残缺的产品矩阵,踊跃拥抱容器、CloudEvents 的技术生态,以及提供 Serverless Devs 的开源工具,在 Serverless 的评测我的项目上取得了满分体现。 ...

August 6, 2021 · 1 min · jiezi

关于云计算:KubeSphere-边缘节点-IP-冲突的分析和解决思路分享

在上一篇监控问题排查的文章中,笔者剖析了 KubeSphere 3.1.0 集成 KubeEdge 中的边缘监控原理和问题排查思路,在介绍 EdgeWatcher 组件时提到了“边缘节点的内网 IP 须要集群内惟一”这样的限度条件。本文就来深入分析一下这个问题,并尝试给各位边缘开发者提供一些解决的倡议和思路。 失常场景在边缘节点退出云端集群时,须要指定 “Node Name” 和 “Internal IP”,顾名思义,就是边缘节点的节点名称和内网 IP 地址。这里的内网 IP 地址就是本文的主题,该地址须要在集群内惟一。 KubeSphere 在 EdgeWatcher 中提供了用户指定的内网 IP是否被占用的验证性能。验证失败(IP 已被占用)的状况下,则不会为该边缘节点提供退出集群的命令行输入。上面两张图展现了验证胜利和失败的场景。 验证胜利: 验证失败: 能够说,KubeSphere 在这一点上曾经做的十分用心了,给用户提供了 UI 的 “Validate” 按钮和后盾 API,不论是间接应用还是基于 KubeSphere 的二次开发都会十分便捷。 非法场景在上一节中展现了内网 IP 被占用的后果就是不能退出集群,因为该 IP 曾经被注册在了 EdgeWatcher 中,不能再被其余边缘节点应用。 那么如果一个 IP 还没有被注册到 EdgeWatcher 中,也就是边缘节点没有被真正接入集群时,还是能够跳过这一步验证,将雷同内网 IP 的两个边缘节点退出同一个集群中,制作这个非法的应用场景。 这个非法场景带来的问题就是:雷同 IP 的“较早退出集群”的边缘节点在 logs exec 和 metrics 的性能上都会生效。即下图的运维性能都是没有数据的。 之前,笔者也在 KubeSphere 的开发者社区提过这个问题,同时也和负责边缘模块的社区开发者有过交换,确认了在 KubeSphere 的产品设计上,内网 IP 须要管理员或者用户自行按需进行布局,保障不反复。 ...

August 6, 2021 · 1 min · jiezi

关于云计算:云原生爱好者周刊比-runc-更神奇的容器运行时-Sysbox

云原生一周动静要闻: Flant 发表推出容器平台 Deckhouse 的开源版本Chaos Mesh 2.0 公布Cloud Foundry 更新 PaaS 环境Spectro Cloud 发表实现 2000 万美元的 A 轮融资开源我的项目举荐文章举荐举荐一本 Go 语言开源书籍:《How To Code in Go》,由驰名云服务器厂商 DigitalOcean 撰写公布。通过本书你将学会如何应用 Go 语言来编写程序,以及理解一些较为实用的开发者工具。核心内容如下: 在 Windows,macOS 和 Linux 零碎上装置并设置本地 Go 开发环境;学会应用条件判断语句来编写程序;学会定义数据结构,并为其创立接口,以实现可复用代码;编写自定义错误处理性能;构建和装置 Go 程序,以便在不同的操作系统和不同的 CPU 架构上运行。目前已提供 PDF 与 EPUB 两种格局的电子书下载。关注公众号: 后盾回复 dog 即可获取电子书下载链接。 顺便提一句,DigitalOcean MarketPlace 曾经上线了 KubeSphere 3.1.0,对 KubeSphere 感兴趣的小伙伴能够间接通过 DigitalOcean 一键部署啦。 云原生动静Flant 发表推出容器平台 Deckhouse 的开源版本日前,Flant 发表推出容器平台 “Deckhouse” 的第一个开源版本。其性能如下: 基础设施无关提供保护生产集群所需的所有NoOps 使 K8s 的应用更加直观8 分钟部署集群提供 99.95% 的 SLA 保障该平台具备两个版本:收费社区版 (CE) 和商业企业版 (EE)。CE 版本在收费的 Apache 2.0 许可下通过 GitHub 散发。SLA 有“*此仅实用于企业版”的条款,所以对于 SLA 的保障只对企业版实用。 ...

August 6, 2021 · 2 min · jiezi

关于云计算:运营商业务系统基于-KubeSphere-的容器化实践

本篇文章是 KubeSphere 2020 年度 Meetup 上讲师宋磊分享内容整顿而成。大家好,我是宋磊,在运营商的一个科技子公司任职,次要做大数据业务。我次要负责公司的 IaaS 层和 PaaS 层的建设和经营的工作,波及到两个层面。因为 Kubernetes 是一个十分全面的技术体系,并不是咱们部署了一个集群把业务放上去就能开箱即用,波及到很多方面,比方服务器、网络、存储,还有一系列的工具链的反对,咱们能力真正的去投产,所以咱们团队是比拟适宜做这件事的。 业务类型和实际架构 咱们目前有三种类型的业务:1.接口的服务,容量占比是比拟大的一块2.APP 的利用3.内部的利用零碎,次要做智慧政务、智慧生态、智慧城市、智慧游览等业务 这三个类型的业务,整体的 TPS 的峰值大概在 2500,均匀在 1500 左右。 咱们整体的集群规模:咱们所有的集群都是以物理服务器进行部署的,生产集群有 50 个物理节点,测试的集群有 20——30 个节点,整体的 Kubernetes 集群的规模不到 100 个物理节点。 下面这张图是咱们 Kubernetes 的实际。 IaaS 层:数据中心物理层的网络是 SDN 加 VXLAN 的架构,后续对于网络插件的选型是有思考的。 存储这一块咱们次要是对接 Ceph,咱们有一个比拟大的 Ceph 集群,大略有 50 个物理节点,其中对接层不单单跑了 KubeSphere 的这些业务,还跑了一些 OpenStack 的虚拟机。咱们在 Ceph 下面做了一些数据的分层,闪存盘(寄存集群元数据)和 SATA 盘(寄存真正的数据),也做了一些数据的热度分层,而后以 KubeSphere 为核心的容器集群周边做了很多对接的工具链。这其中的一些工具链不是容器化的,而是外链的,比如说 CMDB 配置管理,Prometheus 的监控,Skywalking 次要做微服务的全链路监控,还有一些日志的采集剖析,次要还是以 ELK 的工具链为主,也是在 KubeSphere 集群之外的,DevOps 这层是基于 Jenkins 的 pipeline 去做的。 ...

August 6, 2021 · 1 min · jiezi

关于云计算:50-亿观众的-云上奥运顶级媒体背后的数智化力量

东京 2020 奥运会行将落幕,本届奥运会因为疫情限度,东京地区赛事以无观众的空场模式举办,在无奈亲临现场的状况下,寰球观众首次以 “云上” 形式观看奥运。 “云上奥运” 该如何保障赛事的生动性和现场感,缩短观众与赛场之间的间隔,随时随地捕获精彩赛事霎时?阿里云作为本届奥运会最高等级的寰球合作伙伴,撑持奥运会实现首次寰球云上转播,供各大转播商应用。同时,阿里云反对国内顶级媒体实现云上 “采编发” 整体流程的验证,为媒体跨地区协同报道提供了贵重的实战经验。 新华社作为中国国家通讯社和世界性通讯社,是此次寰球仅有的具备资格在主新闻核心展现奥运精彩霎时 6 家世界级媒体之一。东京奥运会也是新华社第一次作为国内通讯社报道奥运,新华社派出 133 人的奥运会报道团队对奥运现场进行全方位的报道,通过云技术,后方记者和前方团队能够进行密切配合,使得报道内容可能更高效实现。 针对阿里云对新华社 “云上制播” 的技术助力,具体到跨地区 “采编发” 协同制播流程的实现、摸索、验证,分为以下几步: 异地协同,网络后行媒体素材内容是否高效地传输回来,网络保障是关键所在。早在今年年初,新华社思考到信号和视频内容传输的各类需要,申请了 100Mbps 的宽带链路。而当 7 月份记者到达东京进行现场带宽测速时,后果非常不现实。百兆网络拜访国内的服务,带宽只到了 KB/s 级别,如同回归了拨号上网时代。 现场带宽测速 如何解决跨区域网络传输的问题? 后方记者拿出了当时筹备好的 “神器”:阿里云一站式疾速上云 SDWAN 接入产品(Smart Access Gateway,简称 SAG)。 因为已在国内进行过配置和测试,因而,在报道现场,记者间接将预留的以太网插到 SAG 产品 WAN 端口,再把须要连贯的设施接入到 SAG 的 LAN 端口,便可主动获取 IP 地址,东京报道现场的设施就和国内云端提前配置好的计算、存储等资源形成了一个加密平安的内网环境。当然,还能够通过 PC 和手机等终端装置的 APP 状态,满足各类挪动终端的 point-to-site 疾速接入。 今年年初,新华社联结阿里云、优酷进行多场测试验证,通过 SAG 网关能够最大化的优化网络传输品质,升高零碎拜访时延,满足近程制作、云上生产等各类利用场景。 5 路 NDI 流接管状况下相干测试截图 Full NDI 状况推流上云延时成果 智能接入网关 SAG 是阿里云混合云 SD-WAN 解决方案的 CPE 终端设备,可同时基于互联网宽带 / 4G/5G / 专线等多种类型链路,帮忙企业平安高速接入阿里云。充分发挥阿里云网络资源劣势,就近加密接入 POP 点,优化网络品质,一站式实现跨地区、弹性、高效的分支机构及线下 IDC 互联及业务上云。 ...

August 6, 2021 · 2 min · jiezi

关于云计算:巨头纷纷布局分布式云一场新的云战争即将打响

不可否认,分布式云服务正在国内掀起一股热潮。 2020年,疫情的突袭,减速了企业的数字化过程,政企单位数字化转型成为时代刚需。然而,相较于个别互联网公司,政企单位对平安、麻利、翻新、协同等需要更高。 在市场时机下,分布式云应运而生,成为解决政企单位云服务需要的“特效药”。 为了抓住政企市场,2021年,华为云、浪潮云等云服务巨头纷纷对本身业务板块进行调整,发动分布式云服务业务,抢占分布式云市场。 巨头环伺,群雄逐鹿,在这场大规模的商业改革背地,分布式云服务是否会成为下一代云计算洼地,成为未解之谜。 1、疫情减速政企客户上云 种种迹象表明,政企云仿佛正成为云计算的下一个蓝海市场。 从市场角度来看,自2009年阿里云正式成立至今,10多年间,国内云计算市场规模不断扩大。 IT桔子2020年中国企业服务报告显示,2021年,中国云根底资源企业服务市场规模将超4000亿,根底云服务也将在将来持续放弃40%的增长。持续增长的趋势,意味着云市场行业将来后劲微小。 其中,政企云的体现分外突出。 据赛迪参谋报告钻研数据显示,2020年,中国政务云市场规模达653.6亿元,同比增长42.3%,远超国内同期9.2%的增长程度。 其背地的次要起因是,疫情的突袭减速了政企上云的节奏,使得炽热的态势间接引爆了云计算的二次市场。 然而,尽管政企市场空间广大,然而对应的服务模式并未建设欠缺。 例如,政企单位存在分支机构泛滥、运作模式多样、业务状态简单、对平安要求极低等问题,但原有的私有云、公有云、混合云等业务模式状态,并不能满足厂商需要。 因而,如何晦涩、平安地为政企单位提供服务,又不适度减少服务器老本,成为他们决定如何上云的要害。 面对更加精细化的市场需求,云计算催生出新的业务模式——兼容不同本地云、不同客户端及整个ICT产业链的云状态——分布式云。 寰球当先的信息技术钻研和顾问公司Gartner将分布式云定义为:将私有云服务(通常包含必要的硬件和软件)散布到不同的物理地位(即边缘),而服务的所有权、经营、治理、更新和倒退依然由原始私有云提供商负责。 这种解决客户云计算资源凑近数据和业务流动产生物理地位的分布式云劣势显著。 相比于私有云,分布式云领有更低的时延,能够让数据驻留本地;相比于公有云,分布式云可能进一步升高数据老本。 而与混合云相比,分布式云因为所有节点是由云服务商来负责,企业不须要自行购买服务器和存储搭建公有云环境,同时还可能调用私有云上全栈的paas能力,因而大大降低了用云老本。 弹性和敏捷性的劣势,迅速吸引了政企单位的眼光。 Gartner预测,到2025年,超过50%的组织将在其抉择的地点应用分布式云,从而实现转型业务模式。 对云计算而言,政企市场从来是兵家必争之地,因而,能够预感的是,分布式云服务正在开拓云计算的新时代。 2、巨头抢占分布式云赛道 作为云计算的老玩家,华为云、浪潮云、阿里云等也在第一工夫了嗅到商机,并纷纷入局,实现下一代云计算的“惊鸿一跃”。 4月8日,在华为云TechWave寰球技术峰会上,华为云CTO张宇昕公布了分布式云全系列产品组合,并进一步夯实分布式云×云原生的根底理念,迅速打响分布式云市场的第一枪。 随后,5月14日,浪潮云公布新业务策略“1231”,同时推出“分布式云+”行动计划。浪潮云董事长兼CEO肖雪说,这是浪潮云自2017年以来第一次正式的发布会,高调的姿势展现出对分布式云的器重。 对于云计算厂商们来说,分布式云意味着一次行业大洗牌,如果能在新的板块中占据更多份额,那么市场占比将从新布局,胜利者在将来将把握更多的话语权。 于是,一场没有硝烟的和平在较量中逐步拉开序幕。 从华为云公布的分布式云的架构图来看,华为云的分布式云产品组合次要包含核心Region、专属Region、智能边缘云IEC/智能边缘小站IES和智能边缘平台IEF。 浪潮云也不甘落后,间接回升到策略高度。 通过1个对立架构、2个要害畛域、3项交融能力、1个平安体系,浪潮云为用户提供云网边端交融、云数智交融、建管运交融的全栈云服务,构建零信赖的云数平安体系,打造新一代混合云。 同时,基于浪潮云“1231”业务策略,以及分布式云的能力,浪潮云还推出了“分布式云+”行动计划——1+2+N+生态。 除了云计算巨头的排兵布阵,投资市场的反馈也体现出分布式云服务的微小后劲。近期,分布式云计算公司PPIO实现Pre-A轮千万美元级融资,投资团队包含蓝驰创投、沸点资本、华业天成资本和远望资本等机构。其中,蓝驰创投还投资过现实汽车、怪兽充电等明星企业。 巨头的抢滩、资本的染指,2021年上半场,整个分布式云服务市场硝烟弥漫。 3、分布式云的时机和挑战 巨头们的抢滩正进行的热火朝天,而外部环境还在持续火上浇油。在政策的带动下,政企分布式云服务的步调还将放慢。 往年的两会报告指出,数字政府建设是数字中国、数字经济的重要倒退根底。业内人士认为,数字政府首次被写入两会报告,折射出政府数字化转型的减速。 中国信息通信研究院《云计算倒退白皮书(2020年)》也指出:将来,云计算仍将迎来下一个黄金十年,进入普惠发展期。寰球当先的信息技术钻研和顾问公司Gartner也将分布式云服务列为2020及2021年十大技术趋势之一,分布式云将成为云计算新的状态。 不过,尽管分布式云赛道非常拥挤,市场也被寄予厚望,但这并不意味着它就没有威逼和挑战。 首先,只管分布式云致力于解决不同云资源的配置和地位问题,然而新模式下,分布式云化网络管理又成为一个新问题。如何无效交融多云模式,仍须要云服务厂商基于分布式云模式一直深入与冲破。 其次,多云模式下带来的运维难度以及平安危险也将同步进步,这是分布式云不可避免的危险。异构机器和网络之间的协同、节点规模化的广泛故障等都将减少分布式云的运维难度和平安风险系数。 最初,如何让执著的政企客户承受分布式云,也是分布式云面临的另一大挑战。一些传统的政企客户,对私有云、公有云和混合云的接收水平都很低,在这种状况下,如何让他们置信分布式云的安全性和便利性,还须要肯定工夫。 从目前的局势来看,无论是在什么场景下,面对怎么样的需要,分布式云对于企业数字化的多维适应,都将进一步很好的推动企业全面上云,因而,分布式云在将来必将为行业所承受。 毫无疑问,在政策、市场环境利好的状况下,政务云的暴发将为中国云市场带来一片新的蓝海,而分布式云服务也仿佛注定成为下一代云计算的主趋势。巨头频繁动作之下,一场新的云和平行将打响。(文章来自 To B 行业头条)

August 6, 2021 · 1 min · jiezi

关于云计算:干货WordPress系统级更新程序升级

【干货】WordPress零碎级更新,程序降级网站技术突飞猛进,更新降级是保护工作之一,长时间不降级的程序,就如长时间不保护的建筑物一样,会减速老化、性能逐步缺失直至无奈应用。在应用WordPress一段时间之后,您可能会遇到网站呈现一些故障,这很有可能是您没有及时更新造成的,为了您的顺畅应用,咱们具体地整顿了WordPress的降级更新办法,供您参考查看。 如果您不理解WordPress,能够查看咱们对WordPress的具体介绍:WordPress全面介绍 如果您想装置WordPress,咱们提供了WordPress装置教程 如果您想寻找WordPress插件,能够查看咱们的:必备!一文把握WordPress插件! 在您应用WordPress的过程中遇到故障,能够查看咱们的WordPress常见故障解决办法 对于WordPress配置邮件发送,咱们也有具体的教程:WordPress如何配置邮件发送 上面是咱们介绍的几种WordPress降级的具体步骤办法,包含系统升级、插件降级、主题降级。 WordPress 残缺的更新降级包含:零碎级更新(操作系统和运行环境)和 WordPress 程序降级两种类型 零碎级更新运行一条更新命令,即可实现零碎级更新: #For Centos&Redhatyum update -y#For Ubuntu&Debianapt update && apt upgrade -y本部署包已预配置一个用于自动更新的打算工作。如果心愿去掉自动更新,请删除对应的CronWordPress程序降级须知WordPress 降级包含:WordPress 内核降级、插件降级和主题降级。这三者都能够通过 WordPress 后盾进行在线降级,下图是降级揭示: 因为这三者别离属于不同的开发者,降级后可能会导致不兼容的景象。具体表现有: 网站打不开,显示500程序谬误网站构造变得凌乱主题局部性能不可用以上不兼容景象是失常的,最好的解决办法是让 主题和插件的版本 适应 WordPress 内核版本。 内核降级一键降级WordPress 内核降级非常简单,当进入后盾之后零碎会提醒须要降级,点击降级即可( 特地留神:Wordpress应用程序降级之前务必进行残缺备份,以保障备份呈现过错之后可能还原。) 手动降级有的时候,因为网络起因,在线一键降级不可用,那么就须要手工降级 下载 (opens new window)最新的 WordPress 版本,并解压登录云服务器,进入 WordPress 的根目录删除此目录下的 wp-admin 和 wp-includes 文件夹上传本地解压后的 WordPress代码,有同名文件揭示的时候抉择笼罩上传从新拜访WordPress,可能会呈现下图所示的数据库降级步骤 点击【降级WordPress数据库】即可插件降级插件个别采纳在线降级的形式,并逐个降级 主题降级主题降级倡议采纳的形式: 应用 WinSCP 登录服务,删除原有主题(或对其改名)通过 【WordPress 后盾】>【外观】>【主题】>【增加】>【上传主题】的形式,实现主题装置 本文由Websoft9原创公布,转载请注明出处。

August 6, 2021 · 1 min · jiezi

关于云计算:WordPress常见故障处理方案

在开始应用WordPress进行建站之后,您可能会遇到一些谬误和问题。咱们收集了应用WordPress过程中的几个最常见的故障以及解决方案,供您参考,心愿对您的建站过程有所帮忙。 如果您对WordPress不理解,能够参考咱们之前公布的WordPress产品手册,帮忙您疾速理解WordPress。 如果您对WordPress的装置有疑难,能够查看咱们的WordPress装置教程。 首先,您能够先确认故障的起因是不是云平台造成的。云平台造成的WordPress故障,解决方案能够参考咱们的云平台文档。 接下来是咱们为您整顿的几个常见故障: WordPress数据库服务无奈启动起因:可能是磁盘空间有余,内存不足,配置文件谬误。 解决:先通过命令进行排查,确定问题,而后开释内存。 # 查看磁盘空间df -lh# 查看内存应用free -lhWordPress运行中,频繁呈现数据库连贯谬误?起因:可能性最大的起因是内存不足导致数据库运行异样。 解决:减少内存+启用CDN。CDN能够在给网站减速的同时,大大降低服务器内存的开销。 WordPress上传图片出错WordPress上传文件出错,有几种可能性: 起因:图片大小超过服务器限定的要求。解决:请参考本章环境治理->PHP配置中的批改上传文件大小。起因:图片理论的格局与后缀不统一。解决:例如一个 WordPress9.jpg的图片的实在格局是Wordpress9.jpeg,上传的时候会报错,如果把后缀改为jpeg,上传失常。实际上,实在格局与后缀不统一的时候,在Windows零碎的文件中也不会有预览成果。权限问题(IIS中比拟常见)。WordPress呈现解决正在执行例行保护请一分钟后回来起因:呈现这个提醒的起因是在网站Wordpress装置目录下生成了.maintenance文件。 解决: 如果存在将其删除即可,恢复正常。如果不存在,那么新建一个.maintenance,内容为空白,刷新,恢复正常后再删除它。WordPress不能发送邮件起因:WordPress默认是通过mail()函数发送邮件,必须要求服务器自身配置好了邮件性能。理论中,将服务器革新成邮件服务器,是一件非常复杂的工作,且难以保护。 解决:倡议装置一个SMTP插件来解决发送邮件问题:WP-Mail-SMTP。 WordPress 5.0 换回老版”Classic Editor”经典编辑器起因:Wordpress5.0之后的版本,编辑器与之前有了显著的区别。这里不探讨编辑器孰优孰劣,咱们发现编辑器降级之后,用户的主题无奈适应新的编辑器,导致做不到可视化编辑。 解决:如果您心愿主题能够可视化编辑,您必须启用经典编辑器。启用的办法非常简单,装置“Classic Editor”这个插件即可。 WordPress 后盾降级网络不通,官网也打不开?起因:WordPress是国外的网站,后盾降级地址也是国外的,如果网站打不开,后盾降级同样就无奈进行。 解决:如果您迫切需要降级,请参考咱们的WordPress手工降级文档 WordPress 管理员失去权限,无奈失常登录后盾?起因:WordPress的后盾治理是分权限的,而最高权限是超级管理员。当wordpress管理员因失去权限无奈失常进入后盾。 解决:能够通过进入PhpMyAdmin数据库管理工具,来进行权限复原。 登录数据库管理工具phpMyAdmin: http:// 服务器ip/phpMyAdmin/找到跟用户相干的数据表:wp_users和wp_usermeta;先进入wp_users,查看本人的管理员用户名,超级管理员用户id个别都是1,不是就批改;再进入wp_usermeta表,找到wp_user_level,wp_capabilities字段。如果对应账号wp_user_level的值不是10 ,请批改为10(超级管理员一半都是10,最高权 限);查看wp_capabilities值,如果外面不是 “administrator”,能够间接改成:a:1:{s:13:"administrator";b:1;} ;从新登录。以上是咱们对WordPress在应用过程中用户常见问题的总结和思考,能够解决您的大部分问题,如果您可能会应用WordPress,倡议珍藏哦~ 如果您有其余问题,欢送分割咱们征询~咱们也将逐渐发现更多故障的解决办法,进行总结更新! 本文由Websoft9原创公布,转载请注明出处。

August 6, 2021 · 1 min · jiezi

关于云计算:必备一文掌握Wordpress插件

必备!一文把握Wordpress插件什么是插件?Wordpress是一个十分弱小的建站零碎,而在咱们建站的过程中,插件的应用必不可少。 插件是WordPress性能的扩大,也是WordPress得以独步天下的“杀手锏”,其插件实现了货真价实的“即插即用”。寰球有超过100万的WordPress插件,涵盖电商、表单、邮件、论坛、备份、丑化、社交分享、轮播等畛域。 插件的呈现让咱们的建站更加得心应手、锦上添花。试想,当你须要实现一个简单的性能——比方电子商务业务的拓展开发,须要消耗大量老本撑持我的项目发展的时候,一个专门实现这个性能的插件能够让你省去从新研发的大量精力、即插即用。这是如许便当高效的事件! Wordpress的插件十分不便好用,那么,这些插件怎么找?怎么装置呢?明天,websoft9带你具体理解寻找插件、装置插件的过程,咱们还整顿了Wordpress中top20的罕用插件,供你参考。 插件怎么找?插件怎么找呢?首先,咱们应该明确本人的需要。一昧地海底捞针没有方向是不可行的。咱们应该根本确定本人在Wordpress建站时有什么样的需要、要解决什么样的问题。 在确定本人的需要之后,寻找所需的插件,websoft9举荐您这三种形式: 通过WordPress后盾-外观-装置插件,在线获取WordPress插件库 (opens new window)的插件;通过百度、google等搜寻“WordPress插件”,淘到本人喜爱的主题;通过插件交易市场购买功能强大的插件,例如:codecanyon.net。插件怎么安?找到了本人须要的插件,并且下载了这些插件之后,咱们还须要装置插件,才能够应用插件性能。websoft9也为您提供两种装置插件的形式: 通过WordPress后盾-插件-装置插件,后盾上传插件装置(举荐) 通过FTP工具,将主题文件上传到 WordPress 根目录下 /wp-content/pluginTop20插件举荐最初,websoft9也为您整顿了常常应用的Wordpress插件,供您参考。心愿为您的插件抉择带来便当。 名称类别用处付费 or 收费WooCommerce电商将WordPress扩大成电子商务网站收费WooCommerce Tab Manager电商电商页面Tab扩大收费UpdraftPlus WordPress Backup Plugin备份主动备份WordPress收费Visual Composer: Page Builder for WordPress排版与布局客户化编辑器免费Slider Revolution Responsive WordPress Plugin排版与布局弱小无比的轮播动画制作与治理免费Ninja Forms – The Easy and Powerful Forms Builder表单表单插件收费Duplicator – WordPress Migration Plugin系统管理网站整体打包工具,领有备份与迁徙收费All-in-One WP Migration系统管理网站整体打包与复原工具收费download-monitor下载治理下载治理收费File Manager文件治理在线文件管理工具收费Yoast SEOSEOSEO优化倡议和按页面设置收费All in One SEOSEOSEO优化倡议和按页面设置收费Remove Google Fonts系统管理屏蔽google字体,晋升速度收费WP-Optimize系统管理系统优化和瘦身收费WP Job Manager业务利用招聘、职位治理收费WP Mail SMTP by WPForms业务利用SMTP邮件发送设置收费weDocs – the documentation plugin业务利用在线文档工具收费Smartideo业务利用优酷等视频插入收费Essential Grid排版与布局文章、页面网格工具收费Post Grid, List for WordPress – Content Views排版与布局文档、页面调用工具收费本文由Websoft9原创公布,转载请注明出处。

August 6, 2021 · 1 min · jiezi

关于云计算:YYDS浪潮云蝉联中国政务云服务运营市场占有率第一

近日,寰球权威咨询机构IDC正式公布《交融翻新,走出内卷——2020政务云服务经营市场钻研报告》,数据显示:浪潮云以14.3%的市场份额占比,蝉联2020中国政务云服务经营市场份额第一位。 IDC报告指出,随着国家信息科技与翻新理念倒退的总体策略方向的提出,政务云市场呈现出从资源粗放走向交融翻新、场景化经营需要强烈、多云治理能力要求强烈的重要变动。在新形势下,政务云将面临如何进一步深度开掘数据价值、如何精细化治理上云业务、如何晋升应用品质三大痛点。在IDC中国政府行业与智慧城市研究组钻研经理詹墨磊看来,政务云服务的经营是将来政务云倒退的次要模式,其目标不仅在于为政府提出实现降本增效的云服务计划,还须要提出可能撑持业务翻新的交融计划,并对于多元基础架构能够提出兼容性经营的能力。 作为中国分布式云的引领者,以及国内政务云市场最早的布局者和“政务云”概念的提出者,浪潮云通过云网边端交融、云数智交融、建管运交融的全栈云服务,构建零信赖的云数平安体系,具备“业余、生态、可信赖”三大外围劣势,目前已建成了全国最大的分布式云骨干体系。往年5月浪潮云更是降级公布全新的“1231”业务策略,推出“分布式云+”行动计划,推动着政务云迈向新的倒退阶段。 正如IDC在报告中所言,当下政务云服务的经营是如何帮政府实现更好的“云”建设和“云”利用。这与浪潮云对于政务云市场发展趋势的洞察不约而同,浪潮云认为,中国政务云的倒退在经验了资源物理集中、业务上云两个阶段后,2021年开始走向以数据因素为外围的云上翻新阶段,数据因素化、计算边缘化、利用原生化以及经营一体化成为政务云倒退新趋势。 在这一阶段,数据首次被明确成为新型生产因素,政府数据更加凋谢、社会数据价值凸显、数据安全逐渐增强。基于分布式云对传统数据和物联数据的多形式采集成为新的数采形式,基于智算服务、AI算力,通过云边一体面向智慧场景成为新的数算能力,通过数据共享流通打造新的数用体系,推动政府业务流程再造,推动社会治理数字化转型。计算能力走向边缘节点,业务倒退驱动云原生需要增长,同时也推动政务云向经营一体化迈进,在治理上实现“省市区县”向下延长,在技术上实现平台、数据和利用向上协同,提供面向平台、数据、利用多维度、全场景的经营能力。 十年一日,幻想始终在路上。在政务云这个竞技场,浪潮云凭借齐备的产品体系、宽泛的用户根底、欠缺的云平安服务和良好的生态体系操之过急,翻新政务服务新场面。时值“十四五”布局开局之年,浪潮云将基于本身多年来积攒的技术劣势与实践经验,持续深耕政务云行业迭代降级,全面助推数字中国建设指标实现。

August 5, 2021 · 1 min · jiezi

关于云计算:致敬-hacker-|盘点内存虚拟化探索之路

简介: 内存虚拟化相比裸机,依然存在较大差别,是当下值得关注的问题! 云与虚拟化云计算是通过 Internet 服务的形式提供动静可伸缩资源的计算模式,通过多年的倒退已成为企业 IT 技术的重要撑持。虚拟化是云计算的核心技术之一,将一台计算机形象为多台逻辑计算机,即虚拟机,每个虚拟机是一个独自平安的环境,可运行不同的操作系统且互不影响。 虚拟化技术给资源应用和调度带来了极大便当,云计算零碎能够依据负载状况及时进行资源调度,在晋升资源利用率的同时保障利用和服务不会因资源有余而影响服务质量。然而虚拟化也是有代价的,对资源的形象带来了性能损失,这也是虚拟化始终致力解决的问题。 虚拟化的资源形象能够简略划分为三局部:CPU 虚拟化、内存虚拟化和设施虚拟化。其中设施虚拟化曾经能够实现网络、存储等设施直通虚拟机,没有性能损失;CPU 虚拟化在硬件个性的反对下,执行一般指令性能与裸机雷同;而内存虚拟化相比裸机,依然存在较大差别,是当下值得关注的问题。 内存虚拟化虚拟内存:说到内存虚拟化,就不得不提虚拟内存的概念。晚期的操作系统只有物理地址且空间无限,过程应用内存时必须小心翼翼以防止笼罩其余过程的内存。为防止此问题,虚拟内存的概念被形象进去,保障每个过程都有一块间断的、独立的虚拟内存空间。过程间接通过 VA(Virtual Address)应用内存,CPU 访存时收回的 VA 由硬件 MMU(Memory Management Unit)拦挡并转换为 PA(Physical Address),VA 到 PA 的映射应用页表进行治理,MMU 在转换时会主动查问页表。 内存虚拟化:与虚拟内存的概念相似,一台主机上的每个虚拟机认为本人独占整个物理地址空间,因此须要对内存再做一次形象,即内存虚拟化,保障每个虚拟机都有独立的地址空间。这样一来,在虚拟机和物理机中均有 VA 和 PA 的概念,即 GVA(Guest Virtual Address)和 GPA(Guest Physical Address),以及 HVA(Host Virtual Address)和 HPA(Host Physical Address)。虚拟机内的程序应用的是GVA,最终须要转换成 HPA。两个 VA 到 PA( GVA 到 GPA 以及 HVA 到 HPA)的映射同样应用页表治理,GPA 到 HVA 个别是几段间断的线性映射,由虚拟机的管理程序 VMM(Virtual Machine Monitor)进行治理。 过程访存须要从 VA 转换成 PA,在引入内存虚拟化后,转换门路产生了很大的变动。本来只须要将 VA 转换为 PA,虚拟化后转换过程变成 GVA -> GPA -> HVA -> HPA 。门路变得更长更简单之后,对于访存的平安和性能都带来了挑战,这两点也是内存虚拟化须要达到的指标:1)平安 ,即地址转换的合法性,虚拟机不能拜访不属于本人的内存;2)性能,即地址转换的高效性,包含转换关系建设的开销低,以及转换过程自身的开销低。 ...

August 4, 2021 · 2 min · jiezi

关于云计算:云端干货云原生定义解析之不可变基础设施-immutable-infrastructure

文/蔡超 Mobvista 汇量科技团体副总裁兼首席架构师 随着云原生技术的一直倒退,2018年,CNCF扩大了云原生技术的定义,以下是云原生技术的新定义: “云原生技术有利于各组织在私有云、公有云和混合云等新型动静环境中,构建和运行可弹性扩大的利用。云原生的代表技术包含容器、服务网格、微服务、不可变基础设施和申明式API。这些技术可能构建容错性好、易于治理和便于察看的松耦合零碎。联合牢靠的自动化伎俩,云原生技术使工程师们可能轻松地对系统作出频繁和可预测的重大变更。“ 其中,像容器,微服务等概念早已深入人心,而很多开发人员都对此次提及的“不可变基础设施”这个概念有不少纳闷,下文将对这个概念进行解析。 其实不可变基础设施这个概念由来已久,并在不同的场合被很多技术专家已不同的模式提出并探讨过, 例如: “Trash Your Servers and Burn Your Code: Immutable Infrastructure and Disposable Components”, Chad Fowler, 2013 “Phoenix Server”, Martin Fowler, 2012 不可变基础设施里的“不可变”十分相似于程序设计中的“不可变”概念。程序设计中,不可变变量(Immutable Variable)就是在实现赋值后就不能产生更改,只能创立新的来整体替换旧的。因为具备这样的个性这种变量能够在并发环境下平安的应用。对于基础设施的不可变性,最根本的就是指运行服务的服务器在实现部署后,就不再进行更改。 在过来依赖传统的高可靠性基础设施的时代,服务的可靠性依赖于高可靠性的服务器。然而,这些基础设施具备很高的领有老本,并且初始化,配置的老本也十分高(对于大中型机,甚至重启都是一种侈靡的)。所以,在过后不可变基础设施的构想是难以实现的,开发人员总是须要在服务器上对运行环境做一下继续的更改,如:系统升级,配置批改,补丁等。在许多手动批改之后,服务器的不同配置的重要性或必要性变得不分明,因而更新或更改任何配置可能会产生意想不到的副作用(这就导致了 Martin Fowler所说的snowflake server “Phoenix Server”,2012)。 可变基础设施通常会导致以下问题: 在劫难产生的时候,难以从新构建服务。继续过多的手工操作,不足记录,会导致很难由规范初始化后的服务器来从新构建起等效的服务。 在服务运行过程中,继续的批改服务器,就犹如程序中的可变变量的值发生变化而引入的状态不统一的并发危险。这些对于服务器的批改,同样会引入中间状态,从而导致不可预知的问题。 随着虚拟化技术以及建设在这之上的云计算基础设施的引入,极大的升高了获取标准化基础设施的老本。同时,容器技术的引入也让咱们能够不便地打包构建利用及其运行时的依赖环境,这样咱们就能够不便地构建不可变的、可版本化治理的服务(这里包含了标准化实例、运行环境及应用服务)。 在构建云原生时,要实现不变基础设施,咱们须要实际以下几点: 应用云端虚拟化基础设施作为构建根底 通过容器技术来打包及整体构建服务运行环境 实现容器镜像的自动化构建及版本化治理 通过继续部署零碎,进行自动化部署 对于云计算,你想要理解更多?复制下方链接至浏览器,挖掘更多宝藏! https://new.spotmaxtech.com/

August 3, 2021 · 1 min · jiezi

关于云计算:下午4点半浪潮云说直播间精彩继续

征询布局助力政企客户数字化转型 从征询视角登程,摸索数字化转型的根本任务及外围门路,并联合实战经验,提出数字化转型方法论,助力政企客户数字化转型。

August 3, 2021 · 1 min · jiezi

关于云计算:云小课-一分钟了解AppCube中的应用

阅识风波是华为云信息大咖,善于将简单信息多元化出现,其出品的一张图(云图说)、深入浅出的博文(云小课)或短视频(云视厅)总有一款能让您疾速上手华为云。更多精彩内容请单击此处。 摘要:利用魔方(AppCube)是华为云为行业客户、合作伙伴、开发者量身打造的一款低代码利用开发平台,通过AppCube可轻松构建专业级利用,翻新得心应手,麻利超乎设想。明天小课就带大家理解一下应用AppCube可构建哪些利用?起源:本文分享自华为云社区《云小课 | 一分钟理解AppCube中的利用》,作者:阅识风波 。 随着人工智能、物联网、区块链等畛域飞速发展,传统行业在向互联网化转型的过程中,对软件技术的要求越来越高,软件实现越来越简单,软件构建技术难度以指数级增长。 如果持续沿用传统的软件开发形式、交付能力,无论如何都是无奈满足这些海量、系统、善变的软件需要的。 华为云推出的利用魔方 AppCube分思考了开发者和企业用户的痛点,提供了高效率的低码利用开发平台。所谓低码是指用户少写代码、写大量代码甚至不写代码,通过拖、拉、拽的形式即可轻松构建专业级利用,翻新得心应手,麻利超乎设想。 AppCube笼罩轻利用、行业利用和业务大屏三大开发场景,满足行业客户、合作伙伴、开发者各种需要。 轻利用轻利用个别为轻量级利用,不波及复杂化的代码。用户应用AppCube零代码(如拖拽组件,简略配置)或者低代码就能轻松实现利用的搭建。AppCube提供了丰盛的轻利用模板,涵盖了办公治理、人事管理、项目管理、经营推广、培训赋能等畛域,开发者可基于模板疾速构建利用,减速企业数字化。 应用AppCube构建轻利用具备如下劣势: 丰盛的利用模板预置多畛域的利用模板,开箱即用。 高效页面编排丰盛的UI组件库,易用的拖拽式页面构建体验。 极简流程配置极简式流程编排,流程配置百变随心。 多屏交融反对Web版和Mobile版本,一次开发,多屏应用。 行业利用AppCube面向园区、城市、能源、教育和交通等行业,可基于全场景的可视化开发能力、我的项目级帮助共享能力和端到端的工程部署能力,疾速搭建行业利用和大型企业级利用,并积淀复用行业资产,助力行业搭档减速全场景行业数字化。行业利用较轻利用而言,性能更加丰盛。 应用AppCube构建行业利用具备如下劣势: 丰盛的行业资产积淀全方位资产视图,积攒利用资产、BO资产、组件资产100+,利用搭建灵便高效。 高效构建大型企业级利用全流程可视化开发,自动化调测,我的项目级帮助共享,端到端装置部署, 助力大型企业级利用高效构建。 爱护现有投资现有业务资产以Native服务形式接入复用,与现网零碎疾速集成,投资一次,长期受害。 大规模疾速复制便于市场获取解决方案资产,疾速实现利用客户化,大规模批量复制不再慢贵难。 在行业利用构建场景下,反对创立空白行业利用、BO、Addon利用等。 业务大屏AppCube业务大屏,即DMAX AI数据可视化大屏,以数据可视技术为外围,以AI辨认布局、屏幕轻松编排,多屏适配可视为根底,帮忙非专业的工程师通过图形化的界面轻松搭建业余水准的可视化大屏利用,满足我的项目经营治理,业务监控,危险预警等多种业务场景下的一站式数据实时可视化大屏展现需要。 在AppCube中,通过DMAX可轻松实现一站式数据可视化开发,分钟级构建业务大屏页面。 应用AppCube构建业务大屏具备如下劣势: 轻松编排,灵便配置简略拖拽,自由组合,预置丰盛的款式、组件和大屏模板,实时预览,轻松搭建大屏;业务人员和经营人员也可基于需要疾速配置大屏。 智慧辨认使用AI技术智能辨认手绘图及高清图,主动生成大屏页面。 自定义大屏模板大屏模板作为资产积淀,可在我的项目中疾速复用。 灵便部署与公布多端公布主动适配,反对多种部署形式,大型项目可视化大屏轻松出现。 应用利用魔方 AppCube可轻松构建专业级利用,人人都是开发者,有数程序猿哥媛妹再也不必放心发际线和黑眼圈啦。还等什么,请戳这里理解。 点击关注,第一工夫理解华为云陈腐技术~

July 31, 2021 · 1 min · jiezi

关于云计算:浪潮云洲赋能智造-拉升制造业微笑曲线

7月27日,浪潮云洲智造直播间第三期开播,主题为“云洲平台,驱动制作智能化”,分享助力企业附加价值增值,拉升制造业“微笑曲线”的翻新实际。 “微笑曲线”形似微笑,“嘴角”上扬的水平,代表着企业经营流动所产生的附加价值大小。在制造业产业链中,附加价值更多体现在两端——设计和销售。处于中间环节的制作,附加价值最低。 “传统制作向智能制作的演进,是附加价值增值的过程。”浪潮工业互联网配备制作行业智能化转型革新部副总经理韩富杰认为,工业互联网赋能,帮忙企业拉升“微笑曲线”,能在多个方向实现附加价值增值。包含向左加码研发与设计;向上围绕降本、提质、增效,实现智能生产;向右降级为智能化服务,拓展全渠道营销、数字营销。 目前,浪潮云洲聚焦6大行业,推出60+外围解决方案,面向12大利用场景,包含协同设计、仿真剖析、仓库管理系统(WMS)、运输管理系(TMS)、制造执行系统(MES)、智慧能源管理、视觉质检、平安生产治理、VR/AR辅助作业、设施治理、数字营销、设施近程运维等,最终实现制作型企业附加价值增值。 以视觉质检为例,机器视觉技术利用在质检环节中,波及产品尺寸、外观、精准定位、辨认技术等场景,相比人工质检存在的错误率、效率等问题,能极大升高漏检率,进步检测效率,节俭人工成本。 在利用案例方面,浪潮服务器智能工厂实现生产过程品质视觉智能质检,基于机器视觉,监测服务器拆卸品质,辨认员工作业是否标准。另外,高速摄像头搭配5G通信,实时对产品外表进行拍照,回传至部署在工厂边缘一体机中的视觉质检平台中,利用AI算法进行品质检测,辨认是否有品质缺点。 “客户的需要,是解决方案输入的惟一指标。”韩富杰示意,浪潮云洲将继续聚焦智能制作场景需要,依靠国家级双跨平台,交融综合性解决方案,提供制造业智能化转型和工业互联网基础设施建设服务,助力产业转型降级与高质量倒退。

July 30, 2021 · 1 min · jiezi

关于云计算:喜报浪潮云通过可信云多项评估认证并斩获三项大奖

7月27日,由中国信息通信研究院、中国通信标准化协会主办,云计算开源产业联盟承办的2021年可信云大会在京顺利揭幕。 大会期间,可信云各项评估认证及奖项后果陆续颁布,通过层层审核评比,浪潮云通过混合云平安能力、容器平台平安能力、面向金融场景的大规模容器平台性能、堡垒机平安评估四项权威认证,并荣获可信云技术最佳实际-安全类-数据安全、服务最佳实际-企业级PaaS、政务行业最佳实际三大奖项,同时作为首批参加单位缺席云原生性能实验室、零信赖规范推动和测评实验室成立典礼。 可信云是国内云计算畛域信赖体系惟一的权威评估,也是国内产业规范之一,大会至今已胜利举办8届,技术标准严格、专业性强、门槛高,是掂量云服务技术能力和服务水平的重要规范,对促成我国云计算市场的规范化、标准化施展着极其重要的作用。 混合云平安能力测评在私有云平安和公有云平安的根底上针对混合云特有的跨云平安进行评估,浪潮云ICP通过50多项平安能力的严格检测,凭借杰出的安全性,取得了 “混合云平安能力评估”最高级“加强级”。在容器平台测评中,浪潮云容器平台展现出的平安能力,实现容器构建、容器部署、容器运行全生命周期的平安防护能力笼罩。金融场景容器集群性能测评是容器畛域首个基于行业场景的系统化测评,模仿金融业务实在场景,对厂商的容器性能进行全面评估。此外,浪潮云自主研发的浪潮云御堡垒机产品,以优异的产品性能及全面的云原生平安个性,首批通过了可信云云平安评估的堡垒机平安测评,为浪潮云平安体系产品又添一份荣誉认证。 作为政务云市场最早的布局者及“政务云”概念的提出者,浪潮云通过云网边端交融、云数智交融、建管运交融的全栈云服务,提供业余、生态、可信赖的分布式云。浪潮云目前已造成了一朵分布式云、统一技术架构、统一用户体验、一套运管体系,往年5月浪潮云更是降级公布全新的“1231”业务策略,推出“分布式云+”行动计划,建成了全国最大的分布式云骨干体系。全新降级后的“分布式云+”具备数据服务、AI、信创、运管、云原生五大能力,推动着政务云迈向新的倒退阶段。 截至目前,浪潮云已建成了中国最大的分布式云体系,涵盖288个分布式云节点,基于对立的OpsCenter,实现了持续性迭代降级;服务我国245 个省市政府、2 万个政府部门、128 万家企业,具备16 大类 200 多种产品及 1 万个业务场景服务能力。

July 29, 2021 · 1 min · jiezi

关于云计算:必备一文掌握Wordpress插件

什么是插件?Wordpress是一个十分弱小的建站零碎,而在咱们建站的过程中,插件的应用必不可少。 插件是WordPress性能的扩大,也是WordPress得以独步天下的“杀手锏”,其插件实现了货真价实的“即插即用”。寰球有超过100万的WordPress插件,涵盖电商、表单、邮件、论坛、备份、丑化、社交分享、轮播等畛域。 插件的呈现让咱们的建站更加得心应手、锦上添花。试想,当你须要实现一个简单的性能——比方电子商务业务的拓展开发,须要消耗大量老本撑持我的项目发展的时候,一个专门实现这个性能的插件能够让你省去从新研发的大量精力、即插即用。这是如许便当高效的事件! Wordpress的插件十分不便好用,那么,这些插件怎么找?怎么装置呢?明天,websoft9带你具体理解寻找插件、装置插件的过程,咱们还整顿了Wordpress中top20的罕用插件,供你参考。 插件怎么找?插件怎么找呢?首先,咱们应该明确本人的需要。一昧地海底捞针没有方向是不可行的。咱们应该根本确定本人在Wordpress建站时有什么样的需要、要解决什么样的问题。 在确定本人的需要之后,寻找所需的插件,websoft9举荐您这三种形式: 通过WordPress后盾-外观-装置插件,在线获取WordPress插件库 (opens new window)的插件;通过百度、google等搜寻“WordPress插件”,淘到本人喜爱的主题;通过插件交易市场购买功能强大的插件,例如:codecanyon.net。插件怎么安?找到了本人须要的插件,并且下载了这些插件之后,咱们还须要装置插件,才能够应用插件性能。websoft9也为您提供两种装置插件的形式: 通过WordPress后盾-插件-装置插件,后盾上传插件装置(举荐) 通过FTP工具,将主题文件上传到 WordPress 根目录下 /wp-content/pluginTop20插件举荐最初,websoft9也为您整顿了常常应用的Wordpress插件,供您参考。心愿为您的插件抉择带来便当。 名称类别用处付费 or 收费WooCommerce电商将WordPress扩大成电子商务网站收费WooCommerce Tab Manager电商电商页面Tab扩大收费UpdraftPlus WordPress Backup Plugin备份主动备份WordPress收费Visual Composer: Page Builder for WordPress排版与布局客户化编辑器免费Slider Revolution Responsive WordPress Plugin排版与布局弱小无比的轮播动画制作与治理免费Ninja Forms – The Easy and Powerful Forms Builder表单表单插件收费Duplicator – WordPress Migration Plugin系统管理网站整体打包工具,领有备份与迁徙收费All-in-One WP Migration系统管理网站整体打包与复原工具收费download-monitor下载治理下载治理收费File Manager文件治理在线文件管理工具收费Yoast SEOSEOSEO优化倡议和按页面设置收费All in One SEOSEOSEO优化倡议和按页面设置收费Remove Google Fonts系统管理屏蔽google字体,晋升速度收费WP-Optimize系统管理系统优化和瘦身收费WP Job Manager业务利用招聘、职位治理收费WP Mail SMTP by WPForms业务利用SMTP邮件发送设置收费weDocs – the documentation plugin业务利用在线文档工具收费Smartideo业务利用优酷等视频插入收费Essential Grid排版与布局文章、页面网格工具收费Post Grid, List for WordPress – Content Views排版与布局文档、页面调用工具收费本文由Websoft9原创公布,转载请注明出处。

July 28, 2021 · 1 min · jiezi

关于云计算:深度融合云管理平台助推政府实现最多跑一次改革

依照国家对于倒退大数据、建设数字中国和智慧社会、进步社会治理智能化程度的部署要求,各地别离组建了大数据管理局,负责推动政府数字化转型和大数据资源管理等工作。通过组建这一机构,进一步增强互联网与政务服务的深度交融,兼顾治理公共数据资源和电子政务,推动政府信息资源整合利用,突破信息孤岛、实现数据共享,进一步助推“最多跑一次”改革和政府数字化转型。 毫无疑问,大数据管理局的设立,为政府数字化转型提供了无力抓手,但要真正转型胜利,大数据管理局面临哪些挑战?又要如何去解决呢? 博云BeyondCMP一体化云治理平台推出至今已帮忙泛滥客户提供了数字化转型解决方案,大幅度晋升了企业信息化治理的效率和服务水平。接下来,咱们将以博云服务过的某大数据管理局“对立云治理平台”建设案例来做剖析,具体介绍“对立云治理平台”如何赋能政府数字化转型。 01 我的项目挑战 首先咱们剖析一下以后大数据管理局相干人员的工作职责,次要波及以下四类人员: • 大数据管理局管理人员:政务云网资源的审批、协调、经营决策等治理类工作; • 大数据管理局运维人员:政务云网资源数据监控、运维等技术类工作; • 委办局业务零碎开发和运维人员:以业务维度申请政务云网资源,应用、监控、运维业务相干云网资源; • 供应商相干技术人员:政务云网软硬件运维等技术撑持类工作; 通过剖析上述四类人员当前工作中的问题,我的项目挑战可次要分为以下三大类: • 云网资源服务申请体验差、效率低 各委办局业务零碎开发和运维人员申请政务云网资源以邮件形式申请,大数据管理局管理人员通过邮件形式审批,云网资源线下申请审批,流程和资源不能主动联动供应,不足自助服务,服务体验差、效率低。 • 经营决策数据、服务考核评估体系不欠缺 大数据管理局管理人员不足多维度经营剖析数据(资源、业务、费用等维度),不足政务云网整体运行状况统计数据,从而无奈无效进行经营决策,另外不足服务考核评估体系,无奈无效晋升服务体验和品质。 • 云网资源运维能力扩散或缺失 大数据管理局运维人员、各委办局运维人员、供应商相干技术人员云网资源配置管理、根底监控、运维操作能力扩散或缺失,不足对立治理,无奈无效进行资源管理和数据统计,无奈及时定位故障起因并及时处理。 02 解决方案 那么如何建设“对立云治理平台”赋能大数据管理局,解决以后面临的诸多挑战,助力政府数字化转型呢? 此大数据管理局“对立云治理平台”建设依照服务化、挪动化,运维和经营两手抓的指标,咱们认为首先要建设夯实运维和经营能力(包含:资源纳管能力、IT运维服务能力、IT根底监控能力、配置管理能力、服务经营能力、考核评估能力、统计报表能力、大屏展现能力等),而后通过三个门户(对立运维经营门户、对立服务门户、对立挪动APP)将资源、运维、经营能力以自助服务的形式进行公布,赋能大数据管理局解决以后面临的挑战,无效晋升服务质量、体验及效率。 • 对立服务门户:各委办局对立政务云网服务申请的入口,自主治理服务门户。大数据管理局所有对外提供的服务以服务目录模式公布到对立服务门户,各委办局进行申请、审批,自主查看工单进度、资源应用状况和云网生产统计。 • 对立挪动APP:不限地点束缚,大数据管理局管理人员、运维人员,各委办局可随时通过对立挪动APP进行政务云网服务申请、审批和解决,充分发挥APP的灵活性,进步大数据管理局服务的体验和效率。 • 对立运维经营门户:大数据管理局和各委办局用户/利用对立接入、对立受权,业务互通、数据互通、应用拆散、互不烦扰,解决大数据管理局和各委办局运维经营工作碎片化的痛点,实现运维经营工作对立入口、集中管理。 运维经营能力 资源纳管能力 逾越政务云不同数据中心和不同异构云环境进行对立资源纳管。同时,针对不同数据中心外部的基础设施资源,包含服务器、网络设备、安全设备、链路等。为异构云资源提供灵便的调度策略,为多云环境多集群环境提供对立资源池治理,蕴含计算、网络、存储资源池,为大数据管理局和各委办局运维人员提供云网资源管控能力。 IT运维服务能力 政务云网服务流程的对立管控,波及云网资源申请、变更、登记,平安服务防火墙策略开明,通用事件申请、日常桌面运维服务等,规范化、标准化大数据管理局线上服务审批流程,可跟踪可溯源。 IT根底监控能力 对立监控云资源和基础设施,云资源包含云平台、集群、宿主机、虚拟机的应用状况,基础设施包含服务器硬件、操作系统、网络设备、安全设备、链路,全面监控、及时预警,保障业务零碎稳固运行。 CMDB配置管理 作为数据汇聚核心,对立接入云网资源、业务、基础设施中服务器、网络设备、安全设备、链路等信息。确保云网环境中所有设施/零碎及其配置信息失去无效残缺的记录和保护,同时承当云网服务流程和CMDB的联动、更新,为大屏和统计报表提供数据生产,为大数据管理局和各委办局运维人员提供资源统计数据。   考核评估能力 包含考核指标设置、考核打算、考核后果展现,分三个维度考核,包含对供应商服务的考核、对各委办局云主机资源应用状况的考核、各委办局对大数据管理局服务的考核,最终零碎按月主动得打分,得出绩效等级和绩效分值,督促相干方进步运维效率、服务水平、资源利用率。   统计报表能力 提供多种维度、多种类型的统计数据,涵盖业务工单、云资源统计、网资源统计、云资源生产、网资源生产、告警统计、资产统计等,反对以饼图、柱状图、列表、环图、TOP等多种展现模式,以报告模式对资源和运维工作全面统计,为大数据管理局管理人员经营决策提供数据撑持。   大屏展现能力 从数据中心、云资源、网资源、业务、机房、云网资源总览等多个维度进行统计及3D可视化展现,便于大数据管理局管理人员及时、精确理解政务云网整体状况,为经营决策提供数据撑持。   03 价值收益 对立治理 对立治理云布局、规范、制度和技术体系,采纳平安可控的软硬件云产品,建设自助化、自动化和智能化的政务云网管理体系,缩小扩散治理资金投入。 按需应用 进步基础设施资源的利用率,实现按需调配、即需即用、无效共享。通过正当布局、小步快跑的形式,实现建设集约化、信息共享化、效益最大化。 无效节流 通过兼顾政务云、政务网根底建设,无效升高分散性信息化投资,晋升整体运维经营效率,缩小资源、信息及数据孤岛造成,推动造成面向数字政府的弱小信息化引擎。  

July 28, 2021 · 1 min · jiezi

关于云计算:2021可信云大会开幕分布式云成助推数字化转型新利器

7月27日,2021年可信云大会在京顺利揭幕。此次大会以“数字裂变,可信倒退”为主题,邀请云计算行业专家学者、知名企业代表、行业大咖同台论道,围绕云计算行业趋势、企业数字化转型等热门议题深入探讨。 在国家大力发展新基建的浪潮下,“十四五”布局大纲将云计算、大数据、工业互联网等列为七大数字经济重点产业,数据成为根底战略性资源和重要生产因素,无处不在的计算已延长到数据末端。在2019年定义“分布式云”概念后,往年5月浪潮云再次降级分布式云策略,致力于为用户提供云网边端、云数智交融、建管运交融的全栈云服务,构建零信赖的云数平安体系,打造新一代混合云。 会议期间,浪潮云副总经理颜亮在《“分布式云+”减速新一代数字化转型》主题演讲中指出,作为国内分布式云引领者,浪潮云打造了中国最大的分布式云,造成了包含一朵分布式云、统一技术架构、统一用户体验、一套运管体系在内的分布式云架构。推出“分布式云+”行动计划——1+2+N+生态,即打造一朵云网边端交融的分布式云,基于浪潮云的技术,针对不同的业务场景和行业属性,真正实现云边一体、云网一体、软硬一体倒退,同时聚焦数字政府和工业互联网2大重点畛域,联合浪潮云多年来行业实践经验的积淀,对多个业务场景进行云数智一体化的标准化输入,助力政企客户疾速转型,联结合作伙伴共建生态。 颜亮指出,在政务云畛域,中国政务云的倒退在经验了资源物理集中、业务上云两个阶段后,2021年开始走向以数据因素为外围的云上翻新阶段,数据因素化、计算边缘化、利用原生化以及经营一体化成为政务云倒退新趋势。在这一阶段,数据首次被明确成为新型生产因素,政府数据更加凋谢、社会数据价值凸显、数据安全逐渐增强,基于分布式云对传统数据和物联数据的多形式采集成为新的数采形式,基于智算服务、AI算力,通过云边一体面向智慧场景成为新的数算能力,通过数据共享流通,打造新的数用体系,推动政府业务流程再造,推动社会治理数字化转型;计算能力走向边缘节点,业务倒退驱动云原生需要增长,同时也推动政务云向经营一体化迈进,在治理上实现“省市区县”向下延长,在技术上实现平台、数据和利用向上协同,提供面向平台、数据、利用多维度、全场景的经营能力。 在工业互联网畛域,无处不在的部署推动基础设施向边缘扩大,到2023年,在物联网边缘运行各类数据处理的企业将减少70%,企业边缘应用程序的数量将减少800%,寰球边缘基础架构收入年复合增长率将达到13.0%,在边缘部署的带有人工智能性能的新型OT设施将减少50%。基于分布式云,浪潮将云计算、大数据、物联网、人工智能等新技术与工业零碎的全方位深度交融,实现产线智能化革新、集成设施联网,买通ERP\MES等6大零碎,实现了大规模柔性生产,推动整体效率晋升了60%,研发周期缩短50%,交付周期缩短70%,人员老本升高75%。 在谈到对分布式云将来倒退的思考时,颜亮强调,分布式云将逐渐成为部署云的新趋势,随着数字政府的倒退,政府信息化倒退也将进入数据智能阶段,工业互联网仍将是企业数字化转型的外围时机。 在当天下午举办的云原生论坛上,浪潮云产品总监尹萍作《浪潮分布式云+云原生实际之路》主题演讲。尹萍指出,以后混合云已成为新趋势,同时企业在数据智能方面的投入继续加大。浪潮云在这一大背景下,实现了国内最大规模的一次分布式云迁徙,涵盖169个分布式云节点,基于对立的OpsCenter,实现全云范畴的持续性迭代降级,历时半年,超过20000+业务利用零碎胜利迁徙至浪潮分布式云。在这一过程中,浪潮云进一步夯实产品能力,已具备涵盖核心云、本地云、边缘云在内的分布式云底座,实现泛在感知数据智能的业务使能平台,主打政府数字化转型的政府数据平台以及运维和平安的全栈产品。在边缘云方面,公布面向N个场景的云站系列产品。在云原生方面,围绕云原生利用翻新和云原生泛在感知数据智能两大主题,建设笼罩产品、服务、征询在内的产品闭环支撑体系,致力于联结生态搭档独特打造行业新生态。 尹萍示意,下一步浪潮云将以“两院三核心”的模式赋能生态,搭建行业征询、技术领导、方案设计能力输入体系,通过成立规范研究院、征询规划院,打造计划验证核心、开发者反对核心、云原生适配核心,联结搭档、生态造成一体化计划、产品及交付能力,致力于更好的服务客户,服务行业,摸索更高质效的智慧+行业的服务模式。 作为国内云计算畛域信赖体系惟一的权威评估,大会至今已胜利举办8届,评估范畴笼罩云计算全产业,其权威性失去云计算行业的高度共识,成为掂量云服务技术能力和服务水平的重要规范。7月28日,更多评估认证及奖项后果也将陆续公布,咱们独特期待浪潮云的精彩体现!

July 28, 2021 · 1 min · jiezi

关于云计算:云洲智造直播间下午430准时开播

云洲平台 驱动制作智能化 通过云洲平台驱动制造业智能化转型降级的过程,也是制作企业经营流动中附加价值增值的过程。

July 27, 2021 · 1 min · jiezi

关于云计算:中国信通院发布2021云计算十大关键词

7月27日,由中国信息通信研究院、中国通信标准化协会主办的“2021年可信云大会”在京召开。中国信息通信研究院云计算与大数据研究所所长何宝宏在会上正式公布“2021云计算十大关键词”以及对应的重要发展趋势。 2021云计算十大关键词别离是:云原生、高性能、混沌工程、混合云、边缘计算、零信赖、优化治理、数字政府、低碳云、企业数字化转型。 1云原生:云计算架构正在以云原生为技术内核减速重构何宝宏示意,随着我国在“新基建”畛域的布局减速,云计算迎来全新的倒退时机,万千企业数字化转型提速换挡,也对云计算的应用效力提出新的需要。云原生以其独特的技术特点,很好的符合了云计算倒退的实质需要,正在成为驱动云计算“量变”的技术内核。 何宝宏判断,在将来的一段时间内,以云原生为技术内核重构IT架构将是大势所趋。 2高性能:云端高性能计算驱动数字经济倒退何宝宏示意,以后,算力推动云计算、大数据、人工智能及智慧利用从概念落地到事实,我国的数字经济也逐渐向人工智能、智能芯片、物联网、大数据、云计算等“算力依赖型”产业聚焦。 随着云计算一直倒退,云上算力从计算资源、网络资源、存储资源三个维度不断丰富加强,云端高性能算力的大规模调度更为便捷、提供的算力模式更加多样化、运行工作通明、触达更多的利用。在此劣势下,云端高性能市场逆势上涨。 3混沌工程:为简单零碎稳定性保驾护航何宝宏指出,简单零碎的稳定性难以保障正在成为行业倒退的痛点,混沌工程的呈现和衰亡,为简单零碎稳定性保驾护航,保障生产环境的分布式系统,在面对失控条件的时候,依然具备较强的韧性。 目前,混沌工程尽管曾经在互联网、金融、通信、工业等多个行业逐渐落地,但仍处于晚期摸索阶段,亟需标准规范推动行业衰弱倒退。何宝宏介绍,中国信通院曾经编制了 《混沌工程平台能力要求》《混沌工程成熟度模型》《软件系统稳定性度量模型》等规范,并开展了混沌工程相干评估工作,同时还将成立混沌工程实验室。 4混合云:成为企业上云支流模式何宝宏示意,随着十四五布局的进一步明确,混合云已成为将来国内云计算倒退的重点之一。而近几年混合云技术和计划的疾速倒退,也使其在各个行业的利用不断深入,已成为企业上云的支流模式。 从市场接受度来看,寰球范畴内有82%的用户曾经利用混合云部署模式;从产业供应来看,私有云服务商、公有云厂商、电信运营商、传统IT服务商、云治理服务商等泛滥厂商被混合云的广大前景所吸引,纷纷推出了各自的解决方案;从行业利用来看,混合云的落地实际和利用场景日益丰盛。 5边缘计算:呈蓄势待发之势何宝宏指出,边缘计算正在呈现出蓄势待发之势,产业关注度一直进步、技术体系日臻成熟、利用场景日益丰盛、规范制订一直演进。 纵观整个边缘计算产业生态,芯片设施、云服务商、运营商、软件与解决方案商、开源组织等企业和组织纷纷推出相干产品和服务,整个生态日益完善。 中国信通院公布的“2021云边协同十佳案例”显示,边缘计算曾经在工业、交通等重点畛域失去了利用,将来随着产业生态不断完善,技术体系疾速倒退,边缘计算将在产业和企业数字化转型表演重要角色。 6零信赖:与原生云平安一直交融随着企业上云过程的一直放慢,传统以边界为外围的平安防护体系遭逢瓶颈,零信赖、原生云平安等理念衰亡,为企业建设新一代平安体系提供了指引。 以后,云原生与云平安呈减速交融趋势。一是在经营阶段,零信赖作为云平安产品一直原生化,零信赖从私有化部署向SaaS服务演进、SD-WAN通过集成零信赖,实现平安拜访服务边缘(SASE),云上零信赖实现了平安性能的弹性扩大,可能应答海量拜访申请,同时微隔离作为零信赖关键技术,对云内东西向流量进行访问控制,补救传统平安防护机制在云环境利用的有余。二是原生云平安强调从研发阶段关注平安,越来越多的企业开始以零信赖准则设计利用零碎,云服务或云上利用将实现原生零信赖,平安能力失去大幅晋升。 7优化治理:企业上云减速优化治理需要何宝宏示意,随着企业用云水平的加深,企业关注点从开始上云的征询、迁徙,逐渐地转到上云后的优化,云优化治理体系逐步形成。 云优化治理体系可能给企业上云策略制订、线路布局、采纳施行、云上优化进行全生命周期的优化晋升,让企业更懂云、更好的用云,为企业数字化转型提供新的能源。 8数字政府:数字技术使能政府治理翻新进步数字政府建设程度是“十四五”布局的重要篇章 ,随着数字政府迎来蓝海市场,企业纷纷减速布局。充分发挥云计算等数字技术的使能作用,推动政府治理流程再造和模式优化,一直进步决策科学性和服务效率是数字政府将来趋势。 何宝宏强调,将来,数字政府建设程度和经营成果成熟度,将会成为行业关注重点。 9低碳云:企业数字化与节能减碳齐头并进的技术引擎随着数字经济减速倒退,企业数据中心成为能耗小户,重大制约企业和全社会的绿色倒退。低碳云可能晋升资源效力,赋能社会节能减碳。 何宝宏介绍,“低碳云”是指利用云计算实现进步计算、存储、网络等资源利用率,全面晋升全社会资源效力,并将云计算与大数据、人工智能等技术交融,赋能企业和全社会节能减碳的指标。 10企业数字化转型:从宏观逐步到宏观落地企业数字化转型是国家推动经济社会倒退的重要策略伎俩。2017年,政府工作报告首次提出“数字经济”概念,至今已累计4次被间接写入政府工作报告。“十四五”布局中明确提出“以数字化转型整体驱动生产方式、生存形式和治理形式改革”等一系列重要布局指标,数字化概念,逐步从宏观向企业各个环节的宏观数字化落地。 何宝宏指出,随着数字经济倒退的深刻,企业的数字化转型正一直地从宏观整体,向企业价值链中各环节宏观模块浸透。

July 27, 2021 · 1 min · jiezi

关于云计算:今天2021可信云大会即将开幕

国家“十四五”布局大纲指出,要推动产业数字化转型,施行“上云用数赋智”口头,推动数据赋能全产业链协同转型。云计算作为数字化转型最重要的技术和工具,失去了充沛器重。 7月27日-28日,由中国信息通信研究院、中国通信标准化协会联结主办,云计算开源产业联盟承办的2021年可信云大会将应时而至。大会邀请云计算行业专家学者、知名企业代表、行业大咖同台论道,围绕行业发展趋势、落地利用、新兴技术、企业数字化上云等热门议题开展观点碰撞。此外,大会现场亦将重磅颁布“可信云行业服务最佳实际”“可信云技术服务最佳实际”最终名单,同时公布可信云最新评估后果、云计算畛域多本白皮书等内容。 会议期间,浪潮云副总经理颜亮将受邀出席会议并作《“分布式云+”减速新一代数字化转型》宗旨演讲,浪潮云产品总监尹萍作《浪潮分布式云+云原生实际之路》宗旨演讲,与大会嘉宾独特围绕“数字裂变 可信倒退”话题,探讨数字经济倒退之路。

July 27, 2021 · 1 min · jiezi

关于云计算:云原生爱好者周刊GitHub-官方文档终于开源了

云原生一周动静要闻: API 在 Kubernetes 1.22 中被删除ContainIQ 公开公布 - Kubernetes 本地实时监控!Sophos 收买 Capsule8开源我的项目举荐文章举荐国内一名开发者在学习 MIT 本科课程《MIT6.S081 操作系统工程》一课时,对其进行了翻译,目前中文版已在 GitHub 开源。课程次要围绕类 Unix 操作系统 XV6 进行解说,目标是为了让学生更好的了解类 Unix 的工作原理与基础架构。关注公众号「KubeSphere 云原生」,后盾回复「S081」即可获取残缺翻译。 开源动静Kubernetes 1.22 将彻底删除局部已弃用的 API随着 Kubernetes API 的倒退,API 会定期重组或降级,旧的 API 将会被弃用,并最终被删除。 Kubernetes 1.22 将于 2021 年 8 月公布,它将删除许多已弃用的 API。以下都是以前被弃用的测试版 API,已被替换成更新更稳固的 API 版本。 ValidatingWebhookConfiguration 和 MutatingWebhookConfiguration API 的测试版本( admissionregistration.k8s.io/v1beta1 API 版本)测试版 CustomResourceDefinitionAPI ( apiextensions.k8s.io/v1beta1 )测试版 APIServiceAPI ( apiregistration.k8s.io/v1beta1 )测试版 TokenReviewAPI ( authentication.k8s.io/v1beta1 )SubjectAccessReview, LocalSubjectAccessReview, SelfSubjectAccessReview 的 API 测试版本(来自authorization.k8s.io/v1beta1 的 API 版本)测试版 CertificateSigningRequestAPI(certificates.k8s.io/v1beta1)测试版 LeaseAPI(协调.k8s.io/ v1beta1)所有测试版 IngressAPI(extensions/v1beta1 和 networking.k8s.io/v1beta1 API 版本)如果您负责管理集群的 API Server 组件,能够在降级到 Kubernetes v1.22 之前尝试删除这些 API。 ...

July 23, 2021 · 2 min · jiezi

关于云计算:软件供应链公司对中小企业客户的价值

软件供应链公司对中小企业客户的价值咱们晓得,不论是传统的软件商 SAP, Oracle, Microsoft,还是新兴的 SaaS 软件引领起企业 Salesforce, Workday等,他们都有一支宏大的客户胜利团队,包含从售前、销售、交付施行和运维整个服务链。 然而,如果用这个胜利资源去服务中小型客户,就会面临微小的老本挑战,甚至说中小客户基本没有财力购买原厂的服务。然而,从软件需要的角度看,中小企业同样须要多种软件满足其业务,比方: 内容管理软件电子商务软件人事财务软件数字营销软件工具软件工业软件数据库软件每个企业都是一个多样性的企业,故中小企业并不会因为规模小而放弃对软件的需要。 故,中小企业(或部门级利用)同样会拥抱SaaS、开源和商业受权等多种软件模式,前提是满足业务需要,有技术保障,老本合乎估算范畴。 Websoft9 这种软件供应链公司,因为汇聚了大量优质的软件,并提供组装与集成、知识库、技术支持等服务,齐全满足中小企业在软件选型、计划集成、部署和运维过程中各种难题。 也就是说,宏大的中小企业群体,能够在 Websoft9 这里获取到大部分优质利用满足一直倒退的业务挑战。而 Websoft9 软件供应链因为具备规模化劣势,再加上为用户打造的“技术中台”,齐全能够服务于众小企业,让他们只需极小的投入,便能够借助寰球优质的软件拓展本身的能力。 汇聚软件信息不难,难在如何面向客户的业务场景,将各种不同的软件进行组装与集成,从而实现用户的特定需要。为此,Websoft9 聘用了来自华为、OPPO大型企业架构教训的参谋,他们熟知各个企业软件的性能特点,善于架构设计,对软件集成有粗浅的洞察。 Websoft9 汇聚寰球500+个优质软件,而通过软件之间的组装与整合,便能够产生2000+个之间可用的解决方案,满足中小企业大部分需要的同时,缩小软件的定制。 本文由Websoft9原创公布,转载请注明出处。

July 23, 2021 · 1 min · jiezi

关于云计算:所有人网易数字大会报名通道正式开启

明天起,一年一度的网易数字+大会启动,报名通道正式凋谢! 网易数字+大会已间断举办4年,是网易重磅打造的数字化及数字新基建畛域年度主题盛会。 多加一点行业解读,多加一点重磅公布,多加一点行业优良教训分享……每年这个时刻,网易数字+大会都吸引了商业、技术各畛域从业者共聚一堂,独特解读最新数字生态,分享前沿技术成绩,展现当先转型实际。 8月12日,在“数字新局,凋谢共生”2021网易数字+大会上,期待往年再次相聚! 新局解读,把握行业趋势本次大会议程局部分为主论坛、分论坛、workshop三大环节,分论坛涵盖云原生技术、大数据技术和数智翻新三大话题。 中国信息通信研究院云计算与大数据研究所所长何宝宏将做大会特地收场。云计算与大数据研究所次要承当相干技术的规范钻研、产品测试等工作,何宝宏将从权威机构角度,带来陈腐、深度的行业趋势。来自华泰证券、名创优品在内的金融、批发、交通、制作等行业头部企业专家,将不间断带来高密度的技术和行业利用分享。 往届嘉宾演讲现场 ToB五年,网易数帆多项重磅公布作为网易在数字经济最重要的会议之一,数字+大会早已成为网易数帆年度重磅公布+优良实际分享的集中地。 自2016年正式公布以来,网易数帆已走过5年。五年一节点,将来更可期。往年,网易数帆将推出“产品-能力-行业”重大策略,笼罩产品、服务、单干等多畛域。 同时,大会现场还将带来一系列产品升级和公布。云原生畛域,金融级分布式底座将公布,旨在解决银行等金融机构的数字化转型需要。另外,基于可视化编程语言的轻舟低代码开发平台2.0将降级公布。在大数据方面,流批一体、逻辑数据湖、轻量化ETL、CI/CD devops等新性能上线,继续打造数据生产力平台2.0。不仅如此,大会还将公布行业解决方案、新商业服务打算,敬请期待! 低代码/AI等现场体验除了理解网易数帆轻舟低代码2.0的产品细节外,如果手痒想要深刻体验,也能够报名低代码workshop,在教练领导下,应用低代码平台现场实现业务零碎的搭建。 在大会展区,主动生成音视频字幕或现场转换录音为文字,这些早已在网易云音乐上的MV中广泛应用的人工智能技术,也能在现场直观体验。更多扭蛋礼物惊喜和黑科技机密,都将在8月12日大会现场奉上~ 长按下方长图二维码或者点击“收费报名”即可报名2021网易数字+大会,到时见!

July 22, 2021 · 1 min · jiezi

关于云计算:浪潮云说丨如何对多云进行统一运营

依据Gartner 的报告:2020年,90%的中大型企业将利用混合云治理基础设施。以后,混合云、多云已成为政府、企业上云的支流。尽管混合云、多云有如性能佳、安全可靠等诸多劣势,但云服务资源散布于不同云平台,如何领有一致性体验,如何对多云进行对立经营成为微小挑战。 浪潮云泽智能运维中的业务经营零碎(BSS)便可帮忙用户对多云进行对立经营。 业务经营零碎(BSS),以对立的客户、商品、业务模型为根底,以标准化审批、施行流程为伎俩,提供欠缺的计量计费和老本剖析服务,实现产品的全生命周期治理。 业务经营零碎(BSS)具备涵盖私有云、公有云、混合云的一体化经营能力,反对产品上架、开明、治理、计量、计费、变更、销毁全生命周期治理,提供基于AI的多维度老本剖析及资源调度伎俩。 业务经营零碎(BSS)全面地展示云服务经营概览,笼罩产品全生命周期经营治理,联合各维度经营数据分析并给出优化倡议,全面保障云服务稳固经营和租户服务质量晋升,无效解决多云的对立经营难题。

July 22, 2021 · 1 min · jiezi

关于云计算:java版gRPC实战之二服务发布和调用

欢送拜访我的GitHubhttps://github.com/zq2599/blog_demos 内容:所有原创文章分类汇总及配套源码,波及Java、Docker、Kubernetes、DevOPS等; 本篇概览本文是《java版gRPC实战》系列的第二篇,前文《用proto生成代码》将父工程、依赖库版本、helloworld.proto对应的java代码都筹备好了,明天的工作是实战gRPC服务的开发和调用,实现的成果如下图: 本篇的具体操作如下:开发名为<font color="blue">local-server</font>的springboot利用,提供helloworld.proto中定义的gRPC服务;开发名为<font color="blue">local-client</font>的springboot利用,调用<font color="blue">local-server</font>提供的gRPP服务;验证gRPC服务能不能失常调用;源码下载本篇实战中的残缺源码可在GitHub下载到,地址和链接信息如下表所示(https://github.com/zq2599/blo...:名称链接备注我的项目主页https://github.com/zq2599/blo...该我的项目在GitHub上的主页git仓库地址(https)https://github.com/zq2599/blo...该我的项目源码的仓库地址,https协定git仓库地址(ssh)git@github.com:zq2599/blog_demos.git该我的项目源码的仓库地址,ssh协定这个git我的项目中有多个文件夹,《java版gRPC实战》系列的源码在<font color="blue">grpc-tutorials</font>文件夹下,如下图红框所示: <font color="blue">grpc-tutorials</font>文件夹下有多个目录,本篇文章对应的代码在<font color="blue">local-server</font>和<font color="blue">local-client</font>中,如下图红框: 开发gRPC服务端首先要开发的是gRPC服务端,回顾前文中helloworld.proto中定义的服务和接口,如下所示,名为Simple的服务对外提供名为SayHello接口,这就是咱们接下来的工作,创立一个springboot利用,该利用以gRPC的形式提供SayHello接口给其余利用近程调用:service Simple { // 接口定义 rpc SayHello (HelloRequest) returns (HelloReply) { }}基于springboot框架开发一个一般的gRPC服务端利用,一共须要五个步骤,如下图所示,接下来咱们依照下图序号的程序来开发: 首先是在父工程<font color="blue">grpc-turtorials</font>上面新建名为<font color="">local-server</font>的模块,其build.gradle内容如下:// 应用springboot插件plugins { id 'org.springframework.boot'}dependencies { implementation 'org.projectlombok:lombok' implementation 'org.springframework.boot:spring-boot-starter' // 作为gRPC服务提供方,须要用到此库 implementation 'net.devh:grpc-server-spring-boot-starter' // 依赖主动生成源码的工程 implementation project(':grpc-lib')}这是个springboot利用,配置文件内容如下:spring: application: name: local-server# gRPC无关的配置,这里只须要配置服务端口号grpc: server: port: 9898新建拦挡类<font color="blue">LogGrpcInterceptor.java</font>,每当gRPC申请到来后该类会先执行,这里是将办法名字在日志中打印进去,您能够对申请响应做更具体的解决:package com.bolingcavalry.grpctutorials;import io.grpc.Metadata;import io.grpc.ServerCall;import io.grpc.ServerCallHandler;import io.grpc.ServerInterceptor;import lombok.extern.slf4j.Slf4j;@Slf4jpublic class LogGrpcInterceptor implements ServerInterceptor { @Override public <ReqT, RespT> ServerCall.Listener<ReqT> interceptCall(ServerCall<ReqT, RespT> serverCall, Metadata metadata, ServerCallHandler<ReqT, RespT> serverCallHandler) { log.info(serverCall.getMethodDescriptor().getFullMethodName()); return serverCallHandler.startCall(serverCall, metadata); }}为了让LogGrpcInterceptor能够在gRPC申请到来时被执行,须要做相应的配置,如下所示,在一般的bean的配置中增加注解即可:package com.bolingcavalry.grpctutorials;import io.grpc.ServerInterceptor;import net.devh.boot.grpc.server.interceptor.GrpcGlobalServerInterceptor;import org.springframework.context.annotation.Configuration;@Configuration(proxyBeanMethods = false)public class GlobalInterceptorConfiguration { @GrpcGlobalServerInterceptor ServerInterceptor logServerInterceptor() { return new LogGrpcInterceptor(); }}利用启动类很简略:package com.bolingcavalry.grpctutorials;import org.springframework.boot.SpringApplication;import org.springframework.boot.autoconfigure.SpringBootApplication;@SpringBootApplicationpublic class LocalServerApplication { public static void main(String[] args) { SpringApplication.run(LocalServerApplication.class, args); }}接下来是最重要的service类,gRPC服务在此处对外裸露进来,残缺代码如下,有几处要留神的中央稍后提到:package com.bolingcavalry.grpctutorials;import com.bolingcavalry.grpctutorials.lib.HelloReply;import com.bolingcavalry.grpctutorials.lib.SimpleGrpc;import net.devh.boot.grpc.server.service.GrpcService;import java.util.Date;@GrpcServicepublic class GrpcServerService extends SimpleGrpc.SimpleImplBase { @Override public void sayHello(com.bolingcavalry.grpctutorials.lib.HelloRequest request, io.grpc.stub.StreamObserver<com.bolingcavalry.grpctutorials.lib.HelloReply> responseObserver) { HelloReply reply = HelloReply.newBuilder().setMessage("Hello " + request.getName() + ", " + new Date()).build(); responseObserver.onNext(reply); responseObserver.onCompleted(); }}上述GrpcServerService.java中有几处须要留神:是应用<font color="blue">@GrpcService</font>注解,再继承SimpleImplBase,这样就能够借助grpc-server-spring-boot-starter库将sayHello裸露为gRPC服务;SimpleImplBase是前文中依据proto主动生成的java代码,在grpc-lib模块中;sayHello办法中处理完毕业务逻辑后,调用HelloReply.onNext办法填入返回内容;调用HelloReply.onCompleted办法示意本次gRPC服务实现;至此,gRPC服务端编码就实现了,咱们接着开始客户端开发;调用gRPC在父工程<font color="blue">grpc-turtorials</font>上面新建名为<font color="">local-client</font>的模块,其build.gradle内容如下,留神要应用spingboot插件、依赖grpc-client-spring-boot-starter库:plugins { id 'org.springframework.boot'}dependencies { implementation 'org.projectlombok:lombok' implementation 'org.springframework.boot:spring-boot-starter' implementation 'org.springframework.boot:spring-boot-starter-web' implementation 'net.devh:grpc-client-spring-boot-starter' implementation project(':grpc-lib')}利用配置文件grpc-tutorials/local-client/src/main/resources/application.yml,留神address的值就是gRPC服务端的信息,我这里local-server和local-client在同一台电脑上运行,请您依据本人状况来设置:server: port: 8080spring: application: name: local-grpc-clientgrpc: client: # gRPC配置的名字,GrpcClient注解会用到 local-grpc-server: # gRPC服务端地址 address: 'static://127.0.0.1:9898' enableKeepAlive: true keepAliveWithoutCalls: true negotiationType: plaintext-接下来要创立下图展现的类,按序号程序创立: ...

July 22, 2021 · 2 min · jiezi

关于云计算:浪潮云洲×天人集团打通数据脉络-驱动降本增效

在生物体内,干细胞具备有限的自我更新能力,可能修复受损细胞,激活休眠细胞。目前,在工业畛域,呈现了相似的“工业干细胞”。 牵手单干1年来,重庆天人工业团体依靠浪潮云洲工业互联网平台,从打造“工业干细胞”智能管理系统,集成企业信息化零碎,到买通业务数据脉络,实现全维度数字化治理,播种了降本增效的价值,以及“双碳”指标下的高质量倒退。 01 面临降本增效的挑战 天人团体从事汽车零部件制作,为长安福特、一汽丰田、东风日产等主机厂,提供轻量化底盘和车身总成产品。 对工业企业来说,品质保障和老本管制至关重要。在传统模式下,天人团体将成本核算抄在本子上,每周或每月进行一次财务结算,老本高,难以管制。 除了谋求极限降本,如何在提质根底上增效,也考验着天人团体的治理。天人团体董事长龚量亮坦言,新引入的工业互联网赋能零碎,如何与原有的信息化零碎对接,在不耽搁工期的状况下实现革新,决定着企业敢不敢深度拥抱数字化转型。 02 从“工业干细胞”零碎到买通数据脉络 2020年中旬,天人团体和浪潮云洲开启单干。 浪潮工业互联网重庆核心总经理高莎示意,浪潮在重庆两江新区落地工业互联网公司,上线两江新区工业互联网公共服务平台,经营两江新区标识解析综合二级节点,成立工业智能(汽车)联结实验室,为浪潮云洲与天人团体的单干奠定坚实基础。 天人团体通过加强级标识解析服务平台——浪潮云洲链,赋予产品要害品质环节标识,从原材料钢板-冲压成型-赋码-焊接-检测-试验-产品出厂,可清晰查看产品设计品质数据、品质品控数据、出厂数据、仓储数据,揭示全流程品质数据,助力产品质量继续晋升。 天人团体基于浪潮云洲自研的“工业干细胞”智能管理系统,集成ERP、MES、物流等信息化零碎,交融业务与数据,买通企业数据脉络。 例如,利用浪潮云洲数字化“单点冲破”和静默式智能革新能力,在不耽搁工期的状况下,发现问题,解决问题,一直优化焊接工艺,实现100%在线质检。另外,通过部署云洲智能制作“先锋”一体机,实现人、机、料、法、环全维度数字化治理,建设AI模型,AI算法预测品质缺点。 高莎介绍,浪潮云洲服务工业互联网基础设施建设与制造业智能化转型,深耕配备、电子、化工、采矿、食品、制药等六大行业,提供静默式智能革新,赋能基于“双碳”指标的企业高质量倒退与产业降级。目前平台已连贯275万台套设施,助力140万家企业数字化转型,为工业全副22个细分行业提供服务。 03 看得见的利用价值 “应用浪潮云洲平台工业干细胞智能管理系统后,汽车底盘研发生产的制作老本升高30%,产品质量显著晋升。”龚量亮举例说,一款工厂产品,每年产量约20万件,制作老本初期为15元/件,使用工业互联网解决方案后,仅7个月工夫,降到了9元/件,为企业节约费用120万元/年。 从利用1年的数据看,借助浪潮云洲的工业互联网解决方案,天人团体晋升质检效率56%,人工成本升高38%,产品一次合格率晋升48%,实现疾速绩效,全员及时改善、及时激励,真正播种降本增效。 “将来,咱们会带动产业链上下游,利用浪潮云洲工业互联网平台,晋升整个供应链的效率。”龚量亮示意,很认可浪潮云洲的工业互联网服务,心愿加深单干,联手推动产业“智造”和数字化转型降级。

July 21, 2021 · 1 min · jiezi

关于云计算:2021InfoComm|钉钉会议-Rooms-的-全场景-智能化解决方案

InfoComm China 是亚太地区规模隆重的业余视听和集成体验解决方案商贸展会,提供前沿变革的产品和一系列高价值的技术展现。 在疫情期间,钉钉音视频反对了全国人民在线办公、在家上课,单日在线会议超过 1 亿人次。 过来一年,钉钉音视频倒退迅速,并逐渐将通过高并发流量测验的会议产品,凋谢为可供软硬件搭档选用的能力。 2021 InfoComm China(7 月 21-23 日)展会上,钉钉会议 Rooms 新品将正式公布,为企业会议室提供会议 “全场景” 的智能化解决方案。 “全场景” 的智能化解决方案在展会上,咱们将公布钉钉会议智能会议室,专为企业会议室而生,提供一站式视频化、数字化、智能化的解决方案。 【高清晦涩】不管会议室大小,轻松拆卸视频能力,致力于让会议室领有更好、更业余的会议音视频品质。在会议室内实现画面超清稳固、语音清晰晦涩的近程会议沟通,尽管相隔两地,体验犹如面对面沟通。 【极简体验】关上钉钉日历约会,只需抉择线下会议室,走进会议室,会议在大屏上等你,一键起会。 【招集高效】通过钉钉连贯人与会议室,实现会议高效组织,高效招集;与钉钉日程互通,进行会议室预约,疾速发动会议邀请;基于钉钉的群聊和会前 Ding 告诉,高效进行会议招集。 【全面协同】专为会议室进行功能设计,但仍放弃多端对立体验;手机电脑一键投屏,会议室大屏想投就投;会议中能力一应俱全,与钉钉无缝切换;超大型会议的深度反对,提供业余的会管会控能力。 【智能治理】全面的会议室治理,随时把握会议室预约应用状况,一个治理后盾,实时掌控企业会议室状态,异样主动报警,主动创立运维工单。 【凋谢能力】容纳凋谢的生态能力,致力于与企业已有零碎无缝交融,想接就接。 在相干生态单干上,钉钉会议 Rooms 凋谢音视频技术与认证规范,通过认证的硬件设施与钉钉会议互联互通,获取全新的会议合作体验。目前,Polycom、华为、联想、TCL、MAXHUB 等硬件搭档已首批退出认证,让音视频会议更宽泛的为用户所用。 展台地位:北京 国家会议核心 C 馆 CC3-01 展位 5 人以上的企业团能够申请现场参展,报名二维码如下: 钉钉会议期待与您在北京 InfoComm China 展会现场相见! 「视频云技术」你最值得关注的音视频技术公众号,每周推送来自阿里云一线的实际技术文章,在这里与音视频畛域一流工程师交换切磋。公众号后盾回复【技术】可退出阿里云视频云产品技术交换群,和业内大咖一起探讨音视频技术,获取更多行业最新信息。

July 20, 2021 · 1 min · jiezi

关于云计算:2021-年中国视频云场景应用洞察白皮书联合首发

视频云场景丨白皮书 “视频不应该被看作独自的一个行业,就像云计算同样不该被看作一个独自的行业,它们都将渗透到各个行业、各个场景。” 这正是艾瑞研究院副总经理徐樊磊在 7.10 的 Imagine 阿里云视频云全景翻新峰会上,讲到的云上视频价值。 作为大视频产业的底座,视频云在一直浸透,并和泛滥行业产生深度关联,阿里云视频云始终着力于以技术发明新商业价值,就此,交融艾瑞征询的前瞻洞察与阿里云视频云的实际摸索,联结钻研公布视频云赛道首个场景洞察报告 ——《2021 年中国视频云场景利用洞察白皮书》。 该份白皮书洞悉产业的需要与供应,分析视频云技术的关键环节,判断将来的发展趋向,而更外围的是,聚焦 5 大云上视频场景 —— 互联网泛娱乐、教育、传媒、平台电商化、协同办公,透析场景全链路需要,以多维度实在案例分析盲点、痛点、机会点、翻新点,对整个视频云行业的商业场景空间翻新,具备重要价值。 (报告获取形式见文末) 新时代下的视频云:供应端与生产端的需要剖析近年来,我国继续推动网络基础设施建设,以 5G、数据中心、人工智能、物联网等为代表的信息数字化能力一直晋升。通信基础设施逐步成熟,以视频为代表的富媒体信息成为支流。 从大视频产业的需要端剖析来看,短视频强势崛起,视频生产趋于 “短,频、快”。 受疫情影响及随同 5G 网络的遍及,短视频用户持续增长,短视频带来了全新的节目状态和流传场域,小屏幕、碎片化、快节奏成为行业潮流。在这种趋势下,视频生产习惯的扭转对短视频生产端提出新的要求:更短的制作周期确保更新频率、画质清晰、剪辑节奏晦涩、内容策动紧跟热度等。 同时,高清迈向超高清,视频性能翻新、体验降级。国家广播电视总局和地方广播电视总台三部门明确 “4K 后行、8K 兼顾” 的总体技术路线,鼎力推动超高清视频产业和相干畛域的利用。同时,也对技术和服务提出了更高的要求,除了满足用户还原实在的观感需要,还需一直摸索并服务于新的利用场景,如:近程医疗、安防监控、工业制作等。 疫情暴发也推动了实时交互视频的飞速发展,高带宽耗费的视频通信从高端消费层下沉。随着视频通话、视频会议的衰亡,视频实时交互的需要一直被强调,除了在教育领域和医疗畛域的利用,实时音视频向社交娱乐、金融服务、公共事业等畛域浸透,利用场景的日渐丰盛对画面质量、延时、抖动也提出了更高的要求。 从大视频产业的供应端来看,在视频社会化时代,产业边界融化、利用场景拓宽。视频不再局限于电影、电视、广告等传统媒体畛域,呈现了音视频通话,互动直播等新型利用。内容上,网络自制剧、短视频的呈现突破传统媒体的垄断位置;模式上,音视频通话、直播以互动性强的特点,向电商、游戏、办公等垂直畛域延长;技术上,“5G+AI+4K” 的策略布局推动了新旧媒体一体化倒退。同时,技术提高也升高了视频生产的老本和技术门槛,为减速推动传统行业的智能化裂变做出奉献,使利用场景进一步拓宽。 同时,智能终端的遍及和流量资费的降落,让大视频产业链继续优化降级,全民参加视频制作。视频拍摄无需依靠业余的硬件设施,手机的拍摄性能即可满足需要,操作简略、成像成果清晰。与此同时,各类型视频平台为了抢夺市场,不断更新平台性能、拓展利用场景、降低生产门槛,从而吸引更多的流量和内容供给。 在全民视频时代,视频云提供底层技术支持,助力各行业向视频畛域跨界。在智能生产、智能散发以及通过音视频解决保障晦涩度等方面提供弱小的技术支持,对视频生产供给、流传和跨畛域利用起到重要作用。在生产层面,帮忙创作者高效解决和制作视频内容;在散发层面,依据内容散发特点,晋升内容资源检索效率和准确率;强核心的流传路径中,视频内容分析和智能标签实现精准、个性化的内容举荐;在利用层面,实时音视频能力保障稳固晦涩的观看体验,推动视频行业跨界交融。 对于竞争强烈、疾速迭代的大视频产业而言,视频云曾经逐步倒退为一项要害的基础设施。通过多年倒退,视频云由最晚期的聚焦 CDN 减速到以 PaaS 服务助力视频利用疾速开发,进一步延长服务链条,对视频从生产到解决、传输以及最终生产的全流程进行全方位撑持。 云上视频新场景:5 大场景深度分析目前来看,视频云渗透率最高的场景仍然是在互联网泛娱乐以及在线教育。视频属于这两类场景的外围业务,资源和技术门槛的存在加之利用玩法的疾速迭代均凸显了视频云的价值。而随着云服务与产业互联网的联合一直加深,视频云厂商场景化能力增强,在传媒、教育、平台电商化、协同办公等畛域的利用也正变得越来越多。 互联网泛娱乐场景互联网泛娱乐次要以中长视频、短视频、秀场直播以及游戏直播利用场景为细分,具备用户群体大、涵盖内容丰盛、笼罩场景多样的特点。面对内容生产方本身程度和所处网络环境的差异性,视频云可能提供拍摄剪辑、特效编辑和高速上传的解决方案,并基于智能化编转码技术和媒体资源管理能力,将清晰晦涩的视频内容精确推送给指标人群,晋升用户观看体验。 2020 年疫情期限度了人们的出行自在,但却让菲律宾挪动社交平台 Kumu 捕捉到用户对短视频服务的强烈需要,其利用阿里云视频云技术,在不破费大量开发成本的前提下,疾速关上短视频市场。同时,阿里云为其提供客户端短视频 SDK 和 CDN 散发的解决方案,帮忙客户疾速在自有平台上搭建短视频业务,并保障晦涩的上传和播放体验。 教育场景教育行业笼罩的用户群体宽泛,用户需要多样化。线下教育机构在向线上转型时。不仅须要投入微小的花销,而且会遇到开发难度层面、集成对接以及扩容速度等方面的艰难。视频云从根底服务登程,通过实时音视频 RTC 技术在晦涩度、老本、时延等需要间实现均衡,实现用户体验的整体晋升。此外,视频云厂商还可通过设计多种课堂性能,使用 AI 能力和版权保护等附加性能为在线教育提供更多的可延展性。 学信网在疫情期间响应教育部对于近程复试的相干政策,疾速上线了研究生招生近程面试零碎。因为间隔研究生复试工夫短,且团队无视频利用开发教训,因而解决方案需简略易操作并反对疾速开发集成。同时,防舞弊、强监管以及反对高并发的视频通信也是在线考试零碎的外围诉求。阿里云视频云依附过硬的企业级音视频通信服务保障能力和丰盛的视频会议服务教训,保障学信网研究生视频面试稳固运行,晋升复试工作效率。 传媒场景传统媒体行业领有一套成熟且模式化的策、采、编、发流程,谨严无余但效率有余,为适应新媒体的媒介模式与生产习惯,须要向更加高效智能的生产模式演进。视频云不仅能够提供分布式的内容散发网络,通过超清转码、窄带高清、画质新生等满足传媒行业高质量视频更低时延、更低成本的流传需要,更可能以云端一体化的解决方案帮忙传媒行业重塑生产流程,进步产业效率。 在阿里云视频云和人民日报的单干案例中,直击传统媒体生产效率低、流传渠道窄的痛点,云上 AI 编辑部汇合” 策、采、编、发 “一体化,让新闻视频生产速度减少超 4 倍,局部短视频报道从制作到散发仅需短短几分钟,赋能两会高时效、全媒体报道。这也是阿里云视频云第二次反对人民日报的两会报道。 ...

July 19, 2021 · 1 min · jiezi

关于云计算:Linux云计算07Linux文件服务器之vsftpd服务器

本章向读者介绍企业vsftpd服务器实战、匿名用户拜访、零碎用户拜访及虚构用户实战等。 1 vsftpd服务器企业实战文件传输协定(File Transfer Protocol,FTP),基于该协定FTP客户端与服务端能够实现共享文件、上传文件、下载文件。 FTP基于TCP协定生成一个虚构的连贯,次要用于管制FTP连贯信息,同时再生成一个独自的TCP连贯用于FTP数据传输。用户能够通过客户端向FTP服务器端上传、下载、删除文件,FTP服务器端能够同时提供给多人共享应用。 FTP服务是Client/Server(简称C/S)模式,基于FTP协定实现FTP文件对外共享及传输的软件称之为FTP服务器源端,客户端程序基于FTP协定,则称之为FTP客户端,FTP客户端能够向FTP服务器上传、下载文件。 1.1 FTP传输模式FTP基于C/S模式,FTP客户端与服务器端有两种传输模式,别离是FTP被动模式、FTP被动模式,主被动模式均是以FTP服务器端为参照。主被动模式如图(a)、(b)所示,主被动模式具体区别如下: FTP被动模式:客户端从一个任意的端口N(N>1024)连贯到FTP服务器的port 21命令端口,客户端开始监听端口N+1,并发送FTP命令“port N+1”到FTP服务器,FTP服务器以数据端口(20)连贯到客户端指定的数据端口(N+1)。FTP被动模式:客户端从一个任意的端口N(N>1024)连贯到FTP服务器的port 21命令端口,客户端开始监听端口N+1,客户端提交 PASV命令,服务器会开启一个任意的端口(P >1024),并发送PORT P命令给客户端。客户端发动从本地端口N+1到服务器的端口P的连贯用来传送数据。在企业理论环境中,如果FTP客户端与FTP服务端均凋谢防火墙,FTP需以被动模式工作,这样只须要在FTP服务器端防火墙规定中,凋谢20、21端口即可。对于防火墙配置前面章节会解说。 图1-1(a) FTP被动模式 图1-1(b) FTP被动模式 1.2 vsftpd服务器装置配置vsftpd服务器端装置有两种办法,一是基于YUM形式装置,而是基于源码编译装置,最终实现成果完全一致,本文采纳yum装置vsftpd,步骤如下: 1.2.1 yum装置vsftpd在命令行执行如下命令 \# yum install vsftpd* -y 图1-2 yum装置vsftpd 1.2.2 查看vsftpd装置后的配置文件门路\# rpm -ql vsftpd|more 图1-3 查看vsftpd装置后的配置文件门路 1.2.3 启动vsftpd服务\# systemctl restart vsftpd.service 图1-4 启动vsftpd服务 1.2.4 查看过程是否启动\# ps -ef |grep vsftpd 图1-5 查看vsftp过程 1.2.5 vsftpd.conf默认配置文件详解anonymous_enable=YES 开启匿名用户拜访;local_enable=YES 启用本地零碎用户拜访;write_enable=YES 本地零碎用户写入权限;local_umask=022 本地用户创立文件及目录默认权限掩码;dirmessage_enable=YES 打印目录显示信息,通常用于用户第一次拜访目录时,信息提醒;xferlog_enable=YES 启用上传/下载日志记录; connect_from_port_20=YES FTP应用20端口进行数据传输;xferlog_std_format=YES 日志文件将依据xferlog的规范格局写入;listen=NO vsftpd不以独立的服务启动,通过xinetd服务治理,倡议改成YES;listen_ipv6=YES 启用IPV6监听;pam_service_name=vsftpd 登录FTP服务器,根据/etc/pam.d/vsftpd中内容进行认证;userlist_enable=YES vsftpd.user_list和ftpusers配置文件里用户禁止拜访FTP;tcp_wrappers=YES 设置vsftpd与tcp wrapper联合进行主机的访问控制,vsftpd服务器查看/etc/hosts.allow 和/etc/hosts.deny中的设置,来决定申请连贯的主机,是否容许拜访该FTP服务器。1.2.6 通过Windows客户端资源管理器拜访Vsftp服务器端ftp://192.168.1.181 ...

July 19, 2021 · 2 min · jiezi

关于云计算:KubeSphere-311-发布可以接入集群已有的-Prometheus

KubeSphere 作为一款面向利用的开源容器平台,通过 3 年的倒退和 10 个版本的迭代,播种了两百多位开源贡献者,超过十万次下载,并有数千名社区用户用 KubeSphere 作为企业容器平台。 7 月 7 日,KubeSphere 3.1.1 版本正式公布,当初部署 KubeSphere 时能够指定 Kubernetes 集群中已有的 Prometheus 啦!!! 鉴于最近有很多 KubeSphere 社区用户询问 KubeSphere 3.1.1 的公布进度,本文将会具体介绍 KubeSphere 3.1.1 比拟重要的新个性。 KubeSphere 3.1.1 不是大版本更新,只是针对 v3.1.0 的 patch 版本,也就是修修补补的工作。本文只列出优化加强的性能,问题修复请查看残缺的 Release Notes。装置与降级在 Linux 中装置 KubeSphere 3.1.1在 Kubernetes 中装置 KubeSphere 3.1.1从 KubeSphere 低版本升级到 3.1.1 版本优化加强的性能用户体验删除工作负载时反对批量删除关联资源 #1933优化页面弹框 #2016容许在 system-workspace 下的我的项目中应用容器终端 #1921可观测性优化了告诉设置中端口号的格局限度#1885反对装置时指定应用已有的 Prometheus. #1528微服务治理优化 trace 页面减少工夫选择器 #2022DevOps反对 GitLab 多分支流水线按分支名筛选过滤 #2077更改了 b2i 页面的“从新执行”按钮为“执行”#1981多集群治理优化了 member 集群配置谬误时的提示信息 #2084 #1965计量计费计量计费局部的 UI 调整 #1896批改了计量计费按钮的色彩 #1934利用商店优化利用模板创立页面提醒文案与页面布局 #2012 #2063优化利用导入性能 kubesphere/openpitrix-jobs#18利用商店中新增 RadonDB PostgreSQL 利用 kubesphere/openpitrix-jobs#17平安切换 jwt-go 的分支,用于修复 CVE-2020-26160 #3991降级 protobuf 版本至 v1.3.2 用于修复 CVE-2021-3121 #3944降级 crypto 至最新版用于修复 CVE-2020-29652 #3997移除了 yarn.lock 文件以防止一些 CVE 破绽误报 #2024存储晋升了 s3 uploader 并发性能 #4011减少预置的 CSI Provisioner CR 配置 #1536KubeEdge 集成反对 KubeEdge v1.6.2 #1527 #1542下载与降级大家能够到 KubeSphere GitHub 主页查看残缺的 英文版 KubeSphere 3.1.1 Release Notes,理解更多与降级无关的注意事项。国内用户也能够拜访下方链接来查看残缺的 Release Notes: ...

July 16, 2021 · 1 min · jiezi

关于云计算:云端干货|错误的存储方案正吞噬你的成本

从应用本地存储、到购买专用存储器、到云端存储,企业数据存储走过漫长的路线。云计算时代,一系列因为零碎瓶颈所造成的艰难得以解决,数据资源存储更加便当的同时,老本问题成为了企业在构建大规模存储时所面临的最大挑战。到底是什么吞噬了企业高额的存储老本?本文作者将为你解开谜题~本文作者:禤锦良 SpotMax零碎 开发主程 在传统企业,咱们通常都会应用本地存储来进行数据保留,如果对存储需要十分大的话,个别抉择购买专门的存储器,但价格十分的低廉,而且会遇到各种艰难: 弱集群化,资源节约性能低下,故障频发环节较多,老本昂扬数据失落,可靠性差……到了云计算时代,存储资源已不再是零碎的瓶颈,少数状况下老本成为了企业在构建大规模存储时的最大挑战。 老本之疑在应用阿里云oss对象存储时,有三种存储形式,别离是规范存储、低频拜访存储、归档存储,尽管官网提醒个别应用规范存储,如果想老本更低、存储期限更长可应用低频与归档,但并没有对文件进行智能的判断,用户什么时候应用老本更低的存储形式,应用后能节俭多少?这些都须要用户来进行业余的剖析,重大影响用户的体验,以下是oss的免费列表,免费我的项目简单繁多: 什么是智能对象存储?智能对象存储利用日志服务对文件拜访进行数据收集,并且对老本主动进行剖析与老本优化。智能存储旨在帮忙用户在应用阿里云对象存储时保障老本不进步的前提下,实现存储老本的最大化节俭。 智能对象存储由四个局部组成: Storage Cost Calculator:存储老本计算器,通过传入数据的大小,读写频率,流量等等,计算费用; Storage Info Collector:采集以后存储的根本信息,不便提供数据进行剖析老本优化计划; Storage Scheduler:生成可优化的老本与策略,最大水平地节省成本,并且缩小资源的稳定; View:用于显示用户查看优化的老本与策略; 为什么要应用智能存储?套路太多: 如果用户小明在杭州有存储文件500GB,每天新增50G文件大小小明看到oss的低频存储比规范存储的费用低多了,而且包年包月更省钱,立即购买了半年的包年包月的包,总额179.28元,感觉高枕无忧;为了节约老本,小明又写了个程序,如果存储超过480GB的就删除最早的文件(每天50GB),保障存储不超过500GB;一个月过来,小明发现账单对象存储多出了很多不明不白的费用,调研一番才发现,如果应用低频存储有一个前提条件,文件至多存储30天,如果存储有余30天,还是依照30天的费用收取,所以每天的新增数据在超过500GB的根底上进行按量扣费;第一天50G/4元,第二天100G/8元,150G/12元......原本想讨个便宜,反而吃了亏,这样上来,一个月的存储费用持续上升而且低频存储对数据取回时,还须要收取流量0.0325元/G,如果取回数量越多,这老本也成倍的回升。原本想讨个便宜,反而吃了亏,这样上来一个月的存储费用持续上升,远超预算。辨认套路: 如果用户小明应用智能存储,在杭州地区有存储文件500GB,依据长期的数据分析,规范存储的文件至多周期半年,半年之后局部文件将删除,每月数据取回10GB,半年规范存储老本:60 * 6 = 360元;智能存储主动举荐计划,倡议500GB数据转到低频,每月为40元,老本 40 * 6 = 240元;因为每月数据取回10GB,低频数据取回的半年费用为 0.325 * 6 = 1.95元计划老本为 240 + 1.95 = 241.95元, 节约老本:1 - (241.95 / 360) 大概节俭 33%;智能存储也会主动举荐包年包月优惠计划:500GB包半年价格为179.28元,计划老本为179.28 + 1.95 = 181.23元,节约老本:1 - (360 - 181.23) 大概节俭 49%在相似的场景下,只需小明one click就能把文件迁徙到低频,并驳回倡议计划,主动购买包年包月实现老本最优。 在两个例子中,小明采纳智能存储进行数据分析,更省力更快捷地保障老本节约最大化。 领先体验: Storage Cost Calculator曾经独立上线运行,目前咱们提供两种形式体验 1、装置chrome扩大: 拜访SpotMax官网: https://www.spotmaxtech.com/c... ...

July 16, 2021 · 1 min · jiezi