APIによる構成可能性の実現と注意点構成可能性の可能性【後編】

APIは構成可能性を実現し、そのメリットをより高める。アプリケーションそのものだけでなく各種インフラでもAPIを利用すべきだ。しかしAPI化を推し進めた先には課題が待っている。

2021年10月28日 08時00分 公開
[Cliff Saran, Adrian BridgwaterComputer Weekly]

 前編(コンポーザブルなビジネスとソフトウェア開発の実現)では、コンポーザブル(構成可能)なビジネスとソフトウェア開発のメリットを紹介した。後編では、構成可能性を高めるAPIの利用と注意点、さらなる将来の展望について解説する。

構成可能性のためのAPI

 構成可能なビジネスという世界では、目の前に現れる新しい市場機会に対応するため、製品チームはカスタムビルドのソフトウェアを素早く提供できなければならない。そう話すのはHashiCorpのガイ・サヤール氏(ヨーロッパ、中東、アフリカ担当CTO)だ。「アプリケーションやインフラはいつも予測できない方法で進化する。この流動性を手に入れるには、システムをAPIで定義するしかない」(サヤール氏)

 サヤール氏は、デジタルイノベーションを促すソフトウェアインフラを提供する場合だけでなく、このインフラのビルドプロセスやメンテナンスプロセスでもAPIを利用することを推奨する。つまり、API中心のモデルだ。

iStock.com/Melpomenem

 APIは社内チームと社外パートナーがバックエンドアプリケーションに接続するのに役立つ。だがエンドユーザー視点では、必要なデータ、処理能力、インターネット接続はそれぞれのニーズが大きく異なる可能性があるとCommercetoolsのケリー・ゴーチュ氏(最高製品責任者)は言う。

 ゴーチュ氏は、ユーザーのFacebookタイムラインを構築するために必要なAPIの数を例に挙げる。「旧型の『Apple Watch』で貧弱なインターネット接続を使ってタイムラインのクエリを全て実行することを想像してみよう」

 Facebookはデータをクエリする仕様として「GraphQL」を構築した。GraphQL Foundationは、GraphQLを「API向けのクエリ言語」と定義する。

 FacebookはGraphQLを2012年に社内で使い始め、2015年にその仕様を公開した。それ以来急速に普及し、Twitter、Microsoft、Amazon、Google、New York Timesなどの企業が使っている。

 「GraphQLは、取得したいデータを正確に指定して1つのクエリを作成する。そうすれば、GraphQL層が(サーバの)個別のAPI用に各リクエストを作成する。その結果、必要な全ての情報を含む単一のレスポンスを受け取る。GraphQLは1つのクエリで複数のデータベーステーブルからデータを取得できるSQLのようなものだ」(ゴーチュ氏)

 ゴーチュ氏によると、GraphQLはデータの過剰取り込み、データの取り込み不足、データの検出可能性、承認/認証などを解決するという。GraphQLはクライアント開発者が複数のAPIからデータを容易に取得できるように明示的に作成されており、構成可能性の標準および「接着剤」として浮上していると同氏は話す。

APIの無秩序な広がり

 HashiCorpのサヤール氏は、構成可能なインフラには独立したAPI文化が必要だと話す。だが同氏は次のように警告する。「独立と混沌(こんとん)の差は紙一重だ。大規模なDevOpsプラクティスでは、何千ものAPIを実行する。何も手を打たなければ『APIが無秩序に広がる』ことになる。技術的負債が長期的な成功を妨げることになるだろう」

 同氏の経験では「Java」「Node.js」「Python」「.NET」などの言語や開発フレームワークの多様性がもう一つの課題になるという。

 共通のアーキテクチャパターン、アドオン機能のサービスカタログ、開発チームと運用チーム間の技術コントラクトを提供するプラットフォームを使うことでAPIの無秩序な広がりを抑え、複数のフレームワークを管理できると同氏は補足する。

