LIEN SOURCE : http://fr.slideshare.net/meeticTech/meetup-scala-paris-user-group-conflation-like-meetic-69671117
Dans un contexte temps de réel, La conflation est un moyen de limiter les traitements sur un flux de données important. Il est parfois plus adapté que la back pressure.
Au programme : présentation des concepts de la conflation, mise en application de certains cas d'usages en live coding.
Pour finir, présentation de nos choix de monitoring qui sont indispensables pour mesurer l'efficacité de cette solution.
3. “Conflation happens when the identities of two or more individuals, concepts, or
places, sharing some characteristics of one another, seem to be a single identity, and
the differences appear to become lost. In logic, it is the practice of treating two distinct
concepts as if they were one ... intentional conflation may be desirable for the sake of
conciseness and recall.”
Source: https://en.wikipedia.org/wiki/Conflation
27. Monitoring applicatif : approche
Etape 1 : Production de métriques dans le code
- Kamon
Etape 2 : Infrastructure de collecte des métriques
- Kamon + statsD + graphite
Etape 3 : Visualisation des métriques
- Grafana
28. Monitoring applicatif : schéma global
application
scala
Kamon statsD Graphite
Grafana
serveur de supervision
29. Comment on l’utilise chez Meetic
Merge : notification sur l’interaction la plus qualitative
plusieurs types d’interactions entre les membres (visites, favoris, like, …)
Notifier les membres sur l’interaction la plus qualitative si plusieurs interactions se
suivent
Filtrage : compteur de recherche à l’authentification
rafraîchissement des compteurs à l’ouverture de session
plusieurs messages d’ouverture sessions sont publiés
Pour rappel la backpressure est la capacité pour des éléments en aval de bloquer les éléments en aval d’un système lorsqu’ils ne sont plus en mesure d’effectuer les traitements