AIBR プレミアム
拓海さん、最近部下から「ADSってAPI化で大きく変わるらしい」と聞いたのですが、正直よく分かりません。現場に導入する価値があるのか、投資対効果が見えなくて困っています。
素晴らしい着眼点ですね！大丈夫です、簡単に整理していきますよ。要点は三つで、外部開発者の参加、サービスごとの独立稼働、そしてスケールの容易さです。経営判断に直結するところを中心にお話ししますね。
外部開発者が参加できる、ですか。つまり我々のシステムに外の人が機能を追加できるようになるということですか。これって要するに外部のアプリやサービスを簡単に繋げられるということ？
その通りです！簡単に言うとApplication Programming Interface (API) — アプリケーションプログラミングインタフェースを公開して、外部の開発者が安全に我々のサービスにアクセスできるようにしたのです。比喩で言えば、工場の正門を1つの入り口から地域の道路網に置き換えたイメージですよ。
でも外部に公開するとセキュリティや品質が心配です。我々の現場のデータや作業フローが影響を受けるのではないかと不安です。管理はどうなるのですか。
重要な懸念ですね。ここで登場するのがOAuth (Open Authorization) — 認可の仕組みとHTTPS (Hypertext Transfer Protocol Secure) — 安全な通信です。外部は認可トークンを使ってアクセスするため、権限管理が明瞭になりますし、通信は暗号化されます。現実的な運用ではポリシーとロール分担が鍵になりますよ。
なるほど。では既存システムの改修コストはどうですか。私どもの現場は古いシステムが多く、全部作り替える時間も予算もありません。
安心して下さい。ADS 2.0の考え方はmicroservices (マイクロサービス) — 小さな独立サービスに分割することです。全てを一度に変えるのではなく、部分ごとにAPIで包んで外部と接続できるようにしていくため、段階的な移行が可能です。投資も分散でき、リスクを小さくできますよ。
分割しても運用が増えて手間がかかるのでは。現場の担当者が維持できるのかが気になります。
これも現実的な課題です。そこで仮想化とクラウドの利用、つまりAmazonなどのクラウド上で水平スケールする仕組みを使います。必要なときだけノードを増やす方式なら、運用負荷とコストを効率化できます。管理は自動化ツールで支援するのが現実解です。
なるほど。では最終的に我々が得るメリットを短くまとめると、どのポイントになりますか。投資対効果を会議で説明できるようにしたいのです。
いい質問ですね。要点は三つです。第一に外部の創意工夫を取り込めるため短期間で機能追加が可能になること、第二にサービス単位で障害の影響を局所化できるため運用リスクが下がること、第三にクラウドによるスケールでコストの最適化が可能になることです。これをROIの観点で説明できますよ。
分かりました。ではまず小さなサービスをAPI化して試し、効果が出れば段階的に広げるという方針で良さそうですね。要するに小さく始めて評価し、成功をスケールするということですね。ありがとうございました、拓海さん。
