4

戴尔战略计划有效提高DevOps团队开发人员生产力

 1 year ago
source link: https://server.51cto.com/article/721858.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

戴尔战略计划有效提高DevOps团队开发人员生产力

作者:戴尔 2022-11-02 12:15:23
戴尔科技集团相信:DevOps不是简单地将职责划分为职能团队,而是统筹全局,重点关注整个生命周期,通过制定周密的战略计划来实现DevOps的转型与发展。

“谁构建,谁运行”

在DevOps席卷全球的时代

有人却对这一理念

提出了质疑

根据外媒记者Scott Carey的观察报告,一众开发者认为DevOps正在加重他们的负担,大多数开发者并不想负责运维。一时间,“DevOps已死”的论调再度出现。

随着数字化转型浪潮的推进,企业需要更加灵敏、更加快速的运营,DevOps的出现彻底改变了软件开发的模式,它为企业带来了实实在在的好处,例如缩短响应时间、减少技术债务、消除脆弱性,它的价值也赋予了它极强的生命力。

f687425303fc12483ef510883bdf0032de7ae9.png

Dev+Ops?

什么是DevOps的本质

如果你打开百度百科你就会发现DevOps是Development和Operations的组合词,为了按时交付产品,开发和运维必须保持紧密的合作,但它的内涵绝不只是将开发和运维结合那么简单。

在DevOps发展的十来年里,精益和敏捷贯彻其中,准确的说是“敏捷软件开发”与“精益生产思想”的融合与演变,它可以是利用软件工程的思维去解决繁杂的运维问题,也可以是通过自动化的流程消除开发、测试与运维之间的障碍。

尽管DevOps没有一个明确的定义,但我们仍然可以发现,它本质上是解决人、工具、人与工具之间的协作问题,以自动化的流程更好、更快的创造更高质量的软件,从而帮助研发团队获得更好的交付价值。

压力与负担

DevOps的“不完全体”

DevOps无疑是好的,当开发与运维打破以往孤立的工作环境便能够带来1+1>2的效应。然而有些企业或组织将其理解成了“让开发人员负责运维工作”,毕竟“谁开发,谁运行”听起来就像是这样。如此一来,DevOps只有Dev没有Ops,Dev就变成了全栈工程师。

全栈工程师自然也是好的,谁能拒绝一个全能的超人呢?但事实是,并非所有企业都有IT巨头那样的人才资源,都有足够的时间和成本去培养一位全栈工程师。因此,在这些组织中,缺乏经验的团队在尝试进行DevOps时往往会陷入混乱,导致开发人员与运维人员的职责、工作量以及压力成倍增加。

根据媒体的报道,DevOps工程师们需要同时了解开发和运维的相关知识,缺乏标准化和自动化让开发者运维时受到了许多限制,一些琐碎的事情让其无法全身心的投入到开发工作中,例如编写格式严苛的Kubernetes配置文件;而运维人员除了要确保程序可用、安全、合规以外,还要负责构建和维护软件交付通道。

DevOps的出路

为了消除这一负面影响,许多企业开始通过建立平台工程或者内部开发平台来缓解DevOps工程师们的压力。

平台工程以产品化的思维构建和维护可以在整个组织中大量复用的自动化平台,开发者则是该平台的“用户”,内部开发平台由大量 API、工具、服务、知识和支持构成,涵盖了应用程序整个生命周期的运维需求,开发者无需明确协调即可“自助”使用该平台,有效的消除开发与运维与产品之间的障碍。

平台工程是否会取代DevOps我们无从得知,但小编认为,平台工程并不是DevOps的替代方案,而是DevOps发展过程中进步的一种方式,因为它仍然是处理人与人、人与工具、工具与工具之间的关系,本质并未改变,只是融合的方式由“个性”转向了“共性”。

Platform or DevOps

制定战略才是首要任务

无论是平台工程还是DevOps,转型从来不是一朝一夕能够完成的,在缺乏足够战略支撑的情况下,谁能保证平台工程会不会造成意料之外的后果呢?如果您不知道如何发展您的DevOps团队或认为DevOps转型举步维艰,不妨看看戴尔科技集团是怎么做的。

戴尔科技集团相信:DevOps不是简单地将职责划分为职能团队,而是统筹全局,重点关注整个生命周期,通过制定周密的战略计划来实现DevOps的转型与发展。

我们的DevOps团队致力于创建开发人员所需的所有自动化服务,并取得了突破性的成果:现在,我们可以让开发人员在5到30分钟内构建他们需要的东西,整体开发人员生产力提高35%以上。

戴尔科技集团的战略基于三大战略计划:API标准化、自动化生态系统集成、现实世界的经验主导。

API标准化

自动化从标准化的API开始。我们以API为先的方式开发代码,进一步提升开发效率,开发人员可以通过我们的API市场分享API,供IT和其他内部业务单位和部门使用,包括外部企业、客户和合作伙伴。

戴尔支持两种类型的API标准:用于产品的产品API以及社区支持的开放API。产品API是一组标准化的RESTful API,由我们的专家定义,以允许与戴尔产品进行基于软件的通信。开放行业API则由鼓励协作并允许快速开发的标准化机构定义。

当然,这也使得我们的诸多产品能够支持各种API,例如Dell PoweFlex提供的基于标准的开放式API和自定义Ansible Modules,以简化与第三方或自定义工作流的集成。

a18eb13629613b1de62445a6ddc33ce0534fac.jpg

最新基于PowerEdge15G服务器的PowerFlex节点采用英特尔至强®Platinum®处理器,更高的CPU、更多的内存,带来极高的性能。

PowerFlex API作为PowerFlex Manager以及PowerFlex Gateway软件包的一部分安装,随着新功能和PowerFlex软件进行升级和更改,十分适用于希望自动化PowerFlex部署、配置和管理任务的客户。

自动化生态系统集成

自动化不是万能的,但没有自动化是万万不能的。戴尔通过使用我们的标准API与常见的自动化框架的集成来实现自动化生态系统集成。

我们的数字化团队也在自行开发先进的自动化工具,以在标准CSI驱动程序支持的基本功能之外添加关键的企业功能。从开发人员编写测试用例到测试代码,所有的步骤都依靠自动化,有效解决了开发人员过去操作繁琐,浪费时间的问题。

现实世界的经验主导

在戴尔科技集团,我们已拥有多年的DevOps转型经验。在整个转型过程中,戴尔数字部门不断提供有关DevOps各个方面的培训,了解他们的特定用例和技术堆栈。迄今为止,戴尔数字部门已成功培训了超过5000名开发人员、产品经理和工程负责人。

现在,我们正积极的参与IT社区,例如云原生计算基金会、Linux 基金会、桌面管理工作组、开放计算项目等等,毕竟没有什么东西能够比实践得来的经验更宝贵,站在巨人的肩膀上往往能够看的更远。

255a9ae84e542976b0a1247e7188e4d0fb75f1.png

END

如果您想了解更多有关戴尔科技的产品和解决方案信息,请扫描以下二维码咨询戴尔官方客服。

66e57be9238f2a6074a639181ce9b44b311d2a.png

责任编辑:张燕妮 来源: 戴尔科技集团

About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK