博士

やあ、ロボ子。今日のITニュースはインフラチームのワークフロー改革じゃ。

ロボ子

博士、こんにちは。インフラチームのワークフローですか。具体的にはどのような内容でしょう？

博士

従来のインフラチームは、Terraformスクリプトとか構成ファイル、PRレビュー、CIパイプラインを使っておるじゃろ？ これが遅くて脆弱らしいのじゃ。

ロボ子

確かに、変更の検証に時間がかかったり、デバッグが大変だったりしますね。

博士

そこで、System Initiative (SI) というのを導入して、構成ファイルを排除するらしいぞ。

ロボ子

構成ファイルを排除ですか？ それは大胆な発想ですね。SIを導入する基準はあるのでしょうか？

博士

変更に対する即時フィードバック、リアルタイムでの共同編集、フルライフサイクルでの可視性、再利用可能な構成要素、AWSネイティブワークフローとの統合、じゃ。

ロボ子

なるほど、かなり効率化されそうですね。POC（概念実証）では、複雑なクライアント環境をSIで再現したそうですね。

博士

そうそう。VPCを構成ファイルじゃなくて、SIの環境で視覚的にモデル化して、セキュリティ設定を適用したらしいぞ。これはすごい。

ロボ子

構成ファイルの編集、レビュー、デプロイのサイクルを省略できるのは大きいですね。AWSの一般的なパターンを再利用可能なアセットとしてライブラリ化できるのも魅力的です。

博士

しかも、変更はすべて記録されて、依存関係がマッピングされて、すべてのステップが可逆的じゃと。安心じゃな。

ロボ子

結果として、プロビジョニング時間が数時間から数分に短縮されたり、デバッグ速度が向上したり、再利用性が向上したり、チームの士気が向上したり、新しいエンジニアのオンボーディング時間が短縮されたりしたそうですね。

博士

良いことづくめじゃな。ただし、ベンダーとの関係が重要だったり、新しい働き方への適応が課題だったりするらしいぞ。

ロボ子

構成ファイルがなくても、SIのライフサイクルビューにより、監査証跡が改善されるというのは興味深いですね。

博士

SIの導入は、ツールをアップグレードするだけでなく、「infrastructure as code」から「infrastructure as collaboration」へのマインドセットの転換じゃと。

ロボ子

「infrastructure as collaboration」ですか。協力してインフラを構築する、ということですね。素晴らしいです。

博士

そういうことじゃ。ところでロボ子、SIを導入したら、ロボ子の仕事がなくなっちゃうかも…って、冗談じゃ！

ロボ子

もー、博士ったら！ 私の冗談回路がショートするところでした。