vincent biret azure functions et flow #aoscanadiantour (quebec)
TRANSCRIPT
aOS 2017Tournée Canadienne
Fueled by
QuébecMontréalOttawaToronto
6 Février7 Février8 Février10 Février
Introduction à Azure Fonctions
et FlowOu le développement rapide et fiable
Vincent BiretMVP Office Servers and Services
Cloud Architect @ [email protected]/vincentbiret
Merci !
Constats – devs difficiles à trouver
Constats – complexité du dev
Constats - coûts
• Personnalisé des worklows SharePoint avec SPD?
• Développé des WF avec Visual Studio?
• Maintenu une infra pour des workflows SP?
Votre expérience?
• Les workflows dans SharePoint c’est compliqué
• Limité à SharePoint
• Le développement applicatif coûte cher
• Utiliser ce qui existe
Pourquoi cette session?
• Demo (solution « ponts brisés » )
• Introduction à Microsoft Flow
• Introduction à Azure Functions
• Conclusion
Agenda
Prêts?
Volontaire des SMS
DémoSolution « ponts brisés »
Microsoft FlowOu les workflows qui marchent…
• Solution de workflow pour utilisateurs
• 91 services intégrés à ce jour
• Editeur web
• Capacité d’utilisation de données locales (via gateway)
• Système à étapes
• Nombreuses recettes déjà disponibles
Descriptif
Quelques Services
• Gratuit – 750 ex/mois, 15 min
• Plan 1 – 5USD/u/m – 4500 ex/mois, 3min
• O365 ou D365 – gratuit – 2000 ex/mois, 5 min
• Plan 2 – 15USD/u/m – 15 000 ex/mois, 1 min
Tarification
DémoLe Flow d’approbation
• Pas de garanties de performances
• Pas de garanties d’exécution
• Exécution contexte usager
• Pas d’import export pour le moment
• Divergences Folder/SPItem
Quelques remarques
• WebHooks pour déclancher les flux
• API’s privées => utilisation de swagger + app AAD
• API’s publiques => Swagger (Icône…) => [email protected]
• Catalogue => systèmes de requêtes via Iframe ou SDK JS
Et les devs?
Azure FunctionsOu comment se concentrer sur ce qui importe
• Exécuter des « bouts de code »
• Se concentrer sur le code, rien d’autre
• Supporté par Azure App Service/WebJobs
• .NET en .netcore
Azure Functions
Langages supportés
Scenarios
Scenario 2
Régions disponibles
Déclanchement
• Un déclencheur par fonction
• Plusieurs Entrées possibles (SQL, Azure Storage, DocumentDB…)
• Plusieurs Sorties possibles (même qu’entrées + http, SendGrid, Twilio…)
Déclencheur/Entrées/Sorties
• Modèles de route
• Deux modes de fonctionnement• API standard
• Anonyme/Fonction (clef)/Admin (Master)
• Webhook• Type de webhook (json/github/slack)
Options WebHook/API
• Gratuit • 400k GB-s & 1 000 000 Exécutions
• Payant• 0.000016USD/GB-s & 0.20USD/ 1 000 000 Exécutions
• GB-s = durée exécution (s) x nombre x ram (GB)• (comprendre ça comme des wH pour l’électricité)
Prix
f
WebJob-App Service
Cloud Service
VM
On prem
Comment fait le choix?
simplicité
contrôle
• Editeur web
• Git + Visual Studio• VS 2015 update 3• Azure SDK 2.9.6 +• Web dev tools• https://aka.ms/azfunctiontools (SDK en preview)
• #r ‘’Newtonsoft.Json’’
Outils
• Publication web deploy
• Identique à un App Service
• ARM
• **VSTS hosted agent n’a pas le SDK Azure functions pour l’instant
Intégration continue
DémoFonctions: localisation de l’inspecteur, éditeur web, Visual Studio
Flow + FunctionsBonnes pratiques
• WebHooks (deux sens)
• API simple (limitations)
• API + swagger
• API + Swagger + PowerApps
Plusieurs options d’intégration
• Méthode de développement
• Extensibilité par souscription aux évènements
• Via HTTP/REST
• Format JSON standardisé
WebHooks
• Standard description API REST
• Outils génération de documentation
• Outils génération de code
• OpenSource
• www.swagger.io
Swagger
ConclusionPromis, j’arrête bientôt de parler
• Accès à une myriade de données nativement
• Possibilité de développement court
• Plus de pouvoirs aux usagers
• Gain de temps
• Economies d’argent
Conclusion
Merci/Questions?Bit.ly/vincentbiret @baywet slideshare.net/VincentBIRET
Bit.ly/AosFunctions