日本で1番APIを触る専門家が指摘　レガシーの価値あるデータを“国際標準のAPI”で解放する必要性

DXのためのアプリケーション　基幹系システムのデータを活用できるかが鍵に

　DXに資するモダンなアプリケーション開発においては、単にSoE（System of Engagement）のデータだけがあれば良いわけではなく、顧客体験の向上を実現するためには、基幹系システムのデータをいかに活用できるかが鍵となる。とはいえ、レガシーシステムは、他のシステムと柔軟に連携できるようなアーキテクチャではないことが一般的だ。この課題を解決するためには、レガシーシステムとのAPIを容易に開発できるだけでなく、安全に運用するための仕組みが必要となってくる。

　「日々、ひたすらAPIを触っています。日本国内で一番数多くのAPIを触っている人間だと思います」と話すのは、CData Software Japan（以下、CData）で国内外のAPI連携パートナーの開拓、APIコネクタの開発に携わっている同社リードエンジニアの杉本和也氏。実際、CDataでは270ほどのAPIコネクタを作成しており、杉本氏はそれらのサポートサービスを提供できるレベルでAPIを熟知している。

　たとえば、国内で流通しているSaaSを集めた業界レポートに掲載されていた600種類以上のサービスをくまなく調査。一つひとつAPIが公開されているか、公開されているAPIの仕様や連携のしやすさ、認証方法、リファレンスの有無に至るまで詳細に調査しているというから驚きだ。

　最近では、電気自動車のテスラに搭載されているAPIが気になり「当初は少し楽しめればという軽い気持ちでテスラのモックアップAPIを作りましたが、いざ作ってみると本番環境が欲しくなり、結局買ってしまいました」と杉本氏。ちなみにCDataでは、テスラに接続できるAPIコネクタは残念ながらまだ用意されていないが、将来的にビジネスニーズが高まれば電気自動車と接続するAPIコネクタも提供されるかもしれない。その際には、この経験も遺憾なく発揮されることになるだろう。

　そんな杉本氏が日々さまざまなAPIに触れている中で感じているのは、レガシーな基幹系システムに格納されているデータの重要性だ。DX実現に向けて、顧客体験を向上させるためのアプリケーションを構築しようとする企業が多い中、SNSのデータや画像、映像などの非構造化データを活用するだけでは十分でない。何よりもレガシーシステムのデータを活用すること自体が容易ではない現実も目の当たりにしているからだ。

　「企業はノーコード／ローコードツールなどを使い、アプリケーションをどんどん作っています。しかしながら、現場メンバーの使いたいツールから欲しいデータへすぐにアクセスできず、頭を抱えているケースは珍しくありません」と杉本氏。たとえば、SaaSであればAPIが用意されていてデータが取得できることも多いが、サービスごとにAPIの仕様が異なり、“欲しい形”で容易にデータを取得できるとは限らない。

　より問題なのが、企業が利用しているレガシーな基幹系システムだ。たとえば、顧客にECサイトなどで商品を購買してもらうためには、商品の詳細情報が必要となる。しかしながら、最新の商品マスタなどは、独自開発した生産管理システムに入っているかもしれない。また、購入した商品の正確な納期を顧客に伝えるためには、在庫管理や販売管理の最新情報を参照する必要もある。商品購入後のサポートサービスならば、顧客が過去に購入した商品情報はもちろん、顧客との契約情報など、基幹系の各システムにあるトランザクションデータが欠かせない。

　杉本氏は、「顧客体験を向上するためにアプリケーションを構築しようとすると、商品や顧客などのマスターデータ、購買の情報、見積り、請求などのトランザクションデータが必要です。それらは、まだまだレガシーシステムにあることが現実です」と説明。レガシーシステムにあるデータを用いて新たなアプリケーションを構築したいが、そのための環境が整っていないことがDXの阻害要因になっていると指摘する。

　自社で独自開発したシステムはもちろん、長くオンプレミスで使ってきたパッケージシステムにおいても、APIなどのデータ連携用インターフェイスがない。また、レガシーシステムの多くは十分なドキュメントなどもなく、構築した担当者も既にいないケースも多々あるだろう。つまり、多くの企業でシステムがブラックボックス化していて簡単に触れない。「そもそも、どのようなデータ構造なのかを把握している人もいません」とも杉本氏は言う。

　当然ながら、そのようなレガシーな基幹システムを解析し、データ連携のためにAPIを構築することは困難だ。API開発で考慮しなければいけないエレメント（エンドポイント設計・セキュリティ管理・ドキュメントなど）が数多く存在することはもちろん、そもそもIT部門は慢性的な人手不足で、アプリケーションを作りたいというビジネス部門からの要求にタイムリーに応えることも難しいだろう。「基幹系システムからデータをCSVファイルで抽出してもらおうとIT部門に依頼すると、数週間から数ヶ月かかることもあります」と杉本氏。

