【云原生-白皮书】简章1:为什么我们需要云原生架构?

这篇具有很好参考价值的文章主要介绍了【云原生-白皮书】简章1:为什么我们需要云原生架构?。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

声明:本文为《阿里云云原生架构核心技术白皮书》的一些读书笔记与感想。

一文大致了解云原生架构模式特点传送门:五分钟了解云原生的架构模式

前言:云原生是什么?

声明:本文是阅读阿里云云原生架构核心技术白皮书的一些读书笔记与感想。

云原生架构是一种创新的软件开发方法,专为充分利用云计算模型而设计。它使组织能够使用微服务架构将应用程序构建为松散耦合的服务,并在动态编排的平台上运行它们。因此,基于云原生应用程序架构构建的应用程序是可靠的,可提供规模和性能,并缩短上市时间。

有人会说,云原生就是微服务,我觉得是不对的。云原生和微服务是两个不同维度的东西。 云原生更侧重应用程序的运行环境, 它是以k8s和容器为基础的云环境。“云原生计算基金会”致力于打造一整套工具来帮助应用程序从开发,测试,运行以及部署到云环境。

微服务是应用程序的软件架构,可以是单体式和微服务式。 微服务是基于分布式计算的。 你的应用程序即使不采用微服务架构也可以是云原生的,例如分布式的,但效果没有微服务好。 如果是单体式的,云原生就基本发挥不出什么优势。 另外微服务的程序也可以不是云原生的。它们虽然是两个不同的东西,但云原生和微服务是天生良配,相得益彰,相辅相成。 而且很多云原生的工具都是针对微服务架构设计的。

当然,更合适的方式是可以说现代应用程序的趋势就是"微服务+云原生"。因为云原生的几大特征就是:容器化封装管理、服务编排、微服务架构、持续交付、DevOps。

日薄西山:传统的软件开发模型?

传统的软件开发环境依赖于由单体架构驱动的所谓“瀑布”模型,其中软件是按顺序开发的。

1、设计师准备产品设计以及相关文件。
2、开发人员编写代码并将其发送给测试部门。
3、测试团队运行不同类型的测试来识别错误并衡量云原生应用程序的性能。
4、发现错误时,会将代码发送回开发人员。
5、代码成功通过所有测试后,将部署到测试生产环境并部署到实时环境。

【云原生-白皮书】简章1:为什么我们需要云原生架构?
如果对于传统的设计架构来说,一旦需要更新代码或添加/删除功能,则必须重新完成整个过程。当多个团队在同一个项目上工作时,相互协调代码更改是一个很大的挑战。它还限制他们使用单一的编程语言。此外,部署大型软件项目需要建立庞大的基础架构以及广泛的功能测试机制。整个过程效率低下且耗时。

引入了微服务架构则可以解决大多数这些挑战。微服务架构是一种面向服务的架构,其中应用程序构建为松散耦合的独立服务,可以通过 API 相互通信。它使开发人员能够处理不同的服务并独立使用不同的语言。借助充当版本控制系统的中央存储库,组织能够同时处理代码的不同部分并更新特定功能,而不会干扰软件或导致应用程序停机。此外,实施自动化后,企业可以轻松、频繁地进行具有重大影响的更改。

后起之秀:云原生为什么被需要?

云原生的发展背景

抛去上述的传统架构设计弊端不说,计算机技术架构的进化有两大主要驱动因素,一个是底层硬件升级,另一个是顶层业务发展诉求。

正如伴随着 x86 硬件体系的成熟,很多应用不再使用昂贵、臃肿的大中型机,转而选择价格更为低廉的以 x86 为主的硬件体系,也由此诞生了包括EJB、RPC 在内的各类分布式架构;后由于互联网业务飞速发展,人们发现传统 IOE 架构已经不能满足海量业务规模的并发要求,于是又诞生了阿里巴巴 Dubbo & RocketMQ、Spring Cloud 这样的互联网架构体系。

云计算从工业化应用到如今,已走过十五个年头,然而大量应用使用云的方式仍停滞在传统 IDC 时代:虚拟机代替了原来的物理机:使用文件保存应用数据,大量自带的三方技术组件,没有经过架构改造(如微服务改造)的应用上云,传统的应用打包与发布方式等等。对于如何使用这些技术,没有绝对的对与错,只是在云的时代不能充分利用云的强大能力,不能从云技术中获得更高的可用性与可扩展能力,也不能利用云提升发布和运维的效率,是一件非常遗憾的事情。

所以,数字化转型的十年,云计算高速发展的十年,这期间新技术不断演进、优秀开源项目大量涌现,云原生领域进入“火箭式”发展阶段。通过树立技术标准与构建开发者生态,开源将云计算实施逐渐标准化,大幅降低了开发者对于云平台的学习成本与接入成本。这都让开发者更加聚焦于业务本身并借助云原生技术与产品实现更多业务创新,有效提升企业增长效率,爆发出前所未有的生产力与创造力。

在未来,云计算将无处不在,像水电煤一样成为数字经济时代的基础设施,云原生让云计算变得标准、开放、简单高效、触手可及。如何更好地拥抱云计算、拥抱云原生架构、用技术加速创新,将成为企业数字化转型升级成功的关键。

云原生的发展构成

云原生从字面意思上来看可以分成云和原生两个部分。云是和本地相对的,传统的应用必须跑在本地服务器上,现在流行的应用都跑在云端,云包含了IaaS,、PaaS和SaaS。

原生就是土生土长的意思,开始设计应用的时候就考虑到应用将来是运行云环境里面的,要充分利用云资源的优点,比如️云服务的弹性和分布式优势。

【云原生-白皮书】简章1:为什么我们需要云原生架构?

