API ファーストアプローチは、コードが記述される前にアプリケーションの設計が API から始まる開発モデルです。 API は後付けとして扱われるのではなく、基本的なものであり、API 仕様から開発が始まり、アプリケーションが最初に API として概念化される個別の製品として見なされます。これは、モノリシック コードが優先され、API 設計が後回しになる従来の「コード ファースト」アプローチとは対照的です。
API ファースト戦略は、アプリケーション エコシステムがモジュール式で再利用可能なシステムとして開始されることを保証するため、マイクロサービス アーキテクチャに最適です。 早い段階で API を強調することで、API リクエストとデータの構造が強調されます。 これにより、API は開発者が最も必要とするものを提供できるようになり、後で不要になることが判明する機能に開発者の時間を費やすことがなくなります。
企業が API ファースト モデルを採用すると（つまり「API ファースト企業」になると）、内部か外部かを問わず API に優先順位が付けられ、API ライフサイクルがビジネスにどのような影響を与えるかが認識されます。 企業にとって、API ファーストは、バックエンド サービスの更新や変更が容易になるため、市場投入までの時間が短縮されることを意味します。
生産速度の向上に加えて、API ファーストのアプローチを採用すると、より強力なソフトウェアも作成されます。 チームはゼロから始める必要がなく、プロジェクト間で API とコードを再利用できるため、開発者は設計に集中できます。 結果的に、後で行う作業が減ることでコストが節約され、コードが書かれる前にほとんどの問題が解決されます。
API ファースト モデルはAPI ガバナンスも簡素化し、デフォルトで運用チームに高度な制御と監視機能を提供します。 API に対する制御と可視性が向上すると、チームは API の現在の状態と将来の可能性の両方を把握できるようになります。
API はオープンであるという特徴があり、優れた機能を備えていますが、それはまた、あらゆる開発者が API にアクセスできることを意味します。そして、残念ながら、すべての開発者が善意を持っているわけではありません。
成功する API ファースト モデルを作成するには、API セキュリティ ポリシーを一元的に定義し、そのセキュリティを API ライフサイクル全体に組み込むことが必要です。 また、セキュリティ重視の考え方により、API ファースト モデルは、従来のコード重視のモデルよりもさらに強力なセキュリティ境界を持つことができます。
API ファースト戦略がセキュリティ最後の脆弱性とならないようにすることの重要性については、F5 のブログ「Recipe for Disaster」でさらに詳しく知ることができます。 API ファースト、セキュリティラストの戦略。
F5 NGINX Management Suiteの一部であるAPI Connectivity Manager は、API 開発者エクスペリエンスを中核として設計されました。 API Connectivity Manager を使用すると、インフラストラクチャ チームは高性能な API ゲートウェイと開発者ポータルを導入できます。 また、開発者は API とドキュメントを迅速に公開および管理したり、API を検出してアプリケーションにオンボードしたりすることができます。
API Connectivity Manager は、次の方法で API ファースト モデルも実現します。
API Connectivity Manager は、NGINX Secure API Connectivityソリューションの重要な部分であり、次のような利点を提供します。
API Connectivity ManagerとInstance Manager を含むNGINX Management Suite の 30 日間無料トライアルを開始します。