HTTP издержки в API-ориентированном PHP-приложении

Я реорганизую существующее приложение PHP, чтобы отделить доступ к данным (вызовы частного API) от самого приложения.

Цель этого состоит в том, чтобы предоставить другому приложению в интрасети доступ к тем же данным без дублирования кода для выполнения запросов и тому подобного. Я также планирую облегчить разработчикам написание кода для текущего веб-приложения, в то время как только несколько членов команды будут добавлять функции в API.

В настоящее время приложение имеет такую ​​структуру (это только одна из многих страниц):

• ПОЛУЧИТЬ /notes.php — получает страницу для просмотра заметок (главная страница пользовательского интерфейса)
• ПОЛУЧИТЬ /notes.php?page=view&id=6 — получить содержание примечания 6
• СООБЩЕНИЕ /notes.php?page=create — создать заметку
• СООБЩЕНИЕ /notes.php?page=delete — удалить заметку
• СООБЩЕНИЕ /notes.php?page=append — добавить к заметке

Реорганизованное приложение будет иметь такую ​​структуру:

• ПОЛУЧИТЬ /notes.php
• Внутренний GET /api/notes/6
• Внутренний пост /api/notes
• Внутреннее УДАЛЕНИЕ /api/notes/6
• Внутренний PUT /api/notes (или, возможно, PATCH, в зависимости от того, будет ли отправлено полное представление)

В веб-приложении я думал о выполнении HTTP-запросов к URL-адресам на https://localhost/api/ но это кажется действительно дорогим. Вот код для уточнения того, что я имею в виду:

// GET notes.php

switch ($_GET['page']) {
case 'view':
$data = \Requests::get(
"https://localhost/api/notes/{$_GET['id']}",
array(),
array('auth' => ... )
);
// do things with $data if necessary and send back to browser
break;
case 'create':
$response = \Requests::post( ... );
if ($response->status_code === 201) {
// things
}
break;
// etc...
}

Я читаю это обсуждение и один из участников опубликовал:

Слишком много накладных расходов, не используйте сеть для внутренних коммуникаций. Вместо этого используйте гораздо более доступные средства связи между различными процессами или тем, что у вас есть. Конечно, это зависит от системы, в которой она работает … Теперь вы можете имитировать REST, если хотите, но не используете HTTP или сеть для внутренних вещей. Это как бросать кита в мини-туалет.

Может кто-нибудь объяснить, как мне этого добиться? И веб-приложение, и API находятся на одном сервере (по крайней мере, на данный момент).

Или аспект HTTP-заголовка — это просто незначительная проблема?

Отправка HTTP-запросов непосредственно из JavaScript / браузера в API в настоящее время невозможна из-за ограничений безопасности.

Я также посмотрел на два ответа в этот вопрос но было бы неплохо, чтобы кто-то подробно остановился на этом.