弹性计算Clouder认证:ECS基础运维管理
弹性计算Clouder认证:ECS快速入门
技术工作者
“OpenYurt 让云原生技术在边缘计算领域的生态建设与普及前进了一大步,也为全球开发者拓展云原生边界贡献了一份力量。”
2020 年双十一交易峰值达到 58.3W 笔/秒,消息中间件 RocketMQ 继续数年 0 故障丝般顺滑地完美支持了整个集团大促的各类业务平稳。
在 2020 年 12 月 16 日,云原生生态大会上,etcd 作者、CNCF 技术监督委员会委员、阿里云资深技术专家李响正式发布了阿里云知行动手实验室 start.aliyun.com。
自从 2011 年 Dubbo 开源之后,被大量中小公司采用,一直是国内最受欢迎的 RPC 框架。2014 年,由于阿里内部组织架构调整,Dubbo 暂停维护了一段时间,之后随着 Spring Cloud 的面世,两个体系在融合中一起助推了微服务的火热。
【CloudNativeKitchen 倒计时】和阿里云一起,用 KubeVela 愉快地在 Kubernetes 上管理应用吧!
一个时代的变革往往始于一个微小的创新。
为了推广云原生技术理念、推进和优化云原生生态发展,一场来自阿里云、CNCF、VMware、PingCAP、网易数帆、字节跳动、Zilliz 等重磅演讲嘉宾集结的云原生领域盛会—“2020 云原生生态大会”即将开幕!
当你成长速度超越业务发展速度的时候,组织才会把更重要的职责交给你,如果你成长的速度跟不上业务发展的速度,可能会面临被调整。
Java 的世界里,大家广泛使用的一个高性能网络通信框架 netty,很多 RPC 框架都是基于 netty 来实现的。在 golang 的世界里,getty 也是一个类似 netty 的高性能网络通信库。getty 最初由 dubbogo 项目负责人于雨开发,作为底层通信库在 dubbo-go 中使用。随着 dubbo-go 捐献给 apache 基金会,在社区小伙伴的共同努力下,getty 也最终进入到 apache 这个大家庭,并改名 dubbo-getty 。
2020 年,新冠肺炎疫情催化数字化生活方式渐成常态。在企业积极进行数字化转型、全面提升效率的今天,几乎无人否认背负“降本增效”使命诞生的 Serverless 即将成为云时代新的计算范式。
2020 年马上就要过去了,在这一年中每个人肯定都有自己独特的感悟与回忆,这一年中每一个人都经历着新冠疫情给我们带来的各种变化。
如今距离 OAM 项目开源正好过去一年, 那么 OAM 项目如今有何进展?本次发布的 KubeVela 项目又将为国内的 K8s 生态带来哪些影响?带着这些问题,我们与 KubeVela 项目背后的设计者之一、CNCF 应用交付领域小组 co-chair、官方大使,来自阿里云的工程师张磊,详细的聊了聊。
“社会之所以能够运作,并不是人类有意使然,而是因为它是进化过程中出现的人类秉性。确切地说,它就是人性的一部分。” ——《美德的起源》马特·里德利
在分布式系统架构下,服务组件繁多且服务间的依赖错综复杂,很难评估单个故障对整个系统的影响,而且请求链路长,如果监控告警、日志记录等基础服务不完善会造成故障响应、故障定位问题难,所以如何构建一个高可用的分布式系统面临着很大挑战。
让数字创新成为应对不确定性最为确定的发展动能。
Dubbo 作为分布式微服务框架,众多公司在实践中基于 Dubbo 进行分布式系统架构。重启开源后,我们不仅看到 Dubbo 3.0 最新的 Roadmap 发布,而且还看到阿里在自身电商开始推进 Dubbo 和内部 HSF 的融合,并在 双11 上开始使用 Dubbo 3.0。本文是工商银行基于 Dubbo 构建金融微服务架构的分享,主要讲述了服务发现的应对策略和成果,后续将发布工行大规模服务监控治理的实践,以及从企业角度怎么去对 Dubbo 二次开发等内容。欢迎关注。
Spring Cloud Alibaba 开源两年时间,已经成为了最受开发者关注、最活跃的 Spring Cloud 实现。它之所以能这么快的受到开发者的认可,一方面是它生态中的组件丰富且经过阿里 双11 验证,但更重要的还是社区中各位贡献者、广大用户的贡献和反馈。
微服务的稳定性一直是开发者非常关注的话题。随着业务从单体架构向分布式架构演进以及部署方式的变化,服务之间的依赖关系变得越来越复杂,业务系统也面临着巨大的高可用挑战。
11 月,Sentinel Go 1.0 GA 版本正式发布,标志着 Go 版本正式进入生产可用阶段。
技术的成熟度源自大规模的实践,在 Java 领域,阿里将自身的实践源源不断的反哺给微服务技术体系;在 Node.js 领域,阿里正掀起了前所未有的前端革命浪潮,将实践反哺给 Serverless 技术体系,并逐渐拓展到其他多语言体系和后端 BaaS 上。
11 月 11 日零点刚过 26 秒,阿里云再一次抗住了全球最大的流量洪峰。今年 双11 是阿里经济体核心系统全面云原生化的一年,相比去年核心系统的上云,云原生化不仅让阿里享受到了云计算技术成本优化的红利,也让阿里的业务最大化获得云的弹性、效率和稳定性等价值。
关于 Serverless 训练营的一些问题。
2012 年,云基础设施服务提供商 Iron.io 的副总裁 Ken 谈到软件开发行业的未来,首次提出了 Serverless 的概念,为云中运行的应用程序描述了一种全新的系统体系架构。此后,以 AWS 为代表的云服务厂商将 Serverless 概念逐步落地,陆续推出了基于 Serverless 的 FaaS(函数即服务)产品。经过几年的发展,Serverless 架构已被业内认为是引领云原生下一个十年的发展潮流。
在 KubeVela 项目发布以后,很多国内外的社区同学们都会问到一个类似的问题:KubeVela 的体验真的非常棒,可以说是 Kubernetes 上的 Heroku 了。这么看来, KubeVela 跟 Heroku 这样的 PaaS 产品到底是不是一类项目呢?
Gartner 于 2019 年发布报告表示:云原生时代已经到,在未来三年中将有 75% 的全球化企业使用容器化的应用。
本节课程包含三部分内容,前两个部分简单介绍远程调试以及端云联调的原理,最后在 Serverless 应用引擎中进行实际演示。
云原生被认为是云计算的重要发展趋势,并且已经成为数字新基建必不可少的一个组成部分。每年的阿里巴巴 双11 都是考验各种前沿技术的最佳“实战场”,而今年云原生技术在 双11 中的大规模应用,充分证明了云原生技术的动力与前景。
由阿里云 Serverless 团队重磅打造 “零基础上手 Serverless 体验训练营”限量开营!每天 15 分钟,共 5 天时间通过“专家课程+体验”形式让你快速建立 Serverless 思维,体验 Serverless 使用之美,完成学习即有阿里云 Serverless 周边礼物及结业证书。
在云原生技术栈逐渐普及之后,如何能够以效率更高、用户更容易接纳的方式落地 Kubernetes 技术体系,让云原生的发挥出真正的价值,正在迅速成为大家津津乐道的一个话题和全新的挑战。而伴随着大家对云原技术的关注点从“怎么用”逐渐上升到“怎么用的更好’上来,CNCF 应用交付领域小组(CNCF SIG App Delivery)联合阿里巴巴云原生应用平台团队推出了《从 0 到 1:打造现代云原生应用管理平台》系列文章,旨在帮助读者更好的落地和实践云原生核心技术,打造出属于自己的、“以应用为中心”的 Kubernetes 平台。
公司新搭 HDFS 集群,namenode做ha,但是在启动 StandbyNamenode 节点的时候出现奇怪的现象:空集群加载 Editlog 很慢,每次重启几乎耗时都在二三十分钟
13:40 收到我们的生产环境服务器绿版 CUP 超负载告警通知。此时心里只有一个想法,重启大法好,马上登录服务器,执行 top 发现进程 30247 和 28337 占用 CPU 为 200 多和100 多基本占用了 4 核的 3 核,整个过程大概用时 30 秒,维护群依然很平静,运营的电话也没打过来,这时候我断定,这次问题应该影响面很小,用户可能也暂时没有发现,好吧,还有时间做排查。
前段时间发现,在使用 RockerMQ console 时,查询消息的时候出现很慢,查询耗时大于 10 秒,少则 5、6 秒,多则 14+ 秒。这到底是为什么?查询消息为啥会出现这么大的耗时?
在使用函数计算前,您需要开通函数计算服务。本场景中提供的阿里云子账号无函数计算服务操作权限,请使用您自己的阿里云账号操作。您无需担心扣费问题,因为函数计算服务有一定的免费额度。
2020 年初,阿里云推出了自己的 Java 工程脚手架工具 -- Aliyun Java Initializr。相信初看到这个产品时,同学们都会有相似的疑问:“这东西跟 Spring 官方的脚手架不是一回事么?”
什么是低代码?我们为什么需要低代码?低代码会让程序员失业吗?本文总结了低代码领域的基本概念、核心价值与行业现状,带你全面了解低代码。
本文精选了一些阿里经济体内部最受开发者欢迎的开发者工具,筛选出一些带有普适性同样适合外部开发者的,希望能助力开发者们提高开发效率。
曾经看上去很美、一直被观望的 Serverless,现已逐渐进入落地的阶段。今年的"十一出行节",高德在核心业务规模化落地 Serverless,由 Serverless 支撑的业务在流量高峰期的表现十分优秀。传统应用也能带来同样的体验,那么 Serverless 的差异化价值又是什么呢?本文分享高德 Serverless 规模化落地背后的实践总结。
很多开发者一直以来好奇:阿里自己有没有在用Dubbo,会不会用Dubbo?在刚刚结束的双11,我们了解到阿里云今年提出了“三位一体”的理念,即将“自研技术”、“开源项目”、“商业产品”形成统一的技术体系,最大化技术的价值。终于,在2020的双11,阿里巴巴经济体也用上了Dubbo!本文是阿里双十一在考拉大规模落地 Dubbo3.0 的技术分享,系统介绍了 Dubbo3.0 在性能、稳定性上对考拉业务的支撑。
可以说,以 Kubernetes 为代表的容器技术正成为云计算新界面。容器提供了应用分发和交付标准,将应用与底层运行环境进行解耦。Kubernetes 作为资源调度和编排的标准,屏蔽底层架构差异性,帮助应用平滑运行在不同基础设施上。CNCF Kubernetes 的一致性认证,进一步确保不同云厂商 Kubernetes 实现的兼容性,这也让更多的企业愿意采用容器技术来构建云时代的应用基础设施。
一年一度的 “双11” 大促中,交易额每年都在刷新,承接这些交易商品的快递包裹的数量也在成倍增长。这些快速的增长对物流系统带来了巨大的挑战,让物流管理更加敏捷来应对 “双11” 成为了必须解决的问题。
从基础设施到云原生应用,阿里云原生自下而上打造了全栈云原生基础设施,加速企业数字化转型,持续引领云原生发展浪潮。
就在刚刚结束的、云原生领域最权威的 KubeCon 北美峰会 2020 上,由 Open Application Model (OAM)社区发布的 KubeVela 开源项目,着实让人眼前一亮。更令人咋舌的是,仅仅在宣布开源的第四天,KubeVela 就直接登上了 GitHub 趋势榜 Go 语言区榜首的位置,其发展潜力可见一斑!
Kruise 是 Cruise 的谐音,'K' for Kubernetes,寓意 Kubernetes 上应用的航行和自动巡行,它满载着阿里巴巴多年在大规模应用部署、发布与管理最佳实践,以及阿里云 Kubernetes 服务数千客户的需求沉淀。
下一个云原生颠覆的领域会不会是在传统的容灾领域呢?在云原生的趋势下,如何构建应用系统的迁移与容灾方案?
在 2020 年,阿里不仅实现了 双11 核心系统全面云原生化,一举成为全球规模最大、实力最硬核的云原生实践,并首次实现自研、开源、商业“三位一体”,以此为基础拉开了极具竞争力的云原生产品家族的序幕。为了让大家有更全面的认识,我们借此机会整理了阿里从应用层到中间件到基础设施三层立体结构的云原生新锐开源项目和技术能力。
阿里云在探索中一直存在的苦恼,是内部的自研体系、商业化的产品技术与开源的项目,三方的技术路线一直没有机会融为一体。然而,就在今年阿里云提出了“三位一体”理念,即将“自研技术”、“开源项目”、“商业产品”形成统一的技术体系,最大化技术的价值。
2020 年 11 月 19 日,备受关注的「2020 中国技术力量年度榜单」评选结果终于揭晓。由阿里云和微软云共同开发并开源的云原生应用定义模型 OAM (Open Application Model)再露锋芒,经过 10000+ 开发者的公开票选,在 55 个参评项目中脱颖而出,入选「年度十大开源新锐项目」。
Serverless 首先是一个理念,不是某一种具体的技术,当未来某一天,99% 的云产品都有 Serverless 化的形态时,云计算也就 Serverless 化了,这种变化我认为不是非黑即白的,不是推翻重来这种革命性的,而是全面地降低用户使用云的成本,全面地提升开发者的研发效率。
2020年11月19日,由 InfoQ 主办的“2020中国技术力量年度榜单盛典”隆重召开,阿里云技术专家罗毅荣获“十大开源杰出贡献人物”、Open Application Model(OAM)荣登“十大开源新锐项目”、由阿里云原生团队支撑的完美日记电商业务案例获评“2020年度十大云原生行业落地典范”,阿里云原生拿了一个分量十足的“大满贯”。
日前,国际权威研究机构 Forrester 发布了《The Forrester Wave: Public Cloud Development And Infrastructure Platforms In China,Q4 2020》报告,报告中,阿里云在容器服务、Serverless/微服务测评中均获得了最高分,并在应用开发服务 9 项测评中拿到了国内综合最高分,稳居云原生领域领导者地位。
发表了文章
2025-10-28
发表了文章
2025-10-28
发表了文章
2025-10-27
发表了文章
2025-10-27
发表了文章
2025-10-27
发表了文章
2025-10-24
发表了文章
2025-10-24
发表了文章
2025-10-23
发表了文章
2025-10-23
发表了文章
2025-10-22
发表了文章
2025-10-22
发表了文章
2025-10-22
发表了文章
2025-10-21
发表了文章
2025-10-21
发表了文章
2025-10-21
发表了文章
2025-10-21
发表了文章
2025-10-21
发表了文章
2025-10-21
发表了文章
2025-10-21
发表了文章
2025-10-20
回答了问题
2025-07-24
回答了问题
2025-05-05
回答了问题
2025-04-22
回答了问题
2025-04-22
回答了问题
2025-04-22
回答了问题
2024-10-25
提交了问题
2024-07-04
回答了问题
2024-05-29
回答了问题
2024-05-15
提交了问题
2024-04-09
提交了问题
2023-11-06