全体像

 ソフトウェア開発者にとって、少ない労力で新機能を作成できる事前構築済みのコンポーネントのライブラリは明らかなメリットがある。だが、構成可能性はビジネス全体に影響を及ぼす。

 Deloitte Consultingのラム・シャンデル氏(デジタルコマースマーケティングサービスのリードプリンシパル)とポール・ド・フォルノ氏(マネージングディレクター)がデジタルコマースのトレンドについて対談。モジュール形式の構成可能なEコマースプラットフォームによって、提供したいエクスペリエンスに必要な機能だけを購入または交換して投資を拡大できる理由を話し合った。

 「そうすれば、単一のベンダーに全てを求めるのではなくさまざまなベンダーの『最高』の機能が手に入る。工業機器メーカーなら、技術の詳細や仕様を強調するために高度な検索ツールやレコメンデーションツールが必要になるだろう。家庭用品企業なら、ソファやテーブルをクールに見せるため、3Dのような手法が必要になる」

 重要なのは、こうした「カスタマイズされた」機能をプラグ&プレイでき、事業目標を実現するのに役立つことだ。

 ビジネスの状況をもっと広げて展望すると、市場のニッチな部分をうまく活用する新しいサービスが歴史のあるビジネスプロセスにいとも簡単に取って代わる可能性がある。

 あらゆるビジネスがソフトウェアビジネスになる可能性は低い。だが、企業の競争力を高めるには俊敏性を高め、市場の新たなチャンスに素早く対応できるようにソフトウェアを戦略的に使う必要がある。そして、ソフトウェアが支えるビジネス開発戦略をうまく提供するには、構成可能性を基盤として構築されたアーキテクチャが不可欠になるだろう。

Copyright © ITmedia, Inc. All Rights Reserved.

譁ー逹€繝帙Ρ繧、繝医�繝シ繝代�

製品資料 サイボウズ株式会社

「ERP×ノーコードツール」のアプローチを推進するためのポイントとは?

DXが進み、レガシーシステムからの脱却が喫緊の課題となっている今。「ERP×ノーコードツール」のアプローチで基幹システムの刷新に取り組む企業が増えている。そのアプローチを推進するに当たってのポイントを解説する。

事例 サイボウズ株式会社

ローコード/ノーコード開発ツールで実現する、変化に強い組織の作り方

DXの本質は、デジタル技術を駆使して変化に適応する能力を身につけることにある。その手段の1つとして注目を集めているのが、ローコード/ノーコード開発ツールだ。京王グループなどの事例とともに、その特徴やメリットを紹介する。

事例 サイボウズ株式会社

ノーコードツールでDX人材を育成、京セラや日本航空などの事例に学ぶ効果の実態

DX人材の重要性が高まる中、ノーコードツールの活用によって業務改革と人材育成を両立しようとする動きが活発化している。年間約780時間の工数削減を実現した京セラをはじめとする5社の事例を基に、その実態を探る。

事例 アステリア株式会社

ものづくり現場で「足かせ」のアナログ業務、9社の事例に学ぶ業務改善の秘訣

急速に進化するデジタル技術は、製造業などのものづくりの現場にもさまざまな恩恵をもたらしている。しかし、設備点検業務や棚卸業務などの立ち仕事や移動が多い現場では、いまだにアナログ業務が残存し、効率化の妨げとなっているという。

事例 アステリア株式会社

工場・倉庫の「隙間業務」をデジタル化、11社の事例に学ぶ現場DX

あらゆる業界でDXの重要性が増しているが、工場や倉庫の中にはデジタル化が後回しにされている隙間業務が多数ある。その理由を明らかにした上で、それらの業務をモバイルアプリでデジタル化し、現場DXを推進する9社の事例を紹介する。

From Informa TechTarget

いまさら聞けない「仮想デスクトップ」と「VDI」の違いとは

いまさら聞けない「仮想デスクトップ」と「VDI」の違いとは
遠隔のクライアント端末から、サーバにあるデスクトップ環境を利用できる仕組みである仮想デスクトップ(仮想PC画面)は便利だが、仕組みが複雑だ。仮想デスクトップの仕組みを基礎から確認しよう。

繧「繧ッ繧サ繧ケ繝ゥ繝ウ繧ュ繝ウ繧ー

2025/05/11 UPDATE

ITmedia マーケティング新着記事

news025.png

「マーケティングオートメーション」 国内売れ筋TOP10(2025年5月)
今週は、マーケティングオートメーション(MA)ツールの売れ筋TOP10を紹介します。

news014.png

「サイト内検索」&「ライブチャット」売れ筋TOP5(2025年4月)
今週は、サイト内検索ツールとライブチャットの国内売れ筋TOP5をそれぞれ紹介します。

news046.png

「ECプラットフォーム」売れ筋TOP10(2025年4月)
今週は、ECプラットフォーム製品(ECサイト構築ツール)の国内売れ筋TOP10を紹介します。