东盟公司需要克服Devops障碍
Thai Telco高级信息服务(AIS)仅需30分钟即可为其播放移动应用程序进行模拟,这是在短短45天内开发的。
AIS将花费两倍于构建应用程序 - 如果它没有接受Devops,那么旨在拥有软件开发和IT运营团队更紧密地工作的运动,以便更快地应对不断变化的业务要求。
在IDC亚太地区软件研究的研究经理Chris Zhang表示,这种推动更加敏捷,虽然发展更高质量的代码是东南亚的Devops采用的顶级驱动因素之一。
根据IDC调查,东盟的超过三分之二的受访者部署或者正在努力在2018年持续一体化/持续交付和Devops举措。另一项研究还发现,2017年东盟的Devops软件市场价值47.7米 - 代表同比增长18.9%。预计市场预计将达到2022美元的131.1亿美元,复合年增长率为29%。
在东盟内,新加坡在采用Devops实践方面最成熟,具有新兴地域,如印度尼西亚,菲律宾和越南,展现出强劲的增长潜力。
加利福尼亚州东盟Devops主任Manivannan Govindan说:“许多组织正在重新监视自己作为软件和数字服务的提供者,认识到DevOps将使他们能够以比以往更快的步伐和更高的速度和更高的速度来构建,测试和部署应用程序。
然而,IDC的张某说,只有一小部分这些组织达到了先进的采用水平,特别是在大型企业中。
对于Devops成为更广泛和易于采用的,对于组织来了解如何创建DevOps驱动组织至关重要。
人们普遍理解,更快的软件开发的承诺源于开发和运营团队之间的更近的关系。但是,没有快速且简单的修复,并且肯定不是获得DevOps工具的那么简单。
张某表示,人类元素是成功的DevOps倡议的最具挑战性的成功因素。组织需要在必要时雇用正确的人才,雇用合适的人才,教育和重新存款,并在Devops成功的镜头上获取执行和用户买入。
事实上,亚太地区的业务和IT领导人超过三分之二(77%)发现,根据自由形态动态的研究,发现专业人员发现专业人士的企业非常具有挑战性。这表明大多数组织都存在技能差距,这些组织需要资源,特别是培训,才能提供,特别是可以提供资源。
除了缺乏Devops技能和专业知识之外,其他威慑包括涉旧架构或心态的形式的行李,指出张。文化是另一个关键挑战,特别是在大型企业和抗敏捷式工作实践中的国家。
Govindan强调,安全是另一个探索的障碍,特别是当客户要求推动组织以近持续释放应用程序,通常以牺牲安全性为代价。
但并不是抢劫,东南亚最着名的初创企业,它已经从乘车的应用程序中发展了其商业模式,以建立一个提供物流服务的业务,以及移动钱包和食品送餐服务。
由于Devops背后的哲学要求他们可以迭代地改善他们的实践,因此可以完全完全完全完成。Mark Jones,IBM“采取抛物哲学使我们能够更好地回应客户的需求并建立竞争优势,”抓住工程铅,工程铅说。
抓获的开发人员能够通过运营团队建造的工具和自动化提供自助服务。专注于自动化和开发团队独立工作的能力有助于抓取甚至小型和简单任务所需的跨团队通信量,并增加工作量和步伐。
随着开发团队拥有自己的服务,他们有动力,确保他们在生产环境中发展的运作良好,允许工作更快地完成。
所有这些都不意味着安全受到损害。在新加坡最近的Splunk活动中,Grab信息安全主管称,该公司在其产品,服务,应用程序和基础设施中建立了侦探控制,以收集对其最容易攻击的地方的洞察力。
然后,这种见解将在Mishra被描述为“犯罪信息”策略中的抢夺的网络防御,这是不太侵扰和更便宜的策略。
对于抓取来看,挑战仍然确保团队与Devops哲学对齐,因为开发人员不得处理通常被视为“运营”任务,并且运营团队并不总是用来交换控制。
“良好的培训,文件和管理的期望是这种模型成功的关键,”Hameez说。
对于在东南亚成功取得成功的救主,领导力支持至关重要,自上而下的支持将通过有效的变革管理和角色定义来加快Devops通过,IBM私有云和混合云管理层Mark Jones表示,Mark Jones表示。
这是由自由形式动力学研究支持的,发现亚太组织的优先级是在改善软件开发项目方面获得更多的支持和承诺。
在加速Devops采用中,组织还可以促进鼓励和奖励合作的组织文化。这是亚太地区81%的受访者强调,在同一研究中,新加坡的86%的受访者突出。
对于具有较少或没有经验的组织,可以选择利用开源技术探索开发和自动化的Devops。
“这有助于建立一个协作的Devops文化,在杀戮或小组的愿景基于自由下载的情况下开始风险和创新,”张说。“开源软件采用也有助于改变组织文化走向跨群共享,以社区为基础的创新和众包。”
目前,东盟的Devops部署仍然是“Ad-hoc和机会主义”,张先生常常从试点项目开始迅速推出数字服务。
即使这些组织努力缩小DEVOPS的伸展之间的差距和迅速部署Devops以加速业务变革,而且旅程仍然是一个连续的。
“由于Devops背后的哲学要求他们迭代地改善他们的做法,因此,组织永远无法完全完成。”