长春网站建设于健,广州 网站建设,网站域名列表,建站空间怎么选云原生是一种构建和运行应用程序的方法#xff0c;是一套技术体系和方法论。云原生的英文可拆解为Cloud和Native。Cloud表示应用程序位于云中#xff0c;而不是传统的数据中心#xff1b;Native表示应用程序设计之初就被考虑部署到云的环境#xff0c;为云而生#xff0c;… 云原生是一种构建和运行应用程序的方法是一套技术体系和方法论。云原生的英文可拆解为Cloud和Native。Cloud表示应用程序位于云中而不是传统的数据中心Native表示应用程序设计之初就被考虑部署到云的环境为云而生在云上运行并充分利用和发挥云平台的弹性和分布式架构的优势。 概括成一句话云原生就是为云而生、以应用为中心的现代应用新范式。 云原生的技术特征 这种新的云计算范式具有以下特征。 其一云原生除具有分布式能力外还具有基于云的自动化资源弹性能力。 其二不绑定任何技术即云原生可以由任何一种语言的技术栈实现如C技术栈 或者Golang技术栈。只要该技术能够解决云原生场景下的问题都可以考虑纳入云原生技术体系。 其三不对适用的业务领域加以限制云原生适用于所有需要数字化的领域。 其四云原生不仅涉及技术变革还会引发商业模式、产品和组织等的变革。 为何需要云原生 为什么会出现云原生这种新范式呢下面来看以下几个场景。 场景1用户用智能手机打开某网站的商品推荐页面兴趣盎然地浏览着页面展示的商品还时不时地进入虚拟直播间观看导购的讲解突然看中一件非常漂亮的衣服便毫不犹豫地将衣服加入购物车系统并直接通过第三方支付系统支付也许下午就能在家收到这件漂亮的衣服了。 场景2小王是个上班族吃腻了公司食堂的饭菜于是登录某外卖App订餐没过多久热乎乎的食物就经由外卖员送到了他的手中。 这些场景已司空见惯人们的生活已经严重地依赖于数字化工具了但这些为了提高生活质量的App背后是庞大的IT系统。 再来看这样一个场景。 场景3比尔是一家著名电子商务公司的软件工程师刚刚从工单系统那里接到一项棘手的任务有大量的终端用户投诉“无法在App上下单了”。虽然事情紧急但是比尔不得不从复杂的系统链路中寻找蛛丝马迹来修复后台的服务经过一天的排查最终发现故障的原因是流量过载只需添加机器就可以解决。对这种规模的电商而言这是一个严重的事故一天至少损失上亿元。 这就是现代IT系统复杂性现状的一瞥。回过头来为什么需要这么长时间的排查呢 其一现代软件系统结构大都很复杂就像一个大型生物比如人体那么对大型系统的问题排查就类似于在不开刀、不使用核磁共振、不化验等情况下了解疾病的原因。 其二现代软件系统在其生命周期内的新技术需求或功能需求层出不穷这也使得现代软件系统越来越复杂排查的路径越来越长而IT投入是相对滞后的其稳定性朝着失控方向发展。 比尔得知这个电商应用运行在云上时很好奇为什么还会有流量过载的问题。 云关心的是CPU、内存等资源的池化和虚拟化并不关心在虚拟机操作系统上是如何 开发、运维应用程序的。应用程序是运行在操作系统之上为用户提供服务的进程比如提供订单服务的程序。应用程序无法直接管理云。应用和云之间出现了一个断层这个空白区是由研发团队、运维团队等手工管理的。云对应用本身的资源需求完全是无感的云无法自己做出扩展只能由研发团队和运维团队手动拓展所以应用程序对突发流量无能为力。而应用上云仅仅是为了节约企业自己搭建机房的成本。 对这类应用而言其实还有更多故障比如应用实例因为Bug而崩溃、因为内存不足而拒绝服务、因为网络毛刺而影响服务质量等而云对这些问题无感所以云对此无能为力。技术团队努力按产品或者项目计划快速推进研发进度这就像汽车以120km/h在高速上行驶而缺陷、故障使得软件就像汽车突然下了匝道速度又回到了40km/h整体效率并没有提高整体成本并没有降低。 很明显需要一种技术向上能够为应用上云与稳定运行提供支撑向下能够实现以应 用维度动态管理云资源让云对应用的资源需求有感知的能力。云原生正处于这个断层的 位置提供了一种运用云算力的新方式。 所以云原生使得现代化应用程序能够运行在云上利用云的优势而不需要理会硬件故障在应用程序出现故障时自愈并在突发流量发生时无须担心算力不足的问题。云原生大大地降低了成本并提高了效率。 云原生技术的本质 注意云原生的电商应用在终端用户侧依然与原先的非云原生的电商应用在外观上及使用体验上保持一致功能并没有发生变化。可以理解为云原生平台是一种“透明”的基 础设施即电商应用还是运行在操作系统之上操作系统运行应用的基本抽象还是进程。也许有人会问不是说应用会运行在云原生平台之“上”吗这个“上”的意思是管理的关系而不是运行态堆栈的上下层级关系云原生系统更像管理应用进程的一组非应用进程比如Kubernetes的本地“运维代理”—Kubelet这样的进程。在实现层面云原生系统和应用程序从操作系统角度来看都是一样的。在架构层面云原生系统是分布式的所以从外观看它是云的更高级形态。不同于传统的运维平台它是实实在在的应用运行平台。 对于平台开发者来说忠告就是希望你能够沉下心来不要被现代基础设施的“外壳”所迷惑你依然需要刻苦地钻研操作系统内部的东西比如内存管理、进程管理、多线程、网络堆栈结构、存储原理等。因为无论现在的云原生多么先进也只是在架构思想上先进底层的软件技术并没有实质的变化。你也应该清楚云原生平台依旧是基于操作系统构建的现代分布式程序你需要扎实的操作系统编程知识来构建这种新型的平台。 对于业务应用开发者来说忠告就是希望你能够刻苦钻研业务建模、应用架构等如DDD、企业应用架构、业务分布式架构等。因为无论现在的云原生多么先进它的初衷仍旧是让用户更加充分地聚焦于业务应用领域本身而不是基础设施。 对于IT运维人员来说忠告就是希望你能够沉下心来将思维从对具体运维对象的管理转变为对基于云原生抽象对象的管理这将大大减少对千差万别的物理机器的知识依赖管理方式被替换成统一的、标准的声明性管理方式。这样就不需要学习和掌握差异性部署环境的知识同时又及时响应了业务的需要。 对于企业客户而言忠告就是不要迷茫看清云原生的能力聚焦于商业本质进一步依托新型IT 工具加持自己的数字化产品快速创新使得在线业务发挥经济上的重要作用。对于云原生平台提供商而言忠告就是要从市场的真实情况出发构建能够为客户解决实际场景问题的平台这才是商业本质。 本文节选自《云原生落地产品、架构与商业模式》
