Quelle est la manière appropriée d'imbriquer des ressources dans le modèle REST?

Je conçois une API de service REST et je suis resté bloqué sur la bonne façon d'imbriquer les ressources.

Ressources: partenaires, tickets, paramètres

Connexions entre les ressources:

• partenaire a de nombreux billets,
• partenaire a défini des paramètres,

Logique Bussines:

• vous pouvez répertorier tous les partenaires en tant qu'utilisateur anonyme,
• vous pouvez ajouter un nouveau ticket au partenaire spécifié en tant qu'utilisateur anonyme,
• seul partenaire peut lister ses billets,
• seul partenaire peut modifier ses billets,
• seul le partenaire peut répertorier les paramètres,
• seul le partenaire peut modifier les paramètres,

Ce que j'ai fait jusqu'à présent:

Ressources partenaires

GET / partners - liste tous les partenaires
GET / partners /: id - affiche les détails du partenaire spécifié par: paramètre id
GET / partners /: partner_id / tickets - liste des tickets du partenaire
GET / partners /: partner_id / tickets /: id - détails du ticket du partenaire spécifié
POST / partners /: partner_id / tickets - enregistre le nouveau ticket
PUT / partners /: partner_id / tickets /: id - met à jour le ticket spécifié par: id paramètre
GET / partners /: partner_id / settings - liste des paramètres du partenaire
PUT / partners /: partner_id / settings - met à jour les paramètres du partenaire

Problème / Question

Serait-ce un bon moyen de diviser les ressources imbriquées (tickets, paramètres) pour séparer les ressources ou les dupliquer en tant que ressources distinctes?

Par exemple

GET / tickets /: id
POST / tickets
PUT / tickets /: id

GET / paramètres
PUT / paramètres

HATEOAS :

GET /partners/:partner_id/tickets - liste des tickets du partenaire, c'est-à-dire retourne une liste d'URI, probablement de la forme /tickets/:id

GET /partners/:partner_id/tickets/:id - pas besoin

POST /partners/:partner_id/tickets - crée un ticket et s'associe au partenaire, renvoie un 201 avec le nouvel URI, du formulaire /tickets/:id