Une vision du micro-service back.

Je garde ça sous le coude, ça peut amener des débats.

J'ai lu avec attention l'article.

J'ai du mal à sérieusement considérer une solution qui passerait par des iFrame...

Pour moi, ça n'est pas la bonne solution.

Encore une fois, la personne qui a écrit ça s'est concentré sur l'organisation des équipes autour de l'output. Je verrai plutôt à me demander comment gérer une équipe autour d'un travail.
Le problème avec les équipes autonomes sur des périmètres restreints, c'est le SILO. Donc, à mon sens, c'est un non-sens que de vouloir créer encore plus d'équipe en autarcie au sein d'une même application. Il faut une SEULE équipe autonome, qui se répartit le travail sur les différents morceaux.

1 tâche => 1 poste, at scale, ça fait : 1 segment => 1 équipe... Taylorisme, quand tu nous tiens...
Mais le silo a cet avantage certain qu'il nous évite d'avoir à communiquer et collaborer avec les autres. C'est très confortable quand on ne choisit pas ses collègues.

Je préfère la solution de Audrey Neveu consistant à inclure une lib dans une SPA, qui gère le menu.

Cettte technique géniale permet de distinguer deux applications autonomes au sein d'un seul et même repo angular2 (ou 4).

Super option.