直接DBアクセスの代わりにAPIを使うことの長所と短所

Question

開発中のWebアプリケーションと、作成されているAPIを活用する必要があるかどうかについては、一週間を通していくつかの議論がありました。

ここに状況があります。 MySQL DBだけでなく、自宅で開発されているいくつかのモバイルアプリケーションを使用してPHP MVC Webアプリケーションを使用しています。モバイルアプリでは、残りのAPIを作成しています。大きな疑問はなぜ私のPHP Webアプリケーションがその残りのAPIを使用すべきかということです。私はいつもAPIの使用が、自分のデータベースとやりとりする必要のあるサードパーティ製のシステムや、異なるテクノロジで構築されたシステム用であることを期待していました。 Webアプリケーションは確かに第三者システムではなく、サービスはPHPにあります。 APIがWebアプリケーションとは別のサーバー上にある場合は、サードパーティシステムと見なすことができると思います...まだ決定されていません。

私にとっては、APIサービスがWebアプリケーションで利用可能な機能の約50％に制限されるため、WebアプリケーションのAPIを活用するのは奇妙に思えます。 Webアプリケーションに固有のものになります。また、DBに直接アクセスするのではなく、サービス層を踏んでWebアプリケーションにパフォーマンスが低下することも予想されます。反対側では、私のWebアプリケーション用のコードベースをDBにぶつけ、モバイルアプリ用のAPIに組み込まれた同様の機能を持つメンテナンスが増えています。

似たような状況に遭遇したことがあり、APIを使用すべき理由や堅実なケーススタディを指すことができる理由について、いくつかの技術的賛否両論を提供できますか？

Answer 1

長所：

• 1日あなたが別のマシンにバックエンドのアプリを移動することを決定した場合はどう？ APIを使用すると、アプリコードを変更する必要はありません。
• あなたが成長し、1の代わりに10000のバックエンドアプリに拡大する必要がある場合はどうなりますか？ APIを使用すると、アプリコードを変更する必要はありません。
• MongoのためにMySQLを取り替えることを決めたらどうなりますか？ APIを使用すると、アプリコードを変更する必要はありません。あなたが必要なとき
• もっと増分作業をアプリ層を書くときにアップフロント
  • もっとコード：
  • ^は、データアクセス層（DB）とアプリケーション

  短所間の関心事の分離を強制しましたあなたのAPIがまだサポートしていない新しいアプリケーションレイヤ機能をサポートするために

私には、プロが明らかに勝つ。