收录了 微服务运维 频道下的 50 篇内容
在最近一次QCon伦敦大会上,来自于英国政府电子服务(GDS)的技术架构师Michael Brunton-Spall表达了他对于DevOps模式对于成功的微服务运维的重要性的看法。Brunton-Spall指出了识别一个微服务的关键因素,介绍了如何创建第一个微服务的过程,以及管理微服务生态系统所必不可少的工具和实践。
回到互联网早期时代,也就是web1.0时代,当时主要是一些门户网站,单体应用是当时的主流应用,研发团队相对较小,这时候的挑战在于技术的复杂度,以及技术人员的匮乏。
微服务是否适合所有类型的应用系统呢?是否是治愈日益膨胀数字系统开发、管理难题的解药?
单服务变更性能影响如何评估
本次分享介绍阿里巴巴如何将微服务的事实标准Spring Boot与阿里现有的技术栈进行无缝融合。
本文从这几个方面来讲:应用的起源、应用模型和应用关系模型建模以及为什么要这样做。最终希望,在微服务的架构模式下,我们的运维视角一定转到应用这个核心概念上来,一切要从应用的角度来分析和看待问题。
近期,Wes Reisz针对“微服务的影响”议题组织了一场InfoQ圆桌直播。该直播的参与者包括:Nginx解决方案高级架构师Leif Beaton、AWS和无服务器独立顾问Yan Cui 和Skyscanner首席工程师Nicky Wrightson 。大家共同探讨了运维的复杂性,以及微服务模型的替代方案。
《Re:从 0 开始的微服务架构》专题的第二篇文章,看看如何搭建一个简单模式的微服务架构。
微服务在带来众多好处的同时,也让系统发生故障的概率提高了很多。如何从业务和平台两方面入手,提升微服务的可靠性,作者给出了非常翔实的建议。
InfoQ联合Intel举办了两场闭门会,共同邀请了来自蚂蚁金服、网易云、新浪微博、京东、去哪儿、UCloud等各大企业的十九位技术专家前来研讨这两大技术的应用或落地之道。
微服务化之后,系统分布式部署,传统单个流程的本地API调用被拆分成多个微服务之间的跨网络调用,由于引入了网络通信、序列化和反序列化等操作,系统发生故障的概率提高了很多。
在过去十年中,微服务已经逐渐成为了一种常见的架构模式。在这种方法中,许多小型、自动、松散耦合的服务通过分布式网络运行在一起。
SOFARegistry 是蚂蚁金服开源的具有承载海量服务注册和订阅能力的、高可用的服务注册中心,在支付宝/蚂蚁金服的业务发展驱动下,近十年间已经演进至第五代。
ServiceComb项目源于华为微服务引擎(CSE)。
Log4j2 安全漏洞、开源代码维护者因反俄给node-ipc库添加恶意代码、GitHub封停部分俄罗斯开发者账号……风波不断的开源圈是怎么了?
Conduit正式合并进了Linkerd项目,并发布了Linkerd 2(Beta)。除了常规的Linkerd 1发布之外,Linkerd 2(beta)构件也已经生成。Linkerd 2代码是完全开源的,可以在他们的GitHub仓库上获取。Conduit 0.5.0是Conduit项目最后一个正式发布版本。
变更感知往往是事件管理中的缺失部分。成功地关联监控和可观测性数据能够让工程师更快到达根因。遥测提供的构建块使变更感知能够基于系统中的变更及其广泛影响来识别并映射根因。
本文就第四范式在智能推荐系统架构方面的探索实践,聊一聊在应用架构治理方面提升推荐服务开发维护效率,增强系统灵活性和扩展性的新探索。
运维百家讲坛第2期:学习某个领域的发展历史,能够让我们以史为鉴、顺势而为。
在面临高速发展的移动互联网游戏行业,对运维能力的要求变得越来越高,传统运维已经无法适应当下的节奏,如何随着时代演变而进步,如何能在危机中给自己创造机会,抓住要领才能坦然面对万变。这篇文章讲述了腾讯游戏运维服务体系演变史。