微服务

微服务解决的软件开发中一直追求的低耦合+高内聚,微服务的本质是把一块整体项目分成若干块低耦合的小型服务,比如一个服务A专门负责接收外部的数据,一个服务B专门负责响应前台的操作,服务A和B可以进一步拆分,比如负责接收外部数据的服务可以继续分成多块负责接收不同类型数据的服务A2,这样如果其中一个服务出问题了,其它服务还能正常对外提供服务。

DevOps

DevOps(Development和Operations的组合词)是一种重视“软件开发人员(Dev)”和“IT运维技术人员(Ops)”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程,来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。

持续交付

持续交付的意思就是在不影响用户使用服务的前提下频繁把新功能发布给用户使用。

容器化

容器化的好处在于运维的时候不需要再关心每个服务所使用的技术栈了,每个服务都被无差别地封装在容器里,可以被无差别地管理和维护,现在比较流行的工具是docker和k8s。

总结

综上所述可以简单地把云原生理解为:云原生 = 微服务 + DevOps + 持续交付 + 容器化。

云计算的下一站,就是云原生;IT 架构的下一站,就是云原生架构 。文章来源地址https://www.toymoban.com/news/detail-425981.html

到了这里,关于【云原生-白皮书】简章1:为什么我们需要云原生架构?的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • POLARDB IMCI 白皮书 云原生HTAP 数据库系统 一 数据压缩打更新 (本篇有数据到列节点异步但不延迟的解释)...

    开头还是介绍一下群,如果感兴趣polardb ,mongodb ,mysql ,postgresql ,redis 等有问题,有需求都可以加群群内有各大数据库行业大咖,CTO,可以解决你的问题。加群请联系 liuaustin3 ,在新加的朋友会分到2群(共1300人左右 1 + 2 + 3 + 4) 3群即将突破 400 会关闭自由申请,新人会进4群 这

    2024年02月07日
    浏览(45)
  • Solana白皮书中文翻译(1)

    作者:Anatoly Yakovenko(anatoly@solana.io) 翻译:tangenter.eth 本文提出了一种新的区块链架构,其基础是一种能够验证链上事件发生的先后顺序及时间间隔的新共识算法,称作 工作历史证明 (Proof of History,PoH)。PoH算法能够将不可信任的时间间隔数据打包为区块链账本——一种只

    2024年02月02日
    浏览(71)
  • 海峡链技术白皮书-整体篇

    “引言:海峡链技术白皮书分为《海峡链技术白皮书-整体篇》、《海峡链技术白皮书-开放共识链篇》、《海峡链技术白皮书-开放许可链篇》和《海峡链技术白皮书-IPFS篇》四个章节。《海峡链技术白皮书-整体篇》对海峡链的设计思路、技术框架、产品生态等方面进行了整体

    2023年04月12日
    浏览(65)
  • 以太坊白皮书(中英对照版)

    Ethereum:A Next-Generation Smart Contract and Decentralized Application Platform 以太坊:下一代智能合约和去中心化应用平台 Satoshi Nakamoto’s development of Bitcoin in 2009 has often been hailed as a radical development in money and currency, being the first example of a digital asset which simultaneously has no backing or “intrinsic v

    2024年02月03日
    浏览(55)
  • 公告|Gear 官方白皮书正式发布!

    Gear 官方白皮书对开发者很有助益,将分为以下部分: Gear 协议的技术原理 Gear 网络架构 Gear 协议的组成部分 Gear 与其他 dApp 开发网络有何不同 为了使大家更好地了解 Gear 网络的愿景,Gear 白皮书涵盖以下内容: 互联网简史,阐述第一代区块链和现代区块链的区别以及它们的

    2024年02月01日
    浏览(47)
  • 《金融数据保护治理白皮书》发布(137页)

    温馨提示:文末附完整PDF下载链接 导读   目前业界已出台数据保护方面的治理模型,但围绕金融数据保护治理的实践指导等尚不成熟,本课题围绕数据保护治理的金融实践、发展现状,探索和标准化相关能力要求,归纳总结相关建设范式,推进数据保护、治理在金融领域的

    2024年02月14日
    浏览(49)
  • Chainlink——白皮书简析(whitepaper v2)

            以目前区块链公链比较成熟的生态以太坊为例,为了保证账本的准确性和智能合约执行的确定性,以太坊节点虚拟机会被运行在一个隔离的环境中,因此在虚拟机中运行的智能合约代码无法跟传统编程语言一般直接从链下或者互联网获取数据,所有链下的数据都需

    2023年04月09日
    浏览(41)
  • 《2023人工智能发展白皮书》发布(118页)

    导读 nbsp; 本白皮书由七大部分组成。第一章人工智能产业链分析,描绘人工智能产业链全景图,并对产业链各环节进行深入分析;第二章人工智能行业环境,明确中国人工智能行业生命周期和竞争结构;第三章人工智能发展概况,阐述国内外人工智能行业发展现状;第四章人工智

    2024年02月09日
    浏览(54)
  • AI 大型语言模型的最佳应用白皮书手册

    目录 What are large language models?什么是大型语言模型? Applications of large language models大语言模型的应用

    2024年02月07日
    浏览(44)
  • 【中国金融机构 FRTB 合规的数据挑战 白皮书】

    来源: 毕马威,彭博 本报告将重点聚焦中国银行业在实施 FRTB 过程中面临的主要数据挑战,并探讨可行的解决方案,旨在帮助机构了解 FRTB 新规实施的要点与难点,充分评估现状与差距,寻找到适合自身特点的 FRTB 实施路径。本报告由来自全球领先的金融数据提供商彭博(

    2024年02月03日
    浏览(49)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包