アプリケーション プログラミング インターフェイス (API) は、最新のソフトウェア開発に不可欠な部分であり、さまざまなアプリケーション、サービス、システム間の接続と通信を可能にします。長年にわたり、API は単純な内部ツールからウェブのバックボーンへと変化し、ソーシャル メディアの統合から金融取引に至るまであらゆるものを推進してきました。
この記事では、API の誕生から今日のデジタル経済における重要な役割まで、API の歴史をたどります。
初期: API の基礎 (1960 年代から 1980 年代)
サブルーチンとライブラリの誕生
API の起源は、1960 年代のコンピューティングの初期に遡り、サブルーチンとソフトウェア ライブラリが開発されました。サブルーチンは、開発者がプログラム内で呼び出すことができる再利用可能なコード ブロックであり、冗長性が軽減され、効率が向上します。これらの再利用可能なコード ブロックは API の概念の基礎を築き、ソフトウェア コンポーネントが内部で通信できるようにします。
ソフトウェア システムの複雑さが増すにつれて、システム機能と対話するための組織化および標準化された方法の必要性も高まりました。ソフトウェア ライブラリが登場し、プログラムの他の部分からアクセスできる事前構築された機能を提供しました。これらのライブラリは、初期の内部 API を介してアクセスされるため、開発者はコードを書き直すことなく既存の機能を活用できました。
モジュール型プログラミングの概念
1970 年代から 1980 年代までに、モジュール式プログラミングの考え方が人気を博しました。モジュール式プログラミングでは、ソフトウェアは、それぞれが特定のタスクを担当する自己完結型のユニットまたはモジュールで設計されます。これらのモジュールは、API の初期形式である事前定義されたインターフェイスを使用して相互に通信しました。
ネットワーク化されたシステムの台頭: 分散コンピューティング用の API (1980 年代から 1990 年代)
コンピューターがネットワークを通じて相互接続され始めると、システムが異なるマシン間で通信する必要性が重要になりました。この変化は、API の進化における重要な転換点となりました。
リモート プロシージャ コール (RPC)
1980 年代にリモート プロシージャ コール (RPC) が開発され、ソフトウェアがネットワーク内の別のコンピュータでプロシージャを実行できるようになりました。この概念は、さまざまなマシンが標準化された方法で対話できるようになり、分散コンピューティングを可能にするため、今日私たちが知っている API に向けた重要な一歩となりました。
CORBA と COM
1990 年代、CORBA (Common Object Request Broker Architecture) と COM (Component Object Model) の出現により、ソフトウェア コンポーネントが分散環境で通信する方法に革命が起こりました。 CORBA により、異なるプログラミング言語で記述され、異なるオペレーティング システム上で実行されるアプリケーションが通信できるようになりました。一方、COM により、アプリケーション間でソフトウェア コンポーネントを再利用できるようになりました。
これらの初期の API システムは複雑で実装が困難なことが多く、よりシンプルで柔軟なソリューションが模索されるようになりました。
Web 時代: API とインターネット (1990 年代から 2000 年代)
1990 年代の World Wide Web の台頭は、API の考え方と使用方法に劇的な変化をもたらしました。ウェブは、インターネット上でさまざまなアプリケーションやサービスを接続するための新たな可能性を開き、この相互接続を可能にするために API が重要になりました。
SOAP の到来
1990 年代後半、Web サービスで構造化情報を交換するためのプロトコルとして Simple Object Access Protocol (SOAP) が登場しました。 SOAP ベースの API により、さまざまなアプリケーションが Web 経由で通信できるようになり、通常は XML を使用してデータを構造化できました。 SOAP はクロスプラットフォームの対話を可能にする方法を提供しましたが、多くの場合、重量があり、過度に複雑であると見なされていました。
初期のパブリック API
2000 年代初頭にはパブリック API が台頭し、企業は内部機能を外部で使用できるように公開し始めました。最初の注目すべき例の 1 つは Salesforce で、2000 年に開発者が CRM プラットフォームにアクセスできる API を導入し、API がビジネス戦略の中核となる時代の始まりとなりました。
API 革命: REST とクラウド (2000 年代から現在)
2000 年代には、REST (Representational State Transfer) の導入により API 設計に革命が起こり、Web 上でのアプリケーションの通信方法が簡素化されました。
API RESTful
En 2000, Roy Fielding a introduit le concept de REST dans sa thèse de doctorat. Les API RESTful exploitaient les normes Web existantes, principalement HTTP, et ont été conçues pour être plus simples et plus légères que leurs prédécesseurs, tels que SOAP. REST a permis aux développeurs de créer des API qui pourraient facilement être utilisées par n'importe quel client capable d'envoyer des requêtes HTTP, facilitant ainsi l'intégration de systèmes sur le Web.
REST a rapidement gagné en popularité, devenant le modèle de conception d'API dominant pour les applications Web. Sa nature apatride et sa simplicité ont conduit à une adoption généralisée par des entreprises comme Twitter, Facebook et Google, qui ont commencé à proposer des API publiques pour permettre aux développeurs de créer des applications sur leurs plates-formes.
L'essor du cloud computing
L’essor du cloud computing a encore accéléré la demande d’API. Les plates-formes cloud telles qu'Amazon Web Services (AWS), Google Cloud et Microsoft Azure ont exposé des API qui permettaient aux développeurs d'interagir avec les services cloud par programmation. Les API sont devenues la méthode de facto pour intégrer les services cloud, du stockage à la puissance de calcul.
Les API à l'ère moderne : les microservices et au-delà
Dans les années 2010, l’essor de l’architecture des microservices a transformé la manière dont les applications étaient créées. Au lieu d'applications monolithiques, les systèmes ont été décomposés en services plus petits et faiblement couplés qui communiquaient via des API. Cette architecture permettait des applications plus évolutives et flexibles, dans lesquelles différents services pouvaient être développés, déployés et mis à l'échelle indépendamment.
GraphQL
En 2015, Facebook a introduit GraphQL, un nouveau langage de requête pour les API. Contrairement à REST, où chaque point de terminaison renvoie une structure fixe, GraphQL permettait aux clients de demander exactement les données dont ils avaient besoin, réduisant ainsi la sur-récupération et la sous-récupération des données. Cette flexibilité le rendait particulièrement attrayant pour les applications complexes, telles que celles impliquant plusieurs types de clients (par exemple, Web, mobile).
Écosystèmes API
Les API sont désormais au cœur de nombreux écosystèmes numériques. Des plates-formes telles que Stripe, Twilio et Slack ont construit l'intégralité de leur modèle commercial autour de la fourniture d'API que les développeurs peuvent utiliser pour créer des systèmes de paiement, des plates-formes de communication et des intégrations.
Passerelles et gestion des API
À mesure que les API deviennent de plus en plus essentielles aux opérations commerciales, la nécessité de les gérer efficacement s’est accrue. Des passerelles API et des outils de gestion ont vu le jour pour répondre à des problèmes tels que la limitation du débit, l'authentification, la surveillance et la sécurité. Les entreprises utilisent des outils tels que Kong, Apigee et AWS API Gateway pour gérer les interactions complexes des API dans des systèmes à grande échelle.
L'avenir des API
À mesure que nous avançons vers l'avenir, le rôle des API continuera de s'étendre avec des tendances telles que :
Conclusion
L'histoire des API est un parcours d'innovation, depuis les débuts des bibliothèques de logiciels internes jusqu'aux API modernes basées sur le Web, intégrées au cloud et pilotées par des microservices que nous utilisons aujourd'hui. Les API sont devenues l'épine dorsale d'Internet, stimulant l'innovation, permettant de nouveaux modèles commerciaux et alimentant tout, des applications de réseaux sociaux aux transactions financières.
À mesure que la technologie évolue, les API continueront de façonner la façon dont nous construisons, intégrons et faisons évoluer les systèmes logiciels, ce qui en fait un aspect crucial de l'avenir de la transformation numérique.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
