IT自動化は戦略的な取り組み

Lori Mac Vittie特別技術者兼チーフエバンジェリスト | F5

「メインフレームでは、全エンタープライズトランザクションの55%を含め、Googleを上回る数のトランザクションが日々処理されています（CICSでは毎秒130万件、Googleでは毎秒68,542件）」と聞いたら、どう思われますか。（Forbes）

驚かれましたか？ しかし、驚くにはあたりません。デジタルトランスフォーメーションやアプリエコノミーについて語る際、通常はFacebook、Netflix、Googleのようなハイパースケール企業が主役となります。しかし実際には、アプリエコノミーは、誰の目にも触れず、話題にも上らない無数のアプリケーションにも同じくらい（あるいはそれ以上に）支えられています。見過ごされているのはメインフレームだけではありません。最新のアプリやデバイスの洗練されたインターフェースの裏側には、アプリケーションサービス、インフラストラクチャ、ミドルウェア、データソースも巧妙に隠されています。

つまり、デジタルトランスフォーメーションとは、テクノロジーそのものを華々しく変革することよりも、私たちがテクノロジーとどう関わるかを変えることなのです。APIも、センサーやデバイスも目新しいものではありません。タッチスクリーンや音声操作も、特に驚くようなものではありません。こうしたテクノロジーはすべて、何らかの形ですでにかなり以前から存在しています。場合によっては、実態を表面的に取り繕っているにすぎません。

負荷分散サービスがなければ、スケールできません。セキュリティアプリケーションサービスがなければ、アプリを保護できません。ミドルウェアとAPIがなければ、アプリを接続できません。そして、いずれも管理対象のデータがなければ、さほど意味を持ちません。

アプリ経済は、目に見えるもの以上に、目に見えないものに支えられています。だからこそ、デジタル戦略の意思決定にIT部門が参加し、発言権を持つことが不可欠です。アプリの導入先がパブリッククラウドでも、オンプレミスのプライベートクラウドでも、その参加は重要です。アプリが従来型のモノリシック構成でも、コンテナ化されたマイクロサービスでも、同じです。IT部門の参加は重要です。以上。

その席は、ITを支援的な役割から戦略的な役割へと転換するために必要な連携と文化の変革を象徴しています。

IT自動化の戦略的性質

今日、CIOが下す戦略性の高い意思決定の1つが、自動化に関するものです。デジタルトランスフォーメーションの結果、55%の組織が自動化を導入していることを踏まえると、その戦略的な影響は見過ごせません。アプリ開発に使用するプログラミング言語やプラットフォームの選択が戦略的であるのと同様に、自動化の取り組みを支えるツールセット、言語、プラットフォームの選択も戦略的です。

こうした決定を重要でないと片付けるのは賢明ではありません。技術的負債とアーキテクチャ上の負債は急速に膨らみ、予算から削減するのは、感謝祭で増えた体重を落とすのと同じくらい困難です。アーキテクチャ上の負債は、ソフトウェア開発における「技術的負債」の原則に基づく比喩です。複雑さやアーキテクチャ上の選択によって、既存システムへの対応（障害対応、保守など）に時間を取られ、新たな業務に着手できなくなります。負債が多ければ、資金のすべてを利息の支払いに充てることになり、ほかの用途に使えません。この負債が新しいサービスのコストを押し上げ、生産性や利益の向上につながる機会を活かすために必要なサービス提供のスピードを低下させます。

だからこそ、IT自動化は戦略的な投資となります。企業において、自動化の実装について今下す選択は、数年前にアプリケーション開発で下した選択と同じくらい、将来に大きな影響を及ぼします。

たとえば、昨年実施した調査では、DevOps担当者の65%が、セルフサービスを利用できるかどうかが、IT部門を「迂回」してクラウドやオープンソースのソリューションを探すという判断に影響したと回答しています。IT部門を避けることは、セキュリティ対策を迂回することを意味し、事業やその他のシステムをリスクにさらします。

誤った言語を選ぶと、適切な人材を確保できず、長期的にシステムを維持できなくなるため、それ自体が技術的負債になりかねません。一方、言語を選定しないと混乱を招き、自動化スクリプトやシステムが常に手間をかけて管理しなければならない「ペット」と化します。その結果、予算はイノベーションではなく、障害対応や保守に再び振り向けられることになります。

IT自動化は戦略的な取り組みであり、エンタープライズアプリケーションのアーキテクチャと同様の要素を慎重に検討しながら進める必要があります。

1. ツールチェーン全体にわたるサポート
   現在では、ほぼすべてのITベンダーが、自動化や本番環境のパイプラインを構成する他のベンダー製品との統合をサポートしています。今日のネットワークは複雑で、パイプラインを構成するベンダーも多岐にわたるため、従来型かコミュニティベースかを問わず、サポートは不可欠です。ドキュメント、コードサンプル、活発なコミュニティも大いに役立ちます。
2. 人材やトレーニングの確保
   導入を進めたいプラットフォーム、システム、言語についてスタッフをトレーニングできず、必要な人材も採用できない場合は、最初のステップに戻って選定プロセスをやり直してください。構築するシステムを継続的に運用できる体制が整うまでは、手動運用を続ける方が賢明です。
3. マルチクラウドへの対応
   マルチクラウドを利用する企業への対応は比較的新しい要件ですが、今や欠かせません。自動化はオンプレミスのデータセンター内だけで完結するものではありません。自動化の取り組みには、少なくとも1つのパブリッククラウドを含める必要があり、ほぼ確実に複数のパブリッククラウドが対象となります。そのため、自動化の取り組みでは、プラットフォームの互換性と、環境間でのポリシーの移植性を慎重に検討する必要があります。
4. 命令型か宣言型か
   この話はもう聞き飽きたと思われるかもしれませんが、どちらを選ぶかは非常に重要です。命令型（純粋なAPIベース）の手法は、開発期間が短く、IT部門に求められる対応も少ない一方で、自動化が特定のデバイスやベンダーに依存するため、多大な技術的負債が生じます。宣言型（アーティファクトベース）の手法は、初期段階でより多くの時間を要し、アーキテクチャの設計も必要になる場合がありますが、プロセスと製品の密結合を緩和し、技術的負債を削減します。

IT自動化は、CIOが下すテクノロジー上の意思決定の中でも、特に戦略的なものの1つです。また、アプリエコノミーの大部分がIT部門の管轄下にあるシステムに依存していることを踏まえると、今日のCIOにとって、最も戦略的なビジネス上の意思決定の1つでもあります。

慎重に選択してください。

著者について

Lori Mac Vittie特別技術者兼チーフエバンジェリスト | F5

Lori MacVittieは、F5のOffice of the CTOに所属するDistinguished Engineer兼Chief Evangelistであり、アプリケーションデリバリ、自動化戦略、インフラストラクチャに関する深い専門知識を有しています。AIエージェントのガードレール策定、脆弱なマルチクラウドアーキテクチャの分析、スケーラブルなシステムの限界の検証など、複雑な事柄を明快にすることで知られています。アプリケーション開発、ITアーキテクチャ、ネットワークおよびシステム運用の分野で、30年以上にわたる業界経験を有しています。F5入社前は、受賞歴のあるテクノロジー編集者として活躍していました。 MacVittieはコンピューターサイエンスの修士号を取得しており、セキュリティ、クラウド、エンタープライズアーキテクチャにわたる分野で多数の著作を発表しています。また、テーブルトークゲームとビデオゲームをこよなく愛し、チーズについては遠慮なく強いこだわりを語ります。

Lori Mac Vittieのその他のブログ記事