この記事の要点
- DevOps は、開発(Dev)と運用(Ops)が協力し、変更を小さく速く安全に届け続けるための考え方と文化です。CI/CD はそれを支える自動化の仕組みです。
- CI(継続的インテグレーション)は、変更をこまめに統合し、そのたびに自動でビルドとテストを行うことです。
- CD には2つの意味があります。継続的デリバリーは「いつでも本番に出せる状態まで自動化し、最後の反映は人が判断」、継続的デプロイは「本番への反映まで自動」です。
- IoT では、配布先がサーバではなく現場の多数の機器になるため、段階的な配布、失敗時の復旧、更新ファイルの検証が加わります。
- IoT技術テキスト第4版で解説が加わった項目の一つです(MCPC 公式ページ、2026年9月27日確認)。
DevOpsとCI/CDとは、ひと言でいうと何か?
一言でいうと、DevOps は「作る人と動かす人の壁をなくし、改善を速く回す」考え方、CI/CD は「統合・テスト・リリースを自動の流れにする」仕組みです。
従来は、開発チームが作ったものを運用チームに引き渡し、まとめてリリースする進め方が多く見られました。この方法では、リリースの間隔が長くなり、問題が見つかったときに原因を探しにくくなります。DevOps は、変更を小さく分けて頻繁に届け、運用で得た情報を次の開発にすぐ返すことで、この問題を小さくします。
MCPC の公式ページによると、『IoT技術テキスト 第4版』では、DevOps と CI/CD(継続的インテグレーション/継続的デリバリー)の解説が加わり、MLOps と DevSecOps にも触れています(2026年9月27日確認)。進め方の土台になる開発手法はアジャイル開発とスクラムで扱っています。
| 用語 | 種類 | 中身 |
|---|---|---|
| DevOps | 考え方・文化 | 開発と運用が協力し、小さな変更を速く安全に届け続ける |
| CI | 自動化の仕組み | 変更をこまめに統合し、自動でビルドとテストを行う |
| CD(継続的デリバリー) | 自動化の仕組み | いつでも本番に出せる状態を保つ。本番への反映は人が承認 |
| CD(継続的デプロイ) | 自動化の仕組み | テストに通った変更を本番まで自動で反映する |
← 表は横にスクロールできます →
CIとCDはどう違うのか?(継続的デリバリーと継続的デプロイ)
CI/CD は一続きの流れ(パイプライン)として動きます。代表的な順番は次のとおりです。
- 開発者が変更を共有のリポジトリに統合する。
- 自動でビルドし、単体テストなどを実行する(ここまでが CI)。
- テストに通った成果物を、本番に近い環境へ自動で配置し、追加のテストを行う。
- 本番へ反映する。人が承認して反映するなら継続的デリバリー、承認なしに自動で反映するなら継続的デプロイ。
- 本番の動きを監視し、得た情報を次の変更に生かす。
二つの CD の違いは、本番への最後の一歩に人の判断をはさむかどうかだけです。どちらも、本番に出せる状態を常に保つ点は共通しています。
4択では、CI の説明に「本番へ自動で反映する」を混ぜる、継続的デリバリーを「承認なしに本番へ反映する」とする、といった入れ替えが考えられます。
IoTでは何が難しいのか?(機器への配布)
Web サービスなら、自社のサーバを更新すれば全利用者に新しい版が届きます。IoT では、配布先が現場に散らばった多数の機器で、通信や電源の条件もまちまちです。そのため、次のような工夫が加わります。
| 課題 | 工夫 |
|---|---|
| 機器の種類や版がばらばら | 機器の台帳で型番と現在の版を管理し、対象を絞って配る |
| 一斉に配ると失敗の影響が大きい | 一部の機器から段階的に配り、問題がなければ範囲を広げる |
| 更新中の電源断や通信断 | 新旧の2つの領域を持ち、失敗したら元の版で起動する |
| 偽の更新を送り込まれるおそれ | 更新ファイルに署名し、機器で検証してから書き込む |
| 実機でしか分からない不具合 | 実機やシミュレータを使ったテストをパイプラインに組み込む |
← 表は横にスクロールできます →
IETF の RFC 9019(2021年)は、資源の限られた IoT機器のファームウェア更新の構成を示しています(2026年9月27日確認)。更新そのものの安全策はセキュアブートとファームウェア更新で解説しています。
パイプラインに脆弱性の検査を組み込む考え方は DevSecOps、機械学習のモデルを継続して更新する考え方は MLOps の記事で扱っています。
IoT中級ではどの範囲で、どう問われそうか?
MCPC の公式ページでは、IoTシステム技術検定 中級(80問・90分・4者択一・CBT)の出題カテゴリの一つに「IoTシステム構成と構築技術」があり、比率は15〜25%と図で示されています(2026年9月27日確認)。当サイトでは、公式テキスト『IoT技術テキスト 第4版』の第8章「IoTシステムの開発・運用・保守上の留意点」がこの内容に当たると推定しています(章とカテゴリの対応は目次の章名からの当サイトの推定です)。
出題頻度は公表されていないため、次は考えられる観点の例です。
- 用語の関係:DevOps が考え方で、CI/CD がそれを支える仕組みであること。
- CI の範囲:統合と自動テストまでで、本番反映は含まないこと。
- 二つの CD:本番への反映に人の承認をはさむかどうか。
- IoT 特有の配慮:段階的な配布、失敗時の復旧、更新の検証。
試験の形式・日程はIoTシステム技術検定 中級とはにまとめています。
どこで取り違えやすいのか?
選択肢が左の列のように書かれていたら、右の問いで確かめてください。
| 取り違え | 正しい考え方 | 確認する問い |
|---|---|---|
| DevOps は特定の自動化ツールの名前 | 開発と運用の協力を中心とする考え方・文化 | 製品名か、進め方か |
| CI は本番への自動反映まで含む | CI は統合と自動テストまで | 本番環境が出てくるか |
| 継続的デリバリーは本番まで全自動 | 最後の本番反映は人が承認する | 承認の手順があるか |
| リリースはまとめて大きく行う方が安全 | 小さく頻繁に行い、問題を早く見つける | 変更の単位は大きいか小さいか |
| IoT でもサーバ更新と同じ手順で済む | 現場の機器へ段階的に配り、失敗時の復旧を用意する | 配布先はどこにあるか |
← 表は横にスクロールできます →
確認問題1:CIの説明を選べるか?
継続的インテグレーション(CI)の説明として、最も適切なものはどれか。
- 変更をこまめに統合し、そのたびに自動でビルドとテストを行う
- テストに通った変更を、人の承認なしに本番環境へ自動で反映する
- 本番の稼働状況を監視し、障害が起きたら担当者へ自動で通知する
- 開発と運用の担当者が協力し、改善を速く回すための文化をつくる
正解:1。CI は、変更を頻繁に統合し、自動のビルドとテストで問題を早く見つける取り組みです。
2は継続的デプロイの説明です。3は運用の監視の説明で、CI の範囲ではありません。4は DevOps という考え方そのものの説明です。
確認問題2:二つのCDを区別できるか?
次の記述ア・イの正誤の組合せとして、正しいものはどれか。
ア:継続的デリバリーでは、本番に出せる状態を保ちつつ、本番への反映は人が判断する。
イ:継続的デプロイでは、テストに通った変更も、必ず人の承認を経て本番に反映する。
- ア:正 イ:正
- ア:正 イ:誤
- ア:誤 イ:正
- ア:誤 イ:誤
正解:2。アは正しい内容です。イは誤りで、継続的デプロイはテストに通った変更を承認なしに本番まで自動で反映します。
1と3はイを正しいとしている点、4はアまで誤りとしている点で当てはまりません。
確認問題3:IoTへの配布の工夫を選べるか?
多数の IoT機器に新しいファームウェアを配るときの進め方として、最も適切なものはどれか。
- 一部の機器に先に配り、問題がないことを確かめてから広げる
- すべての機器に同時に配り、全体の更新を一度で終わらせる
- 失敗したときに備え、機器の古い版の領域を先に消しておく
- 配布の時間を短くするため、更新ファイルの署名を省いておく
正解:1。段階的に配れば、不具合があっても影響を一部の機器にとどめられます。
2は不具合があったときに全台へ影響が広がります。3は失敗時に元の版へ戻せなくなります。4は偽の更新を見分けられなくなり、攻撃の入口を作ります。
開発・運用の範囲を本番と同じ4択で試したい場合は、登録不要のIoT中級の無料お試し20問で、全問の解説まで確認できます。
よくある質問
DevOpsを始めるには専用のツールが必要ですか?
CI/CD には自動化のツールを使うのが一般的ですが、DevOps の中心は開発と運用の協力のしかたです。ツールを入れても、引き渡し型の進め方のままでは効果が出にくくなります。
アジャイル開発とDevOpsは同じものですか?
重なる部分はありますが同じではありません。アジャイルは主に開発の進め方、DevOps は開発から運用までをつなぐ考え方です。組み合わせて使われることが多くあります。
IoT中級ではツールの名前まで問われますか?
出題の詳細は非公開なので断定できません。当サイトでは、特定のツール名より、用語の関係と CI・二つの CD の範囲を説明できることを優先して学ぶことをすすめています。
出典・参考
本番と同じペースで腕試し
記事の次は、本番形式の問題で。
公式の出題カテゴリの比率どおりに組んだ無料お試しを、登録不要・カード不要で解けます。続きの模試と章別ドリルは買い切りで、月額はかかりません。
あわせて読みたい
当サイトは、モバイルコンピューティング推進コンソーシアム(MCPC)とは関係のない個人が運営する非公式の学習教材です。掲載している問題はすべて当サイトのオリジナルで、実際の試験問題・過去問題・再現問題ではありません。試験の日程・受検料・出題範囲は公式サイト(https://www.mcpc-jp.org/license/ )で必ず確認してください。合格を保証するものではありません。合格の目安は当サイトの推定です。技術・制度の記述は「最終確認日」時点のものです。