Paris JUG (sept 2010) - NoSQL : Des concepts à la réalité
Télécharger en tant que PPTX, PDF•2 j'aime•857 vues
La présentation explore le concept de NoSQL, clarifiant qu'il ne remplace pas les SGBDR mais offre des alternatives innovantes pour gérer des données massives. Elle souligne les bénéfices tels que la performance, la disponibilité, et la flexibilité des modèles de données. Différentes solutions NoSQL sont mises en avant, illustrant un changement de paradigme dans le stockage et la manipulation de données.
Paris JUG (sept 2010) - NoSQL : Des concepts à la réalité
- 1. 14/09/2010
- 2. 14/09/2010N(ot)O(nly) SQLDes concepts à la réalitéOlivier MallassiMichaël Figuière
- 3. 00/00/2009Titre de la présentation3IntervenantsOlivier Mallassi
- 4. Michaël Figuière14/09/2010NoSQL4ObjectifsVous proposer une vue synthétique de NoSQL
- 5. Vous fournir un premier guide de lecture NoSQL, kezako?La fin du langage SQL?La fin des transactions (ACID)?La fin des SGBDR?Non, Juste un sigle qui regroupe des alternatives aux SGBDR
- 6. Quelques idées reçues…NoSQL n’est pas un remplacement des SGBDRNoSQL reste un domaine d’innovation……même s’il existe de nombreux déploiement en production dans des systèmes hautement sollicitésNoSQL est un écosystème riche & complexeLe reste ne la présentation ne se veut pas exhaustive« Le diable est dans le détail »14/09/2010NoSQL
- 7. 7Malgré tout, ces technologies sont intéressantes dans nos systèmesVers plus de disponibilité
- 8. Vers plus de souplesse des schémas/structures
- 9. Vers plus d’élasticité de l’infrastructure
- 10. Un volume de données stockées croissant
- 11. Et finalement, la possibilité crée le besoin14/09/2010NoSQL
- 12. 8Au commencement était…Des cas d’usage différents mais des enjeux communs
- 13. Performance
- 15. Résilience
- 17. Un moteur de recherche mondial
- 18. Développements spécifiques : BigTable + Algorithmes Map/Reduce
- 19. Des besoins massivement en lecture
- 20. Permet l’agrégation de gros volumes de données
- 21. La boutique en ligne mondiale
- 22. Développements spécifiques : Dynamo
- 23. Permet d’obtenir de débit et une disponibilité plus importants en écriture
- 24. Dernier incidents majeurs : 2004
- 25. <40 minutes d’indisponibilité par an14/09/2010NoSQL
- 26. 9Amazon : à l’origine de DynamoDifférentes problématiques de stockageEnjeu : reporting(induit une modélisation riche)Indisponibilité temporaire acceptableEnjeu : disponibilité en écritureClé/Valeur suffisantRupture du paradigme relationnel- table de hachage distribuée- Relâchement d’ACID14/09/2010NoSQL
- 27. 10A l’origine du mouvement noSQL14/09/2010NoSQL
- 28. Un foisonnement de solutions…11Key/ValueGraphDocumentColumn OrientedUn marché « Open Source Pro » : Les développeurs Redis rachetés par VMWareCassandra, MongoDB, Riak, Neo4j ont des structures pouvant assurer le support, la formation…..Un marché « As A Service »14/09/2010NoSQL
- 29. …Organisées en grandes catégoriesbasées sur la modélisation de la donnée{attr1, …}14/09/2010NoSQL
- 32. Les espaces de stockage « clé /valeur »Age:29Name : Thomas Anderson…NeoYXpnYXplZw== YXpnYXplZw== Trinity14/09/2010NoSQL
- 34. Les espaces de stockage orientés colonnes14/09/2010NoSQL
- 36. Les bases « Document »{« Age »: 29,« Name » : « Thomas Anderson »« knows »:[{« name »: « Trinity »…Neo14/09/2010NoSQL
- 38. Un changement de paradigme1. Table de hachage distribuée2. Relâchement d’ACID
- 39. 22Table de hachage distribuéeObjectif : assurer une répartition uniforme des objets dans les cluster14/09/2010NoSQL
- 40. (C)onsistanceou « Eventually consistent »N = Nombre de réplicasR = Nombre de réponses de lecture à attendreW = Nombre de confirmation d’écriture à attendre14/09/2010NoSQL
- 41. Le ratio entre N, R et W fait tout…14/09/2010NoSQL
- 42. Le ratio entre N, R et W fait tout…14/09/2010NoSQL
- 43. Le ratio entre N, R et W fait tout…14/09/2010NoSQL
- 45. Ecriture sur un ou plusieurs disques
- 46. La réplication permet de renforcer la durabilité
- 47. Ecriture multiples en mémoire
- 48. La réplication apporte la durabilité
- 49. En mémoire
- 50. Les données sont écrites sur le disque de manière asynchrone
- 52. 28(A)Tomicité et (I)solationLes données ne sont plus co-localisées
- 53. Localisation non prédictible dans le temps
- 54. Transaction distribuée nuirait à la disponibilité et au débit en écriture
- 55. Atomicité et isolation par opération sur une clé14/09/2010NoSQL
- 56. Pour conclure, des systèmes de stockage qui repoussent les limites et changent les règles établiesPerformance, débit en écriture
- 57. Stockage et Manipulation de gros volume de données
- 58. Disponibilité
- 59. Elasticitédes infrastructure de stockage
- 61. Au-delà du buzz…NoSQL parle de collaboration : stockage « polyglote »
- 62. The right tool for the right job
- 63. NoSQL parle d’alternatives et challenge 40 années de suprématie des bases relationnelles…14/09/2010NoSQL
- 65. 00/00/2009Titre de la présentation32Sponsors
- 66. Merci de votre attention!
- 67. 00/00/2009Titre de la présentation34Licencehttp://creativecommons.org/licenses/by-nc-sa/2.0/fr/