Boarf, non.
Rest est avant tout une conception de ta web api : il faut que tu voies ton système comme des ressources.
De ce fait, du point de vue utilisateur, tu auras principalement du "crud" à quelques exceptions prêt qui sont finalement peu intéressantes à décrire.
Par contre, dans le fonctionnement interne de l’API, les choses peuvent aller beaucoup plus loin. Pour cela, j’aime bien prendre l’exemple de l’API REST de Elastic Search.
TU peux lui demander de réindexer tout son corpus, ce qui peut être vachement long.
Du coup, les gens de elastic, on "extrait" cette fonctionnalité en se disant "ma ressource c’est en fait une Task" (en français : une tâche à faire).
Du point de vue "requêteur" tu as bien un "CRUD" sur la ressource "Task" : tu crées ta task avec un post, tu obtiens son avancement ou la file de task avec get et tu annules une tâche avec delete.
Mais côté "interne" c’est un vrai pilotage du système qui est réalisé, dans notre cas tu as réindexé un corpus complet. Mais tu peux faire pleins de choses avec cette api là.