　もちろん、予算を獲得して、レガシーシステムにアクセスするためのAPI開発プロジェクトが始動するケースもある。多くの場合、「汎用性の高いAPIを構築しよう」と考え、しっかりとレガシーシステムを解析し、幅広い要求に応えられるように詳細設計を行う。そして、API構築のプロジェクトはどんどん拡大していき、アプリケーションへとタイムリーに必要なデータを渡していく……しかしながら、そうした本来の目的から外れてしまい、いつの間にか“完成度の高いAPIを作ること”が目的となり、大きな手間とコストをかけて必要のないAPIを作ってしまうケースは少なくないという。

　では、そもそも必要なデータの取得だけならば、ETLツールでも良いのではないかと考えるかもしれない。ETLツールを使えば、データを取得・加工してアプリケーションに渡すことは可能だ。しかしながら、多くの場合はレガシーシステムからバッチ処理によってデータを抽出・加工するため、リアルタイムに情報を渡すことが難しい。さらに加工したデータはCSVファイルなどでアプリケーションに渡すため複製され、それのデータに対してアクセスコントロールなど、データガバナンスを効かせることも容易ではないだろう。取得データのセキュリティとガバナンスの担保は、APIの独自実装においても課題視されており、実現には相当の手間が発生する。

基幹系システムのデータを手間なく、安全に活用する方法とは

　一定の知識やスキルを持つエンジニアであれば、APIを構築できるだろう。ただし、それは個別最適化されたAPIを構築する場合の話だ。たとえば、AというアプリケーションのAPIとしては使える一方、Bというアプリケーションには使えず、BのためだけにAPIを新しく作るという光景は珍しくないだろう。

　このような二度手間、三度手間を発生させないためには、さまざまなアプリケーションやツールから使いやすいAPIでなければならない。「そのためには、グローバルスタンダードに準拠し、エコシステムを意識したAPIが必要です」と杉本氏。それを意識した開発を考え出すと、先に指摘したように壮大なAPI開発プロジェクトに発展しかねない。

　また、アプリケーション開発側がAPIを使いこなすためには、仕様書やドキュメントなども必要だ。構築を外部委託すれば、立派なドキュメントをPDFなどで納品してくれるかもしれない。しかし、後から修正などが発生しても、ドキュメントの内容が適宜更新されないこともある。自ら構築したAPIのドキュメントの整備も課題だと杉本氏は指摘する。

　では、これらのAPIに係わる課題をどのように解消すればよいのか。その解決策の1つがノーコードで容易に安全なAPIを構築できる「CData API Server」だ。Oracle DatabaseやSQL Server、MySQL、Db2、MongoDB、PostgreSQL、Excel、CSVといった多様なデータベース、ファイルをサポートし、グローバルスタンダードである「OpenAPI」に準拠したREST APIをノーコードで生成できるツールであり、APIのドキュメントも自動生成してくれる。

　その上でセキュリティ管理やユーザーアクセス、APIマネジメント機能があり、連携するデータをきめ細く制御できるため、ログの出力によりIT監査などにも対応可能だ。「OpenAPIのスペック情報、これはJSONの定義情報のようなものですが、それも動的に生成します。また、Microsoftが提唱した『OData』の仕様に準拠したAPIとしても公開できることが、CData API Serverの特長です」と杉本氏は述べる。

　ノーコードを謳っているだけに、画面上からデータソースを選択して接続情報を登録し、APIエンドポイントとなるデータベースのテーブルを選択。APIアクセスユーザーの作成とユーザー／エンドポイントごとにCRUD許容範囲を設定するという、わずか3ステップでREST APIが生成できるという。

　なお、生成されたAPIの利用状況として、APIコール数やログなどをダッシュボードで確認できる。ノーコードでAPIを生成でき、その運用・管理も容易になるなど、人手不足のIT部門にとっては大きく負荷を軽減できるだけでなく、API開発に工数を割いていた担当者が“DXにつながる”アプリケーション開発に集中できるようになるだろう。

　何よりもグローバルスタンダードに準拠したAPIが自動生成されるため、世の中で広く利用されているSaaSやBIツール、ノーコード／ローコード開発ツールとの連携時にはエンドポイントやメタデータを動的に識別して、すぐにデータ連携が実現できる。「活用したいアプリケーションにどのようにデータを届けるかを意識したとき、グローバルスタンダードに準拠しているかが重要です。準拠しているからこそ、さまざまなサービスとシームレスな統合が実現できます」と杉本氏は言う。具体的にはSFA・CRMで有名なSalesforceへシームレスな連携を実現する「Salesforce Connect」との統合やモバイルアプリをノーコードで開発することができる国産サービス「Unifinity」での連携、Microsoft のAzure Data FactoryといったクラウドETLツールからの接続も安易に実現できる。今後世の中で使われるようになる、新たなサービスと連携しやすい点もアドバンテージとなるだろう。

　現状、人手不足の中にありながら既存システムの運用管理をしつつ、経営層からはDXも推進するように言われているIT担当者は多いだろう。そのようなときにCData API Serverならば、基幹系システムに眠っている価値あるデータを手間なく“解放”して、DXのためのアプリケーションですぐに活用できる。CData API Serverは上手く活用すれば、IT部門がDXに貢献するための強力な武器となりそうだ。