米ドルが統一される前、大陸通貨は断片化した混乱状態だった。各植民地は独自の通貨を発行し、他の植民地の通貨と互換性がないことが多く、経済的非効率、信頼の喪失、システムの不安定さを招いていた。通貨問題は長い間解決されてきたが、断片化は多くの産業で依然として課題となっている—ソフトウェア業界もその一つであり、サイロ化したソリューションが消費者を苛立たせ、イノベーションを妨げている。今日、ソフトウェアの断片化は、かつての植民地通貨と同じ混乱を生み出している。
ソフトウェアが実際に連携する世界を想像する
サイロ化したソフトウェアは、断片化した植民地通貨の現代版だ。アプリケーションは特定のプラットフォームに密接に結びついていることが多く、デプロイメントと配布が混沌として再現性がない状態になっている。ドルが標準化、再現性、信頼をもたらしたように、現代のソフトウェアには統一されたデプロイメントと配布モデルが必要だ。それがなければ、イノベーションを遅らせ、コストを増加させるカスタムメイドの実装に縛られることになる。
未来は、摩擦なく環境を超えて動作できるソフトウェアのものだ。標準化された通貨が拡張可能な商取引を可能にしたように、クラウドネイティブでプラットフォームに依存しないデプロイメントによってアプリケーションがどこでもシームレスに動作する世界は、ビジネス運営を効率化すると同時に、現代の組織を悩ませる統合の頭痛の種を排除できる。
このビジョンを実現するには、ソフトウェア開発へのアプローチに根本的な変化が必要だ。ソフトウェアのサイロを打破するために必要なことをいくつか挙げる：
- コンテナ化で新しい標準を設定する：特定のインフラに結びついたアプリケーションを構築すると、自ら制限を作り出すことになる。コンテナ技術は、どこでも動作するポータブルで一貫した環境を可能にする。
- APIファーストのアーキテクチャを採用する：標準化された通貨は取引を予測可能にした。同様に、適切に設計されたAPIは、カスタム統合なしに異なるシステムが通信できる信頼性の高いインターフェースを作成する。
- 初日からクラウドネイティブ設計を確立する：レガシーアプリケーションを現代の環境に後付けするのではなく、スケーラビリティを念頭に置いて構築する。レガシーモノリスを現代のインフラに無理やり適合させようとするのではなく、どこでも動作し、変化するニーズに適応するアプリケーションを構築する。
- 孤立ではなく相互運用性のために構築する：ソフトウェアは、新たな障壁や依存関係を作るのではなく、チームとシステム間のコラボレーションを強化すべきだ。相互運用性は技術的（そして競争上の）優位性であり、追加特典ではなく標準であるべきだ。
- 早期に移行戦略に投資する：植民地の商人たちは地域通貨を放棄して一晩で新しい通貨に切り替えたわけではない。移行計画が必要だった。同様に、断片化したシステムから統一されたプラットフォームへの移行には明確な道筋が必要だ。
ソフトウェアの断片化は自然に解決しない
米国通貨の標準化は一夜にして成功した話ではない。一時期は、民間企業や銀行が紙幣の発行を担当しており、統一性の欠如から偽造が容易になり、消費者の信頼を得ることが難しくなっていた。政府が統一されたデザインとサイズを義務付けるまで、通貨は本当に信頼できるものにはならなかった。
ソフトウェアの断片化を超えていくことも、同様に段階的なプロセスになるだろう。一夜にして解決されるものではない—しかし、その利点を考えれば、変化のための努力は十分に価値がある。標準化された通貨が拡張可能な経済成長を可能にしたように、標準化されたソフトウェアは次世代のデジタルトランスフォーメーションを可能にするだろう。その最前線に立ちたいと考える人々にとって、変化すべき時は今だ。
