Olivier Mansour,
Head of Backends & Engineering Video, M6Web
@omansour
Comment M6 personnalise
l’expérience utilisateur du
service 6Play avec DataStax
Enterprise
• 15aine de développeurs pour le backend /
back-office
• +3M de vidéos vues par jour
• record à plus de 5M
• 10M d’utilisateurs inscrits (18M au total) / +
30 000 inscrits par jour
• 300 programmes / 3000 heures de contenus
Le projet
Démo
Historique douloureux il y a 3
ans :
• stack legacy PHP
• mysql
• très mauvaise tenue en
charge
C*C*
heartbe
at
users
app 6play
préférences users
programmes “intéressants”
historique des clips
stockage sessions de lecture
stockage du heartbeat + events
C*C*
heartbe
at
users
app 6play
12 VM de 4V CPU à 2.6 Ghz
et 4GB de RAM
3 noeud physiques
16 CPU à 2.6 Ghz
64 GB de RAM
5T de ssd RAID0, RAID1 système
RF : 2. Consistency : 1.
dse 4.8.0-1
C* 2.1.9
OpsCenter =
• centralisation - métriques cluster wide
• backup + recovery
• best practices (slow log, repair, mauvaise
config)
• day to day facilité (drain, rolling restart,
équilibrage de charge)
+ ?
• PHP 7 + ext-cassandra
types + asynch + paging + retry policies …
• CassandraBundle (Symfony)
https://github.com/M6Web/CassandraBundle
• Merci CQLSH !
• mais où sont GROUP BY et SORT BY ?
• Goodbye Merise
déploiement du projet à 1/5 de la charge prévue
(pc uniquement)
performance des apps PHP
Cassandra vu depuis le PHP
Latence C*
+ ?
• très bonne extension PHP
• système performant et largement sur
dimensionné => x5 prévu facilement
• Après conception, C* est “oublié” par les
développeurs
• Intégration de C* dans le SI facilité
merci !
http://tech.m6web.fr/
@TechM6Web

Comment M6 personnalise l’expérience utilisateur du service 6Play avec DataStax Enterprise

  • 1.
    Olivier Mansour, Head ofBackends & Engineering Video, M6Web @omansour Comment M6 personnalise l’expérience utilisateur du service 6Play avec DataStax Enterprise
  • 3.
    • 15aine dedéveloppeurs pour le backend / back-office • +3M de vidéos vues par jour • record à plus de 5M • 10M d’utilisateurs inscrits (18M au total) / + 30 000 inscrits par jour • 300 programmes / 3000 heures de contenus
  • 5.
  • 10.
  • 11.
    Historique douloureux ily a 3 ans : • stack legacy PHP • mysql • très mauvaise tenue en charge
  • 12.
    C*C* heartbe at users app 6play préférences users programmes“intéressants” historique des clips stockage sessions de lecture stockage du heartbeat + events
  • 13.
    C*C* heartbe at users app 6play 12 VMde 4V CPU à 2.6 Ghz et 4GB de RAM 3 noeud physiques 16 CPU à 2.6 Ghz 64 GB de RAM 5T de ssd RAID0, RAID1 système RF : 2. Consistency : 1. dse 4.8.0-1 C* 2.1.9
  • 14.
    OpsCenter = • centralisation- métriques cluster wide • backup + recovery • best practices (slow log, repair, mauvaise config) • day to day facilité (drain, rolling restart, équilibrage de charge)
  • 15.
  • 16.
    • PHP 7+ ext-cassandra types + asynch + paging + retry policies … • CassandraBundle (Symfony) https://github.com/M6Web/CassandraBundle • Merci CQLSH ! • mais où sont GROUP BY et SORT BY ? • Goodbye Merise
  • 17.
    déploiement du projetà 1/5 de la charge prévue (pc uniquement)
  • 18.
  • 19.
  • 20.
  • 21.
  • 22.
    • très bonneextension PHP • système performant et largement sur dimensionné => x5 prévu facilement • Après conception, C* est “oublié” par les développeurs • Intégration de C* dans le SI facilité
  • 23.