When it comes to adopting DevSecOps, organizations sometimes focus on overarching goals like improving business agility or digital transformation. Such a broad scope can make DevSecOps adoption difficult. Instead, companies might find more success by breaking down their focus into three areas: increasing team collaboration, incorporating a new mindset with tools, and measuring progress.
Impact of the team
Beyond simply adopting a specific toolchain or a toolset, collaboration between teams is critical to enabling DevSecOps concepts and strategies. DevSecOps is meant to bring teams together as a united front, break down silos and to remove inefficiencies that can slow or halt innovation.
Utilizing open processes and working collaboratively has had a significant impact on many of our customers and their ability to drive business goals. Bridging traditional gaps between IT and security, DevSecOps enables teams to streamline work and share the goal and responsibility of security throughout the phases of software delivery.
For example, Omnitracs partnered with Red Hat to assist in their change to cloud-native development. Choosing to shift to modern tools and practices - including lean agile development, and integrating DevSecOps created a safe environment for change.
Incorporating a new security-focused mindset with tools
As part of this collaborative approach, the adoption of a new mindset around tools is necessary to ensure DevSecOps is embedded into the practical motions of the organization. Ask some key questions about your environment:
“Are you running code?”
“Are you running applications?”
“Are you running services that you expect, or that you think you’re running?”
Perhaps most importantly:
“Are they secure?”
The focus on security for both mindset and tools can help prevent potential impacts further down the line. Weak protocols, social engineering, and unprotected endpoints can bring unprecedented impacts—from costly repairs and extensive downtime, to negative reputation, and in some cases, shutting down a business for good.
We are aiming to be ubiquitous in our approach to security through DevSecOps. It’s not something specific tied to one customer or government entity. We want to be able to provide the tooling that says, “you are running what you thought you were running, and that you can ensure that those things are meeting your criteria.”
By analyzing this on the bits and bytes level, we can readily catch things through the DevSecOps process when it’s going from start to finish. Things in production are inextricably linked through the process, and when the analysis can be automated as much as possible, we can help make sure you’re hitting your preferred “risk profile.” By mitigating these risks as much as possible, you can be confident in the security of your continued operations.
It doesn’t matter if there’s a current trending theme in the market around security; it’s always important. We’re always trying to make sure that we continue to evolve and provide the right toolsets to do that.
Measuring the progress
The final critical piece of adopting DevSecOps is that of measuring progress. If your organization is trying to increase the frequency of deployments and ensure the predictability of efficiency of applications and product life cycles, you should start looking at the deployment process itself and how security audits are performed.
But there are pitfalls to be aware of. If the security profile isn’t fully considered, or the automation of said audits is lacking, your organization won’t be able to bear the fruits of these strategic plans.
It’s important to make the distinction between what outcome you’re trying to measure versus vanity metrics; evaluating change and pivoting KPIs is necessary to meeting expectations throughout the adoption of DevSecOps. Too often, unchanged KPIs can grant a false sense of success, and can hamper continued growth. The evolution of outcomes is necessary to ensure a stronger digital transformation.
Conclusion
These three areas are a part of our strategy of how Red Hat Services can help you rapidly operationalize DevSecOps in your organization by establishing measurable, repeatable processes that focus on integrating security and compliance, incorporating new workflows and adopting a new mindset and culture around open source tooling.
Our engagement model is grounded by experience. Our mentor-based approach follows an open collaboration process, helping your teams to adopt, develop and deliver on DevSecOps through trusted workflows from development to production. Ready to start your DevSecOps adoption? Reach out to a Red Hat Consultant to get started.
執筆者紹介
Nick Hopman is Vice President, Global Professional Services Practices, Strategy and Offerings. He joined Red Hat close to 10 years ago and had previously spent seven years at Amentra.
チャンネル別に見る
自動化
テクノロジー、チーム、環境にまたがる自動化プラットフォームの最新情報
AI (人工知能)
お客様が AI ワークロードをどこでも自由に実行することを可能にするプラットフォームについてのアップデート
クラウドサービス
マネージド・クラウドサービスのポートフォリオの詳細
セキュリティ
環境やテクノロジー全体に及ぶリスクを軽減する方法に関する最新情報
エッジコンピューティング
エッジでの運用を単純化するプラットフォームのアップデート
インフラストラクチャ
世界有数のエンタープライズ向け Linux プラットフォームの最新情報
アプリケーション
アプリケーションの最も困難な課題に対する Red Hat ソリューションの詳細
オリジナル番組
エンタープライズ向けテクノロジーのメーカーやリーダーによるストーリー
製品
ツール
試用、購入、販売
コミュニケーション
Red Hat について
エンタープライズ・オープンソース・ソリューションのプロバイダーとして世界をリードする Red Hat は、Linux、クラウド、コンテナ、Kubernetes などのテクノロジーを提供しています。Red Hat は強化されたソリューションを提供し、コアデータセンターからネットワークエッジまで、企業が複数のプラットフォームおよび環境間で容易に運用できるようにしています。
言語を選択してください
Red Hat legal and privacy links
- Red Hat について
- 採用情報
- イベント
- 各国のオフィス
- Red Hat へのお問い合わせ
- Red Hat ブログ
- ダイバーシティ、エクイティ、およびインクルージョン
- Cool Stuff Store
- Red Hat Summit