大话2免费版一级星盘炼化表

    1. <form id=zhudObCNh><nobr id=zhudObCNh></nobr></form>
      <address id=zhudObCNh><nobr id=zhudObCNh><nobr id=zhudObCNh></nobr></nobr></address>

      2021年的十五個DevOps趨勢預測

      原創
      DevOps已經走過了很長的一段路,毫無疑問,它將在今年繼續閃耀。由于許多公司都在尋找圍繞其數字化轉型的最佳實踐,因此了解領導者認爲該行業的發展方向非常重要。從這個意義上說,下面的文章收集了DevOps高層對2021年DevOps趨勢的回應。

      讓我們看看他們每一個人在未來一年對DevOps有什麽看法。

      1.遷移到微服務成爲必選項。

      “从单一服务到微服务和容器架构的转变对所有公司的数字化转型都是必须的。它不再是一个或多个选择。Kubernetes的应用将会越来越多,当组织采用多云时,Terraform将会是自动化基础设施的最终选择。”——威普罗DevOps首席工程师Sachidananda Pattnaik

      2.混合模式將成爲部署規範。

      “2020年加速了远程工作,加快了向云的迁移,并将DevOps从最佳实践转变为每个业务的重要组成部分。随着我们进入2021年,该行业将在多个方面采用混合动力。首先,企业将充分采用混合劳动力,将远程工作和现场团队协作的优势结合起来。第二,商业模式将变得混合,例如将虚拟规模与本地网络相结合的会议。最后,混合动力将成为部署标准,因为公司将其堆栈现代化,以利用云本地技术,但意识到并非所有东西都能脱离prem。2021年的赢家将是在其业务、模型和産品中采用混合动力的公司。”—— 杰蛙科技开发者关系VP Stephen Chin

      3.DataOps 将繁荣发展。

      “由于新冠病毒带来的疫情扩展,DataOps在2021年肯定会激增。由于COVID - 19和居家办公的情况,数字内容的消费急剧上升,这就要求自动扩展和自修复系统达到一个新的自动化水平,以满足增长和需求。
      到目前为止,DevOps设置系统日志记录、监控、和报警(ELK/EFK Stacks、Prometheus/Grafana/Alertmanager),DevOps是时候加快步伐,利用可用的数据和指标来生成有价值的见解,学习和应用机器学习模型来预测意外或停机、开发自动化学会自己从数据改善预算规划和预测能力。许多人已经开始呼吁MLOps/AIOps来解决这个问题。”——乐天株式会社DevOps高级工程师Nirav Chotai

      4.彈性測試將成爲主流。

      “在我看来,可观察性、性能测试和弹性测试之间的交集将成为主流。随着AWS和谷歌等领导者最近的Ops问题,以及所有垂直领域的数字转型加速,市场将逐渐意识到,公共或私有云提供的无限可扩展性是不够的。”——Neotys的産品负责人 Patrick Wolf

      5.GitOps將成爲一種常態。

      “一个‘you build it, you own it’的开发过程需要开发人员知道和理解的工具。GitOps是DevOps如何使用开发人员工具来驱动操作的名称。
      GitOps是一种实现持续交付的方法。更具体地说,它是一种用于构建统一部署、监视和管理的云本地应用程序的操作模型。它的工作原理是使用Git作为声明性基础设施和应用程序的真实来源。当提交在Git中被推送和批准时,自动化的CI/CD管道将对您的基础结构进行更改。它还利用diff工具将实际生产状态与受源代码管理的状态进行比较,并在出现分歧时向您发出警报。GitOps的最终目标是加快开发速度,以便您的团队能够安全地对Kubernetes中运行的复杂应用程序进行更改和更新。”——梅西百货首席架构师Soumen Sarkar

      6.將會有更多向無服務器的遷移。

      “2021年将会是更多无服务器迁移的一年。如果容器和编排是Z世代。无服务器上的活负载将是Z+世代。每次使用付费将只在你使用模型时支付。每次使用付费将仅在您使用模型时支付。按次付费和只在使用时付费可能看起来是一样的。但是可以考虑运行基于k8s pod的微服务,以便在需要时在无服务器上运行相同的服务。”——ADP Lifion的站点可靠性工程经理Shivaramakrishnan G

      7.NoOps出現。

      “我希望出現更多托管服務,並減少我們的DevOps運營並減少客戶的運營支出。
      更多无服务器应用程序,更多无服务器服务,例如Aurora无服务器,Fargate,Amazon S3和无服务器静态网站。
      数据中心中的Amazon ECS / EKS(新版本re:invent2020)以及云管理服务,可让您减少数据中心的维护和开发。同样,将更多云原生的原理和功能移植到数据中心。”——ClickIT Smart Technologies的首席执行官Alfonso Valdes

      8.BizDevOps將大放異彩

      “隨著企業從DevOps中獲取價值,在架構和公司層次結構方面向成本優化的方向發展。

      专注于灵活的、云本地的、架构和工具,这些能力曾经只留给“大公司”,打包后适合小公司(Snowflake或Hazelcast vs Oracle/Teradata)。

      FaaS刚刚起步(无服务器,Lambda等)——操作问题正在被解决,人们正意识到它的潜力。”——Petco的DevOps经理Chad Prey

      9.基礎設施即代碼(IaC)的地位將更高

      “基础设施即代码(IaC):云环境DevOps的核心原则。您的基础设施,即服务器、网络和存储设备,无论是在本地还是在定义为代码的云中。这使得公司能够自动化并简化其基础设施。IaC还提供了一个简单的基础设施版本控制系统,允许团队在发生灾难性故障时回滚到“上次运行的配置”。这意味着快速恢复和减少停机时间。”——沃尔沃汽车的高级解决方案架构师Niraj Tripathi

      10.自動化和混沌工程變得非常重要

      “一切都是自動化的——構建、部署、測試、基礎架構和發布。

      单线生产,有要求的质量检验关。更快、可重复、可定制和可靠的自动化是任何项目成功的关键。混沌工程——在当今的混合基础设施世界中非常关键的方面。系统行为和客户体验是紧密耦合的,越早进行测试,就能给客户提供更好的体验。”——直布罗陀印度开发中心集团发展经理Nikhil Bhandari

      11.雲原生計算方法趨向標准化。

      由于雲空間已經變得非常先進(過去10年左右),容器化已經成爲規範,一切都非常標准化,幾乎就像大型機時代一樣。

      当然,会有潮流和赚钱的机会。但我不认为下一个大颠覆者是什么。现在的一切基本上都和五年前的最佳实践基本相同,只是更可靠一些。我想越来越多的人会继续从Pets转向Cattle,而像Ansible和Puppet这样的工具只会留给packer和cloud init来构建容器主机。

      在我看来,这是软件开发的黄金时代。DevOps和本地云方法已经实现了很多目标。管道、主机、存储、负载平衡……近来所有这些问题都在5分钟内得到解决。——Ben Sapp

      12.安全將成爲高度優先事項。

      從DevSecOps的角度來跟蹤基礎設施中不受控制的變化。作爲代碼的基礎設施是很棒的,但是有太多的活動部分:代碼庫、狀態文件、實際的雲狀態。事情往往會隨波逐流。這些變化可能有多種原因:從開發人員在不告訴任何人的情況下通過web控制台創建或更新基礎設施,到雲提供商端的不受控制的更新。處理基礎設施與代碼庫之間的差異可能是一個挑戰。——CloudSkiff

      13.混沌工程將變得越來越重要。

      “在更多的組織中,混沌工程將成爲DevOps計劃討論中越來越重要(和普遍)的考慮因素。混沌工程是一門在生産軟件系統上進行實驗的學科,目的是建立對系統能力的信心,使其能夠承受動蕩和意想不到的條件。

      如果我们把DevOps放在一个传统的5级成熟度模型的框架中来考虑,那么混沌工程将处在第四、五级,它被包含在DevOps实践的保护伞中。正如独立的测试/质量保证小组的传统角色被纳入了DevOps的纪律中一样,混沌工程也应该如此。”——美国一技术企业的资讯架构师 Kelvin Meeks

      14.更關注即時日志以快速驗證成功或失敗。

      “在後期部署中使用日志來驗證發布是否成功,或是否存在嚴重錯誤。
      人们需要建立的最大联系是定义手动流程,然后实现自动化的巨大飞跃。一键部署,即时日志可快速验证成功或失败,然后触发回滚。随之而来的是复杂性以及跨服务依赖性,是否可以回滚某些内容,或者是否需要对其他服务进行进一步测试。想象一下100种微服务(即管道,甚至另外100个容器)。作为一个项目,我总是庆祝成功的回滚,因为它不会对服务产生影响,而且是成功的。”——ADESA平台稳定性总监Craig Schultz

      15.DevSecOps將成爲DevOps的默認部分。

      “DevSecOps的‘Sec’部分将越来越成为软件开发生命周期中不可或缺的一部分。真正的安全‘左移’方式将成为新常态。CI/CD管道中的专用安全步骤较少,安全自动感知和操作将成为所有管道步骤的一部分。从开发人员的IDE开始,进入依赖关系和静态代码分析。没有适当的软件组件将不会被发布调解这些问题。客户将获得真正的无安全问题免费软件。”——杰蛙科技DevOps架构师Eldad Assis

      DevOps幹貨
      HoME大话2免费版一级星盘炼化表