Kubernetes将提升IT技能的价值
Kubernetes是开源的云原生容器管理平台,对于希望提高平台间开发、测试和生产流程的一致性的企业,该平台将帮助他们打破格局。
尽管Kubernetes远不如AI和机器学习有存在感,但围绕后者的那些问题,Kubernetes早已见识过。Kubernetes能够“编排”和“自动化”管理容器化的环境,这是否会威胁甚至取代IT团队的作用?但一贯的事实是,新技术可以创造工作机会,而不是减少机会。
对于采购决策,开发人员拥有很高的自由度、独立性和影响力,根据 IDC 的数据,70-79%的开发人员觉得自己能够显著影响或完全决定此类投资。根据CNCF的报道,全球云原生开发人员共有650万,其中270万在使用Kubernetes,这是一个巨大的人才库,IT团队必须向他们咨询并提供支持。随着云原生开发人员的人数也在增加,相比消失的工作岗位,这些新技术实际上创造了更多的IT管理和软件开发岗位。
开发周期越来越短,自动化程度越来越高,无处不在的容器进程,这些会产生两样东西:成本和数据。谁来管理和控制这些平台的成本?谁又来管理和保护生成的海量数据?答案始终会是技术娴熟的人。
让开发工作变得大众化
如所有革命性技术一样,不经过一段时间的培训和实验无法部署Kubernetes。企业还处在部署Kubernetes这种新技术的兴奋阶段,但有时也会感到沮丧。在将组成应用的多个容器汇总成逻辑单元方面,Kubernetes展现了它的价值,这也是IT团队已经看到的核心功能之一。这种以应用为中心部署Kubernetes的方式让IT团队能够加快和扩展应用的交付,不必担心出现人为错误。这意味着,企业能够加快应用的交付速度,扩大交付规模,并提高准确性。
但更值得一谈的不是Kubernetes能够实现的功能,而是在更广泛层面上可能取得的成果。从根本上,Kubernetes让软件开发人员所需的基础设施变得大众化和商品化,成为现代云原生应用的核心技术,这让我们看到这项技术未来能实现的功能。Kubernetes可以在几乎任何平台上运行,而且在平台之间同一应用几乎可以自由运行。
凭借这种灵活性,IT团队可以利用Kubernetes管理整个基础设施,不必针对容器、虚拟机和软件即服务 (SaaS) 使用不同的管理层。如此强大的管理功能让IT团队能够对基础设施进行任何程度的控制。例如,这可能改变企业管理成本的方式,并确保符合相关的数据法规。然而,在可能性和软件及应用开发速度方面,这同样意味良多。这只是Kubernetes从一个方面真正提高组织的IT部门的价值,以及IT技能的价值。
说到应用开发,在金融服务、零售和制造等行业,重要的不再是谁能做什么,而是谁能率先进入开发,谁能最快进行创新,并在数天(而非数月)内满足不断变化的市场需求和客户预期。这就需要IT人员离开自己的工位,加入董事会的讨论,并在未来的各项业务中占据重要席位。
IT团队回炉重造
权力越大,责任越大。要牢牢把握这一机遇,IT团队需要掌握权力、工具和技能来最大化利用Kubernetes创造的机会。这需要一次信念的飞跃,敢于探索未知,这可能会让我们的基础设施同事感到有些紧张,但许多人已经开始了这种飞跃。最近,我们在《2021年云保护趋势报告》中看到,全球多达61%的组织已经在生产中使用容器平台并积极进行测试,或者将在明年使用这些平台。对于一些人的担心,我的回复是把自己的事做到最好,如果有问题,则通过平台解决。这需要什么基础架构?如何启用适当且必须的架构?从平台或基础设施层面上看,如果我们正在处理个别应用,或者关于物理、虚拟、云、Kubernetes和更广泛的云原生生态系统的具体问题,这些问题并不重要。这些平台都既有优势也有劣势,但这并不妨碍人们将最重要的工作负载转移到最佳平台上。正如那句老话说的“能做并不代表应该做”,用在这里再合适不过了。
了解了Kubernetes已经创造和未来会创造的机会,我们还必须牢记,没有平台是零风险的。在Kubernetes中,数据丢失的情况依然在发生,而且尚未通过可用性方案或复制进行解决。因此,组织依然需要基于大量Kubernetes应用程序栈和部署方法的备份解决方案。例如,Veeam的Kasten K10专为应用程序而设计,是一种Kubernetes原生备份解决方案,可以在多个云集群和本地集群中运行,还可用于提供数据服务。随着更多“状态型”容器应用被用于生产,从整体上保护数据的需求可能增加,这意味着要在容器内部提供原生保护,而不是仅限于存储库。反过来,对第三方原生备份的需求也是如此。
从客观和实际的角度来看,Kubernetes和云原生不可能解决目前存在的所有问题,未来也不可能。但IT团队需要了解它们的功能和相对优势,从而做出明智的决策。与我们使用多年的平台相比,它们并不可怕,也并不复杂,而是与我们熟悉的平台一样,能够实现卓越的功能,或许这样说更切实际,它们非常适合某些场景,但对其他场景却不太适用,并且所有数据必须进行备份,以防丢失。在提高应用开发的速度和质量,推出新功能、新服务和新产品以获得客户青睐方面,团队如能认真对待,最大化利用Kubernetes的潜力,则将大获全胜。想象一下这样的场景:Kubernetes不仅能够提高应用开发的速度和效率,而且还能用于编排其他的业务领域、虚拟机或基于云的基础设施即服务 (IaaS),所有工作负载都将得益于同一编排引擎。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
多而全,专且精,云数据库领导者是这样做的
【51CTO.com原创稿件】最近被这样一条新闻吸引《虎牙直播采用亚马逊云科技数据库服务,加速全球化业务拓展》,乍一看似乎是一篇普通的案例文章,但细品起来还是很有内涵。 文章提到:虎牙旗下的“虎牙直播”采用亚马逊云科技一系列数据库服务,使用关系型数据库服务Amazon Aurora,实现数倍性能提升,通过自动扩缩容能力降低50%的成本;通过托管型No-SQL数据库服务Amazon DynamoDB轻松应对十倍以上推送流量突增;内存数据库服务Amazon ElastiCache for Redis提供微秒级的本地读取,实现低延迟和高吞吐量的数据访问;以及图数据库服务Amazon Neptune快速高效识别欺诈关系和行为,有效降低欺诈风险。 一篇案例稿一口气列出了四款数据库服务,属实有点不可思议。 作为三大基础软件之一的数据库,其重要性不必再赘述。作为信息系统核心软件,数据库在云化大潮下,逐渐发展出了云数据库的技术路线。顾名思义,云数据库是部署在云计算环境中的数据库。云数据库是一种新型的共享基础架构的方法,它利用虚拟化技术将计算、存储等资源进行池化,将存储计算分离,极大地增强了数据库的存储...
- 下一篇
2021年八大IT灾难
从安全漏洞到软件工程失败,这些备受瞩目的IT灾难在今年对现实世界造成了严重破坏。让它们作为警示故事。 对于几乎任何规模的公司来说,IT都是业务运营的代名词。因此,当技术出现故障时,公司可能会随之倒闭。 IT故障,无论是复杂的系统还是项目,都越来越多地登上商业新闻版块,其影响可能变得更加有害——而且令人尴尬。 我们收集了2021年的八场最大的技术危机,以突出各种近乎灾难性的IT问题,这些问题不仅会出现,而且会对您的业务产生巨大影响。除了幸灾乐祸之外,我们希望这些IT灾难故事对您有所启发,即使您的组织远不及这些故事中的某些主角那么大或风险不高。 1. 为什么应该设计更好的用户界面 许多公司倾向于对他们的IT工具采取“如果它没有坏,就不要修复它”的态度,如果你曾经参与过拙劣的升级或部署,你就会知道为什么。但这可能会导致一些真正过时的系统在生产使用中使用可追溯到软件行业早期的UI——这反过来可能意味着可用性问题与现实世界的后果。 花旗银行的一个后端系统就是这种趋势的一个很好的例子,也是造成5亿美元业务失误的主要原因之一。故事是这样的:花旗银行试图代表其客户之一露华浓向露华浓的几个债权人支付78...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS6,CentOS7官方镜像安装Oracle11G
- Docker安装Oracle12C,快速搭建Oracle学习环境
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- SpringBoot2全家桶,快速入门学习开发网站教程
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- MySQL8.0.19开启GTID主从同步CentOS8
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- CentOS8编译安装MySQL8.0.19