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 @ 2ToLead@baywetbit.ly/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…) => flowdev@microsoft.com

• 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