Да нет никакой разницы между http get и прямым вызовом процедуры. Кроме того, что для http get нет ни нормальных инструментов проверок зависимостей, синтаксиса и т.п.
Удаленные процедуры - это такой сильно улучшенный http get.

Я вот потихоньку думаю, что для сложных систем задача уже не про "связность между постановкой и поведением", а про "как бы упросить систему вести себя близко к нужному". И "как понять, когда появляется что-то не нужное".
И тут, конечно, хочется каких-то инструментов управления взаимодействием, но пока удобных и эффективных решений я не видел (хотя регулярно пытаюсь что-то придумать, но оно работает для относительно небольших систем и относительно недолгое время). А вот про 100+ сервисов (не микро) и 10+ лет развития в сложной среде - это сложно (

Разница, между получением репрезентации ресурса методом HTTP GET и RPC есть. Ну, если мы придерживаемся одинаковых  определений этих действий :-)

А какая там разница-то?
(Ну, если забыть о том, что куча интересных вещей в концепцию работы с ресурсами вообще не укладываются...)

Я бы предложил рассматривать архитектуру более-менее сложного продукта (мы недавно считали сервисы - получилось 540)  больше не с точки зрения инструментальных средств, а скорее с позиций:
1) декомпозиции прикладной задачи на сущности-действия
2) инженерии систем, как правильно разложить поведение по системам

когда система становится достаточно сложна, тривиальные методы не работают.
Это и проблема и возможность одновременно.
Я ожидаю прихода методик инженерии систем в ИТ в виде нового класса инструментов

А какая там разница-то?
(Ну, если забыть о том, что куча интересных вещей в концепцию работы с ресурсами вообще не укладываются...)

Если ты про CRUD - эту ересь написал Фаулер, Рой Филдинг в своем определении REST очень даже допускает логические операции, где ресурс это буквально адрес вызова функции

Возможности кэширования ответов на GET запрос достаточно будет в качестве примера различия или это тоже не существенно?

Проблему формулируте верно, ожидания не совсем. Инструменты есть, тысячи их, и их можно создать под конкретные задачи самому. Есть анализаторы графов на самых разных scopes, есть контракты, есть автоматизация контрактов (aka grpc), есть мониторинги и circuit breakerы. Вопрос в том что вы никогда не внедрите единый инструмент/методику на 300+ разработчиков и 10 mloc. Не успеете-) проблема исключительно процедурная/социальная.

Кто pull request ревьюит?