REST API の設計について（APIの数とメモリ使用量について）

Question

APIの数（URLの数）を減らすと、サーバーのメモリ使用量が少なくなるか知りたいです。

例えば、以下のAPIがあるとします。

https://api.bookseller.com/customers/get
→ 書店のWEBサイトを利用している顧客リスト一覧を取得する
https://api.bookseller.com/customers/post
→ 書店のWebサイトを利用している顧客リストに顧客情報を新規登録する
https://api.bookseller.com/customers/put
→ 書店のWebサイトを利用している顧客リストの顧客情報を更新する
https://api.bookseller.com/customers/delete
→ 書店のWebサイトを利用している顧客リストの顧客情報を削除する

REST APIの設計方針に基づき、ひとつのURLで操作できるように修正します。

https://api.bookseller.com/customers/
→ GETメソッドのとき、書店のWEBサイトを利用している顧客リスト一覧を取得する
→ POSTメソッドのとき、書店のWebサイトを利用している顧客リストに顧客情報を新規登録する
→ PUTメソッドのとき、書店のWebサイトを利用している顧客リストの顧客情報を更新する
→ DELETEメソッドのとき、書店のWebサイトを利用している顧客リストの顧客情報を削除する

このとき、サーバー側で定義しているAPIのURLの数が少なくなるため、（例えばhttpdの）メモリ使用量が少なくなったりすることはあり得るでしょうか？

[追記]
OS は CentOS Stream9、WEBサーバーはApache2.4.53を使用しています。
WEBフレームワークはDjango REST frameworkを使用しており、mod_wsgiでApacheと連携させています。

Comments

[otn]

何故「減るかも」と思ったかの理由を書くとその推測の妥当性についてのコメントが付くかと思います。

Answer 1

結局はその実装次第なので明確には答えようがない気がします。極力メモリを使わない仕様にすれば、その分処理の速度や実行時の負荷は高まるでしょうし、キャッシュさせるなどしてメモリを使う仕様にすれば処理速度や実行時の負荷は下がるでしょうが、メモリの使用量は増えるのは否めません。APIのURLの数とメモリ使用量の関係についても結局は実装次第だと思います。

Answer 2

ほぼ変わらないんじゃないでしょうか。
利用する仕組み、言語、フレームワークなどにもよるとは思いますが。