DXのために手に入れた「柔軟性」が招く“リスク”とは？ IT運用に欠かせない視点
- ありがとうございます！
- いいね！した記事一覧をみる
会員になると、いいね！でマイページに保存できます。
デジタルトランスフォーメーション（DX）を具体的に進めるにあたっては、単にレガシーなシステムを刷新するのではなく、いかに迅速に変化できる能力を身につけるかが重要だ。こうした柔軟性はITシステムでも同様である。だが、柔軟に変わっていくことができるシステムとは、逆に言えば問題発生時の対処がウィークポイントとなりやすい。そこで注目すべきキーワードが、「オブザーバビリティ（Observability: 可観測性）」である。
（Photo/Getty Images）
DXに必須の「変化への適応力」。同時に発生する“リスク”とは
経産省が2020年12月に公表した「DXレポート2（中間取りまとめ）」によると、DXの本質は、「単にレガシーなシステムを刷新する、高度化するといったことにとどまるのではなく、事業環境の変化へ迅速に適応する能力を身につけると同時に、その中で企業文化（固定観念）を変革（レガシー企業文化からの脱却）することである」とされている。上記が示すように、DXの推進では「変化」と「文化」がしばしば言及される。そしてこの2つのキーワードを持つのがDevOpsである。DevOpsは開発担当と運用担当が連携・協力し、変化のサイクルを繰り返す手法である。技術的な側面だけではなく、このコンセプトを体現していくには、文化的な側面、人間的な側面が重要だとされる。
DevOpsでは、トライの回数を重ねていくほどサービスが安定する。そして、このような環境を実現するために登場したのが「マイクロサービス」である。互いに連携しあう複数のサービスによってサービス全体を構成するという考え方だ。それぞれのサービスが独立してデプロイできるようにすることで、小さい単位で変更可能となり、DevOpsの取り組みを加速しやすくなる。
ただし、リスクがないわけではない。独立したサービス間の通信はHTTPやREST APIなどを使った外部通信になるため、遅延や失敗が増えるとも言われている。つまり、マイクロサービスによって、DX時代の変化に適応する能力を身につけられる一方で、複雑さと不安定さを抱えることにもなる。このようなリスクにどのように備えればよいのか。そのためには「オブザーバビリティ」という考え方を理解する必要がある。
この記事の続き ＞＞
・従来の「モニタリング」と「オブザーバビリティ」の違いとは？
・オブザーバビリティで「未知の現象」に備える
・システム障害が起きたら具体的にどう対応すればいいか
今すぐビジネス＋IT会員にご登録ください。
すべて無料！今日から使える、仕事に役立つ情報満載！
-
ここでしか見られない
2万本超のオリジナル記事・動画・資料が見放題！
-
完全無料
登録料・月額料なし、完全無料で使い放題！
-
トレンドを聞いて学ぶ
年間1000本超の厳選セミナーに参加し放題！
-
興味関心のみ厳選
トピック（タグ）をフォローして自動収集！
関連タグ
タグをフォローすると最新情報が表示されます
