3. ■Azure Search, vue d’ensemble
■C’est quoi ?
■Pourquoi ?
■Cas d’usage
■Fonctionnalités du service
■Description d’une unité de recherché
■Combien coûte Azure Search ?
■Démonstrations
■Provisionnement dans le portail
■Utilisation des APIs REST pour manipuler les index
■Utilisation du SDK .NET
Agenda
4.
5.
6. Search Overview
Azure Search est une solution de recherche PaaS
Aucun déploiement, maintenance ou infogérance d’une infrastructure
Exploiter vos données
GA depuis le 5 Mars 2015
7. ■Les utilisateurs utilisent la recherche de façon instinctive et c’est un
moyen naturel d’interagir avec des applications qui possèdent
beaucoup de données.
■Les moteurs de recherche ont mis la barre très haut !
■ Résultats instantanés, auto-completion, surlignage, classement, fonctions lunguistiques…
■La recherche est compliquée
■ D’un point de vue infrastructure : disponibilité, stockage, scalabilité, gestion
■ D’un point de vue fonctionnel :
classement, recherche geo-spatiale, gestion des index
Pourquoi ?
8. ■Ecommerce, Vente en ligne
■ Catalogue produit entier
■ Centaines de requêtes / seconde
■ Mises à jour constants des index
■ Classement saisonnier et scalabilité
■Contenu généré par des utilisateurs, applications sociales
■ Recherche Geo-spatiale
■ Volume de documents importants
■ Indexation rapide
■Applications business
■ Ingestion rapide des documents
■ Nombre de documents importants
■ Données structurées de façon hétérogènes
Cas d’usage
9. ■API HTTP/JSON pour la création, gestion et requêtes sur
les documents
■SDK .NET disponible sur NuGet (AzureSearchClient)
■v0.8.5522.36498
■RedDog Search Portal disponible en extension sur Azure
WebApp
■Exemples disponibles sur CodePlex (pour l’instant… !)
Outillage
10. ■Recherche par mot-clés avec opérateurs (+, -, *, “”, etc.)
■Surlignage des mots clés dans les résultats
■Facettage (histogrammes sur des plages de valeurs
utilisé typiquement dans la navigation de catalogues)
■Suggestions pour l’auto-complétion
Fonctionnalités du service (1 / 2)
11. ■Recherches riches structurées (filtre, tri, projections,
pagination)
■Création de profils de “scoring” pour trier les résultats par
pertinence
■Support de fonctions géospatiales dans le filtrage, tri et
classement
■Création d’indexers qui vont automatiquement alimenter
les index (DocumentDB, SQL Server, Azure SQL
Database)
Fonctionnalités du service (2 / 2)
12. ■Types utilisés dans les index et documents
■Edm.String
■Collection(Edm.String)
■Edm.Boolean
■Edm.Int32
■Edm.Int64
■Edm.Double
■Edm.DateTimeOffset
■Edm.GeographyPoint
■Structures utilisées dans les recherches
■Edm.GeographyPolygon
Types de données supportés
13. Objet Free Standard
Maximum number of indexes 3 50 per Search service
Maximum number of fields per index 1000 1000
Maximum document count 10,000 15 million per partition
Maximum storage size 50 MB 25 GB per partition
Maximum partitions N/A 12 per Search service
Maximum replicas N/A 6 per Search service
Maximum search units N/A 36 per Search service
Maximum number of indexers 3 10 per Search service
Maximum number of data sources 3 10 per Search service
Maximum number of documents that can
be indexed in a single indexer invocation
10,000
Unlimited
Limites et contraintes (1 / 2)
https://msdn.microsoft.com/library/azure/dn798934.aspx
14. Limites et contraintes (2 / 2)
https://msdn.microsoft.com/library/azure/dn798934.aspx
■Api-key Limits
■ Maximum of 2 admin keys per service
■ Maximum of 50 query keys per service
■Request Sizes
■ Maximum of 16 MB per request
■ Maximum 8 KB URL length
■ Maximum 1000 documents per batch of index uploads, merges, or deletes.
■ Maximum 32 fields in $orderby clause
■ Maximum search term size is 32766 bytes (32 KB minute 2 bytes) of UTF-8 encoded text
■Response Sizes
■ Maximum 1000 documents returned per page of search results
■ Maximum 100 suggestions returned per Suggest API request
15. ■Une unité de recherche est composée :
■ 1 Replica : important pour la lecture
■ 1 Partition : important pour l’écriture
Description d’une unité de recherche