DevOps エンジニアとは?

1. コミュニケーションとコラボレーション

DevOps エンジニアは、チーム、マネージャー、顧客とのコミュニケーションやコラボレーションを効果的に進めていくことが重要です。これらのいわゆる「ソフトスキル」はよく見過ごされて過小評価されますが、DevOps の成功はバリュー ストリーム全体にわたるフィードバックの質と量に大きく左右されます。

2. システム管理

DevOps エンジニアは、サーバーのプロビジョニングと管理、データベースのデプロイ、セキュリティの監視、システムへのパッチ適用、内外部のネットワーク接続の管理など、システム管理に関する経験が得られます。

3. DevOps ツールの使用経験

DevOps の実践には適切なツールの使用が不可欠であるため、DevOps エンジニアはさまざまなツールを理解して使用できるようになる必要があります。これらのツールは、インフラストラクチャと構築から、製品またはサービスの監視と運用まで、DevOps のライフサイクル全体で活用します。

4. 構成管理

DevOps エンジニアは多くの場合、Chef、Puppet、Ansible などの 1 つ以上の構成管理ツールの経験があることが期待されます。多くの組織では、新しいシステムのデプロイや既に実行中のシステムへのセキュリティ パッチの適用などのシステム管理タスクを自動化するために、これらのツールまたは同様のツールを採用しています。

5. コンテナーとコンテナー連携

Docker が普及させたテクノロジーであるコンテナー化では、アプリケーションとそのランタイム環境のコードが同じイメージにバンドルされます。これによって、従来の構成管理ツールの必要性が下がります。同時に、コンテナーの管理には特有の課題が伴うため、「コンテナー連携」(例: Docker Swarm または Kubernetes) と呼ばれるツール クラスの経験が DevOps エンジニアに必要なスキルになります。

6. 継続的インテグレーションと継続的デプロイ

継続的インテグレーションと継続的なデリバリー (CI/CD) は、ソフトウェア開発に対する DevOps アプローチのコア プラクティスであり、実現するために利用できるツールは多数あります。CI/CD ツールまたはツール セットの最も基本的な機能は、ソフトウェアの構築、テスト、デプロイのプロセスを自動化することです。

通常、DevOps エンジニアは 1 つ以上の CI/CD ツールの設定とデプロイに関する経験が必要なほか、通常、これらのツールを効果的に使用するために開発組織の他のメンバーと緊密に協力する必要があります。

7. システム アーキテクチャとプロビジョニング

DevOps エンジニアは、オンプレミスかクラウドかを問わず、コンピューター エコシステムを設計、プロビジョニング、管理する能力を備えている必要があります。IaC (コードとしてのインフラストラクチャ) を理解することが重要です。これは、DevOps ソフトウェア開発のベスト プラクティスをクラウド インフラストラクチャ リソースの管理に適用する IT 管理プロセスです。DevOps エンジニアは、AWS (Amazon Web Services)、AWS CloudFormation、または Terraform によって、クラウドでシステム インフラストラクチャをモデル化する方法を理解する必要があります。

8. コーディングとスクリプティングの熟知

従来のシステム管理者の多くは、繰り返しタスクを自動化するためのシェル スクリプトの作成経験があります。DevOps エンジニアは、自動化スクリプトの記述だけでなく、高度なソフトウェア開発プラクティスのほか、コード レビューやソース管理の利用など、アジャイル開発プラクティスを実装する方法を理解している必要があります。

9. 共同管理スキル

チーム間のコラボレーションは、効果的な DevOps 戦略の基本的な構成要素です。そこに特定の組織構造は関係ありません。エンジニアリング チームが役割別のみのグループでも、機能の開発、品質保証、DevOps などのチームに分かれていても、DevOps エンジニアはコーチや同僚として、多くのさまざまな人々とともに組織全体で作業する必要があります。

たとえば、DevOps への投資で得られる最も価値のある見返りの 1 つは、開発者に迅速なフィードバックを提供できることです。DevOps エンジニアは、テスト手法の速度、有効性、結果を向上させるために、QA (手動のテスター、またはテストの自動化を記述する開発者) と連携しなければならないことがよくあります。

同時に、アプリケーション コードの構築とデプロイのプロセスを改善するために、開発者は DevOps エンジニアのサポートを必要とすることがあります。

DevOps エバンジェリスト

組織全体で DevOps プラクティスを推進して発展させる、DevOps のエキスパートです。通常、DevOps エバンジェリストは強力な技術的バックグラウンドを持っていますが、この役割が重視することは個人間のコミュニケーションとプロセスの改善です。

リリース マネージャー/変更諮問委員会

DevOps に移行していない組織、または移行の初期段階にある組織には、変更諮問委員会 (CAB) と呼ばれる別のグループ、またはリリース マネージャーという個人の役割があることがあります。

このような役割の目的は、本番環境にリリースされる新しいアプリケーション ソフトウェアが品質基準とセキュリティ基準を満たし、適切な管理者から承認を得ていることを確認することです。

これらの役割は、ソフトウェア リリースのリスクが高い場合に特に重要でした。ただし、自動テストやダーク デプロイなどの戦略を使用する場合、これらの役割は (廃れたとはいわないまでも) それほど重要ではありません。

自動化エキスパート

すべての DevOps エンジニアには、自動化に関する専門知識が必要です。しかし、組織が別の自動化エキスパートや自動化エンジニアの役割を用意することもまったくないわけではありません。CI/CD ツールの管理や、自動テスト スイートの開発とメンテナンスに集中的に取り組んでいるスタッフが担当する場合もあります。

ソフトウェア開発者

ほとんどの場合、ソフトウェア開発者という肩書は、フロントエンドまたはバックエンドのアプリケーション コード、またはその両方を記述する個人に与えられます。アジャイル思考が台頭する以前は「コンピューター プログラマー」と呼ばれてきた人々です。

品質保証

品質保証 (QA) チームには、ソフトウェアの障害を見つける責任があります。QA エンジニアはこれまで、新しいアプリケーション コードを手動でテストすることに重点を置いて、新しいアプリケーション コードがすぐに壊れないこと (スモーク テスト)、既存の機能を壊さないこと (リグレッション テスト)、他の新機能と競合しないこと (統合テスト) を確認するためのテストを行っていました。

組織では、手動テスターを SDET (テスト担当のソフトウェア開発エンジニア) の役割で補ったり、置き換えたりすることが増えています。SDET は、新しいアプリケーション コードを本番環境にリリースする前にテストすることに重点を置いています。ただし、ソフトウェアを手動でテストするのではなく、主にテスト自動化コードを記述します。

セキュリティ エンジニア

セキュリティとコンプライアンスの懸念事項を計画と開発の各プロセスに完全に統合するという概念を採用していない組織では、多くの場合、個人またはチームがセキュリティの責任を負います。これではセキュリティを後から考えることになり、設計、構築、デプロイ後のソフトウェアのセキュリティ保護は、セキュリティを念頭に置いて設計するよりもずっと困難なため、多くの場合アンチパターンとされます。