在传统的可变服务器基础设施中,服务器会不断更新和修改。使用这类基础设施的工程师和管理员可以SSH到他们的服务器,手动升级或降级软件包版本,逐个服务器调整配置文件,并直接将新代码部署到现有服务器上。换句话说,这些服务器是可变的;它们可以在创建后进行更改。由可变服务器组成的基础设施本身可以称为可变的、传统的或手工的。
在传统的可变服务器基础架构中,服务器会不断更新和修改。使用此类基础架构的工程师和管理员可以通过SSH连接到他们的服务器,手动升级或降级软件包,逐个服务器地调整配置文件,以及将新代码直接部署到现有服务器上。换句话说,这些服务器是可变的; 它们可以在创建后进行更改。由可变服务器组成的基础设施本身可称为可变,传统或(贬低)手工艺。
在传统的可变服务器基础架构中,服务器会不断更新和修改。使用此类基础架构的工程师和管理员可以通过SSH连接到他们的服务器,手动升级或降级软件包,逐个服务器地调整配置文件,以及将新代码直接部署到现有服务器上。换句话说,这些服务器是可变的;它们可以在创建后进行更改。由可变服务器组成的基础设施本身可称为可变,传统或(贬低)手工艺。
而所谓“云原生”,实际上就是在定义一条能够让应用最大程度利用云的能力、发挥云的价值的最佳路径。在这条路径上,脱离了“应用”这个载体,“云原生”就无从谈起;容器技术,则是将这个理念落地、将软件交付的革命持续进行下去的重要手段之一。
在第一篇文章中,我对 DevOps 工程师的工作定义是搭建一个数字化的全自动流水线来高效地将代码从编写环节部署到生产环境中:《DevOps 工程师成长日记系列一:必备知识与技能组合》。
所谓云原生架构,Cloud Native Computing Foundation 的定义是这样的:
IAC(基础设施即代码),是指通过编写代码来进行基础设施的定义,部署,更新与销毁。让基础设施的变更同代码一样,具有版本控制的能力,同时可以通过codeReview 进行审阅,保障其可靠性与一致性。只需要做好基础设施可变与不可变部分的划分,即可通过流水线工具及相关策略对可变部分进行动态调整,完成基础设施的自动化编排与管理。
本人现在工作中负责云原生服务管理平台的研发(主要管理各类云原生基础设施,平台服务和第三方托管应用),但即便如此,常被问起云原生是什么时,我也很难简洁的向人表述清楚,导致自我也经常问一遍,云原生究竟是什么,我又在做什么。
我们放下代码与技术,讨论历史之名,来梳理软件架构发展历程中出现过的名词术语,以全局的视角,从这些概念的起源去分析它们是什么,它们取代了什么,它们为什么能够在竞争中取得成功,为什么变得不可或缺,以及它们为什么会失败,在斗争中被淘汰,逐渐湮灭于历史的烟尘当中。
在容器编排领域,Kubernetes 已成为事实上的标准,而容器镜像 (Docker Image) 作为容器技术栈中最关键的创新之一,极大的推动了企业内部 Devops 运动的进程。
许多年来,单体应用是实现业务需求的标准企业架构。但是,当云基础设施开始以规模和速度为业务加速,这种情况就发生了重大变化。应用架构也发生了转变,以适应云原生应用和 微服务、无服务器 以及事件驱动的服务,这些服务运行在跨混合云和多云平台的不可变的基础设施上。
Unix设计哲学在程序员的圈子里经久不衰,备受追捧。而Go语言背后有很多Unix与C语言的影子,三位创始人Rob Pike(罗伯. 派克),Ken Thompson(肯. 汤普森)和Robert Griesemer(罗伯特. 格利茨默)都是这两块领域的泰山北斗。了解Unix的设计哲学,对写出优秀的代码很有帮助。
GitOps 这个概念最早是由 Kubernetes 管理公司 Weaveworks 公司在 2017 年提出的,如今已经过去了 5 个年头,想必大家对这个概念早有耳闻,但你可能并不知道它到底是什么,它和 DevOps 到底是啥关系,本文就来帮大家一一解惑。
假设我们有一个应用程序。为了生成可交付成果,我们需要从源代码构建它。这包括编译源代码,处理和复制资源,以及可能的更多步骤。
在云计算越来越流行的今天,云原生成了一个必然的导向。 Gartner报告曾指出,到2022年有75%的全球化企业将在生产中使用云原生的容器化应用。 在企业积极进行数字化转型,全面提升效率的今天,几乎无人否认云原生代表着云计算的“下一个时代”,IT大厂们像被施了咒语一样都将其视为未来云应用的发展方向。 云原生使得应用本身具有“柔性”,即面对强大压力的缓解能力以及压力过后的恢复能力。正所谓“刚而易折,柔则长存”,对于一个单机处理能力很强的“刚性”系统而言,一旦崩溃,则很难恢复;而通过云原生实现的关注分布式与可水
云原生基金会,2015 年,由Google、Redhat 以及微软等大型云计算厂商以及一些开源公司共同牵头成立。 Kubernetes 是 CNCF 托管的第一个开源项目。
在当今的云原生世界中,随着基础设施的飞速发展,大规模构建云计算环境需要可再现性和弹性,因此需要从一开始就优先考虑快速更改和扩展基础设施的能力。
云原生是在云计算环境中构建、部署和管理现代应用程序的软件方法。现代企业希望构建高度可扩展、灵活且具有弹性的应用程序,可以快速更新以满足客户需求。为此,他们使用现代工具和技术,这些工具和技术本质上支持云基础设施上的应用程序开发。这些云原生技术支持快速、频繁地更改应用程序,而不会影响服务交付,从而为采用者提供了创新的竞争优势。
在OpenInfra志愿者团队与SegmentFault思否团队的紧密筹备下,目前 OpenInfra Days China 2021官网已正式上线!
前言刚开始听到云原生的时候也是一脸疑问?emm,什么玩意 🤔后来查阅资料后才知道,通俗的来说云原生安全指云平台安全原生化和云安全产品原生化,现在也越来越多的企业开始重视云原生安全了。国内做这块的厂商比较多,但是质量确实层次不齐,建议可以去了解下青藤云安全,算是国内最早一批接触云原生安全的厂商之一,他们家提出的“一二四”云原生安全体系,在Dev和Ops这两个方向上分别要做到“安全左移,上线即安全”和“持续监控和响应,自适应安全”,然后在安全开发、安全测试、安全管控、安全运营这四个环节中通过各种工具和手段来进
是的,作为云计算领域的一个新兴概念,云原生现在频繁出现在我们的视野中。很多互联网大咖把它奉为至宝,走到哪说到哪。
随着迅速演变的软件领域,GitOps 已成为持续交付场景中的下一个重要发展趋势。但 GitOps 究竟是什么,为什么开发人员和企业应该关注它?让我们逐一分析。
近年来,随着云计算概念和技术的普及,云原生一词也越来越热门,无论是应用还是安全,凡是和云相关的,都要在云后面加上原生二字,好像不提云原生,在技术上就落后了一大截。
Docker不是唯一的容器平台,也不是第一个推出的。其他框架,如OpenVZ和LXC,从20世纪20年代中期诞生。而其他类似容器的技术,如FreeBSD更进一步。而Docker在2013年发布,与目前
应用程序可以轻松地在属于自己隔离的云环境中运行,根据提供者的不同,可能是一个单独的虚拟网络(虚拟专有网络VPC),也可能是一个一个单独的账号/子账号。使用账户或者子账户结构可以有助于实现管理平台以及权限的隔离,可以在开通高度限制性的生产账户的同时,开通更广泛的开发账户权限。
摘要:基于使用场景和技术特点选择技术很重要。例如区块链,其最重要的特色就是“共享写入”而无需一个中央权威机构对这些写入操作进行认证,适用于广泛的分布式系统。本文基于英国开放数据研究院负责人 James Smith 的一篇演讲,当区块链遇上数据基础设施又将发生怎样的碰撞?当我们发问“如果使用区块链,情况会不会有所改善?”时,必须把区块链的技术特点烂熟于胸。 原作者:James Smith, 英国开放数据研究院 授权协议:CC-BY-SA 4.0 国际 译者:王建嘉,汪羽婷,赵璇,谭学垒 主编:高丰 大家好,我
本文最初发布于 The Startup 博客,经原作者授权由 InfoQ 中文站翻译并分享。
“云原生”,很多人会对这个新名词感到困惑,到底什么是云原生,云原生又能给我们带来什么呢?其实云原生的概念最早是由来自Pivotal的MattStine于2013年首次提出,这是他根据自身多年的架构和咨询经验总结出来的一个思想集合,得到了开源社区的不断完善,并被一直延续使用至今。
随着云计算技术的发展,企业上云已成为趋势,越来越多的企业都已将应用部署到了云上。但是应用上云并不意味着就能充分利用云平台的优势。目前,大部分云化的应用,都是基于传统的软件架构来搭建的,然后再移植到云上去运行,和云平台的整合度非常低,主要表现在以下几个方面:
平台工程是用来设计、构建工具链和工作流的方法,软件工程师团队在这些工具和流程的帮助下,获得自助服务的能力。这些工具和流程被称为内部开发平台,经常会被简称为平台。平台团队的目标是提高开发生产力、加快发布节奏、提高应用稳定性、降低安全及合规风险,以及降低成本。
上一篇中梳理介绍了微服务架构的特点和优势,也明确说微服务架构是现代软件开发中解决生产力的一种模式。微服务可以大家加速现代企业中软件开发效率、软件稳定性,扩展性。
我相信大部分人都听过云原生,但是要你说出一个所以然,却不知道怎么开口,我也是一样。
傍晚时分,你坐在屋檐下,看着天慢慢地黑下去,心里寂寞而凄凉,感到自己的生命被剥夺了。当时我是个年轻人,但我害怕这样生活下去,衰老下去。在我看来,这是比死亡更可怕的事。--------王小波
近年来,对于打造高度可扩展的应用程序,软件架构师们挖掘了若干相关理念,并以最佳实践的方式加以实施。在今天的“信息时代”,这些理念更加适用于不断增长的数据集,不可预知的流量模式,以及快速响应时间的需求。
翻译自 What Infrastructure as Code Must Do for CI/CD 。
编排能不能被视为交付和配置管理方案的替代品是值得商榷的,在云原生应用程序的前提下尤为明显。我们可以从各个角度来看这个问题:与数据中心解决方案进行比较,区分基础设施(云端和云外)与容器(主要关注云)的编
过去几年中,随着 Nubank 客户基数达到 2300 万,工程团队从最初的 30 人增至 520 人,这家金融科技初创企业面临不可变基础设施带来的挑战。“我们的部署要靠旋转整个堆栈,或克隆整个基础设施才能迭代所有开发,” Nubank 工程总监 Renan Capaverde 说,“因此,随着时间推移,会变得越来越慢,越来越痛苦。”
自从谷歌于2015年基于自己的Kubernetes容器编排开源项目,发起成立“云原生计算基金会”(Cloud Native Computing Foundation,CNCF)之后,“云原生”这一概念开始逐渐火热起来。
在混合云时代,越来越多的首席信息官开始关注企业内部部署设施。一些企业希望在内部部署环境中利用公有云的优势。
Dapp 体验报告 Dapp是分散式的应用程序。DApp运行在去中心化的网络上,也就是区块链网络中。网络中不存在中心化的节点可以完整的控制DApp。 必须依赖合约部署,没有一个中心化的服务器托管。 对比现代web应用程序依赖的基础设施,其中存在单点故障的问题。这些单点故障包括服务器基础设施、代码库、数据库等。随着高可用性和可靠的基础设施服务商(GCP和AWS等)出现,减轻单点故障方面取得进展,但强如亚马逊,也会出现2018年初的停运,很难避免停机。 Dapp通过在多个对等节点网络上存储数据或基础架构的关键组
9 月初给 BG 的新人开了一门课,专门来讲云原生技术,云原生技术从出现到现在按最早的时间出现来说也是有 10 多年了。尤其是这几年火热的不得了,但是 cloud native 这个外文词翻译成中文 “云原生” 就更加的不好理解,再加上本身这个词的定义在发展中又有多次的变化,导致很多学习这块技术的同学都感觉是云里雾里,不知所谓。
最近相关部委又在密集发文指导数字化转型等相关工作,云原生架构再次成为关注焦点,援引某厂商的说法,云原生已经进入2.0时代,上云也从资源上云进一步向应用上云和业务上云升级,推动企业数字化转型和智能升级。还有一个形象的说法可以概括上述观点,云原生让企业云化从“ON Cloud”走向“IN Cloud”。
想要在数字化竞争中抢占先机?云原生是绕不开的话题。现在越来越多的企业已经不再满足于传统的竞争模式,纷纷开始采用新的方式——上云、拥抱云,通过一系列原则和设计模式,实现应用的高效、稳定和安全运行。
翻译自 Crossplane is great, but what about critical infrastructure? 。
在过去三到五年时间里,云计算技术正在日益深刻地改变各行业、各领域的信息化建设。在一些信息化建设历史久远,系统比较完善的行业和领域内,企业的IT架构正面临从传统的单体架构向更加适应云环境的微服务架构转型的迫切需求。
其一年一度的Gartner《I&O自动化成熟度曲线》报告阐明了创新采用、成熟度以及解决企业实际商业机会的能力。本文总结了2021年这个领域出现的最大变化。 您需要的任何资源可作为服务来提供、XXOps、云原生应用程序、混合IT,这些创新不仅仅是一时的风尚,它们是满足企业更快速地提供价值、提高效率和优化成本等需求的新方式。 但是哪些创新值得孜孜以求?面对厂商的炒作,有时很难辨别真伪。不妨让我们更仔细地看看Gartner的《2021年I&O自动化成熟度曲线》所出现的最大变化。 I&O自动化成熟度曲线上的进取
上海开源基础设施峰会 时间:11月4日至6日 地点:中国上海 在11月4日至6日,来自世界各地的开源用户和贡献者,将集聚于上海开源基础设施峰会上,来加入我们的行列吧! 本次峰会按用户用例分类了100多场会议和研讨会,其中包括:人工智能和机器学习、持续集成和部署(CI/CD)、容器、边缘计算、网络功能虚拟化(NFV)、公共及安全、私有和多云战略。 不要错过以下的峰会议程: 《A Case Study Of Cross Community Collaboration》 《 跨社群合作的案例研究》
本文翻译自 How to Build The Right Platform for Kubernetes 。
领取专属 10元无门槛券
手把手带您无忧上云