Difference between revisions of "VT2017 XXX"
Jump to navigation
Jump to search
(Created page with "=Netflix Zuul= La croissance et l’expansion continue de Netflix impose de garantir un certain niveau de satisfaction client. Avec cet objectif, Netflix a développé en 201...") |
(Blanked the page) |
||
| Line 1: | Line 1: | ||
| − | =Netflix Zuul= |
||
| − | |||
| − | La croissance et l’expansion continue de Netflix impose de garantir un certain niveau de satisfaction client. Avec cet objectif, Netflix a développé en 2012 un Gateway nommé Zuul pour répondre à leurs besoins de gestion d’erreurs tout en étant au plus proche de leur API. Ils ajoutèrent Zuul à leur liste de software disponibles en open source. |
||
| − | |||
| − | == Gateway == |
||
| − | L’équipe techinque du service décida de mettre en place leur propre Gateway, Zuul. Un Gateway fait la liaison entre Internet et les services dans le cloud, il est nécessaire au fonctionnement de l’application Netflix. Il est principalement utilisé pour la gestion du trafic. Il permet de réaliser des checks, des authentifications, de faire un suivi d’éléments du trafic avec des outils de visionnement internes tout en garantissant flexibilité. Ce Gateway peut aussi être utilisé pour réaliser des expérimentations. Plusieurs Gateway existent et auraient pu être utilisés par Netflix comme Mashery, AWS, etc.. Ils développèrent le leur, plutôt que d’utiliser un existant, afin de satisfaire pleinement leurs besoins et d’avoir un système correspondant parfaitement à leur structure et objectifs. |
||
| − | |||
| − | == Zuul == |
||
| − | Zuul est un micro service créé en 2012. Utilisant le langage Groovy, synthaxiquement proche de Python et Ruby, il est rapide à mettre en place, tout en étant destiné à la plateforme Java. Zuul est un système de filtres. On trouve différents types de filtres, avec prioritisation, s’activant selon un certain critère et réalisant une action si ce critère est rencontré. Bien que les filtres ne communiquent pas entre eux, ils partagent leur état. La compilation dynamique permet une implémentation immédiate dans le système. |
||
| − | |||
| − | == Succès == |
||
| − | Zuul s’avéra être un succès. Il répondait aux attentes en permettant l’implémentation d’une correction d’erreur en moins d’une minute. Il a donc été adopté à grande echelle. En revanche, le point négatif majeur est la perte d’élasticité du système. Ce défaut n’impacte pas le succès qui est d’autant plus grand car Netflix s’est fixé des objectifs clairs de stratégie sur l’utilisation de Zuul afin de l’utiliser au mieux de la façon la plus pertinente possible. La vitesse de réaction et la vue interne du système reste la base de leur micro service, mais ils décidèrent de se focaliser sur un routing créatif et dynamique ainsi que de perfectionner la mise en forme de leur trafic réseau. |
||
| − | |||
| − | == Zuul 2.0== |
||
| − | En 2016, Netflix implémenta Zuul 2.0 dans le but d’améliorer les performances et de mieux structurer leur système. Ils décidèrent de passer d’un système bloquant utilisant des threads et donc gourmand en connexion (une thread par requête) à un système non bloquant asynchrone. D’un point de vue utilisation, les performances ne sont pas inférieures mais n’ont pas été améliorées. Netflix considère cela comme un succès car la restructuration du système garanti des connexions persistantes et une charge réseau inférieure. En revanche, l’absence de threads complique les phases de debugs. |
||