Session "Xamarin et le Cloud" par Michel Hubert et Antony Canut

2. Speakers
Michel Hubert
• Directeur Technique
Antony Canut
• Consultant Xamarin
@michelhubert

3. Qu’est-ce qu’une application mobile ?
API (Rest/Json) B/L Tier Database
« 80% d’appels de services API/Rest »

4. Enjeux de la mobilité
Disponibilité
Scalabilité
Performance
Sécurité

5. Architecture technique
Scalabilité

6. Qu’est-ce qu’une application mobile ?
API (Rest/Json) B/L Tier Database

7. Scalabilité
API (Rest/Json) B/L Tier Database
Serveur surchargé

8. Scalabilité
API (Rest/Json) B/L Tier Database
Timeout

9. Scalabilité
« Comment gère-t-on ce cas de figure avec une
architecture on-premise ? »

10. Scalabilité
API (Rest/Json) B/L Tier Database
API (Rest/Json)
API (Rest/Json)
LoadBalancer

11. Scalabilité
API (Rest/Json) B/L Tier Database
API (Rest/Json)
API (Rest/Json)
LoadBalancer
B/L Tier
B/L Tier
LoadBalancer
P1 P2 P3
Architecture complexe et coûteuse

12. Scalabilité
API (Rest/Json) B/L Tier Database
API (Rest/Json)
API (Rest/Json)
LoadBalancer
B/L Tier
B/L Tier
LoadBalancer
P1 P2 P3
Solution surdimensionnée
Baisse d’activité

13. Scalabilité
Temps
Nombre de
visites
Capacité
Marge de
sécurité
Surdimensionnement
En période normale, la plateforme traditionnelle est surdimensionnée et
coûteuse

14. Scalabilité
Temps
Nombre de
visites
Pic
prévisible
Capacité
Certes, elle permet d’anticiper les pics prévisibles …

15. Scalabilité
Temps
Nombre de
visites Pic
imprévisible
Capacité
… Mais pas les pics imprévisibles

16. Scalabilité
« Comment le Cloud Computing peut vous
aider ? »

17. Cloud & Scalabilité
Temps
Nombre de
visites
3
4
6
4
6
Avec le Cloud, la capacité s’adapte aux besoins réels !

18. Cloud & Scalabilité
• L’élasticité : les différentes politiques
Plusieurs politiques peuvent être mises en place pour rendre les services « élastique » et adaptable
à la charge réellement utilisée :
Manuelle
Programmée
Automatique

19. Cloud & Scalabilité

20. Architecture technique
Démo - Scalabilité
Portail Azure

21. t
Compute
Inactivity
Period
t
t
t
On and Off
On & off workloads (e.g. batch job)
Over provisioned capacity is wasted
Time to market can be cumbersome
Unpredictable Bursting
Unexpected/unplanned peak in demand
Sudden spike impacts performance
Can’t over provision for extreme cases
Compute
Growing Fast
Successful services needs to grow/scale
Keeping up w/ growth is big IT challenge
Cannot provision hardware fast enough
Compute
Predictable Bursting
Services with micro seasonality trends
Peaks due to periodic increased demand
IT complexity and wasted capacity
ComputeCloud Computing Patterns

22. Architecture technique
Disponibilité
Business Continuity

23. Offre Azure
Disponibilité
Azure
99,95 %
Design for failure
Automatisation
Réplication

24. Disponibilité
Règle des 9
Cluster
Backup
DR « cold »
DR « warm »
Live / Live
99,999 %
99,99%
99%
98%
€ €€ €€€ €€€€

25. Business Continuity
Increasing costs
Too many complications, problems and mistakes
Business
Continuity
Not enough data retention
Time-intensive media management
Untested DR & decreasing recovery confidence
Too much data with insufficient protection

26. Azure Site Recovery
Customer 1 DC
Microsoft Azure
Site Recovery
Microsoft Azure
Customer 2 DC
DR OrchestrationDR Orchestration
Target: Microsoft Azure
Extensible Data
Channel

27. Azure Site Recovery
Business
Continuity
Zero RPO/Near sync RPO solutions with Azure Site Recovery
DR Support for any Infrastructure on your on-premises
(Hyper-V, VMWare, Physical)
Simple, consistent, unified management experience
Support for Enterprise scenarios: Shared Storage, raw
devices, clustering, group consistency
Support for Enterprise Class Applications
Low TCO DR to Public Cloud or Service Provider Cloud

28. Traffic Manager
X

29. Architecture technique
Performance

30. Internationalisation
https://monservicerest.com

31. Internationalisation
https://monservicerest.com

32. Datacenters Azure 28 Regions Worldwide
 100+ datacenters
 Top 3 networks in the world
 2.5x AWS, 7x Google DC Regions
 G Series – Largest VM in World, 32 cores, 448GB Ram, SSD…
Operational
Announced/Not Operational
Central US
Iowa
West US
California
East US
Virginia
US Gov
Virginia
North Central US
Illinois
US Gov
Iowa
South Central US
Texas
Brazil South
Sao Paulo State
West Europe
Netherlands
China North *
Beijing
China South *
Shanghai
Japan East
Tokyo, Saitama
Japan West
Osaka
India South
Chennai
East Asia
Hong Kong
SE Asia
Singapore
Australia South East
Victoria
Australia East
New South Wales
* Operated by 21Vianet ** Operated by Deutsche Telekom
India Central
Pune
Canada East
Quebec City
Canada Central
Toronto
India West
Mumbai
Germany North East **
Magdeburg
Germany Central **
Frankfurt
North Europe
Ireland
East US 2
Virginia
United Kingdom
RegionsUnited Kingdom
Regions

33. Un peu de PowerShell…
Créer un profil Traffic Manager
New-AzureTrafficManagerProfile -Name "SDP-TM-Performance" -DomainName "SDP-TM-
Performance.trafficmanager.net" -LoadBalancingMethod "Performance" -
MonitorProtocol "Http" -MonitorPort 80 -MonitorRelativePath "/iis85.jpg" -Ttl
30
$TMProfile = Get-AzureTrafficManagerProfile -name "SDP-TM-Performance"
Add-AzureTrafficManagerEndpoint -TrafficManagerProfile $TMProfile -DomainName
"SDP-EUS-CS01.cloudapp.net" -Status "Enabled" -Type "CloudService" | Set-
AzureTrafficManagerProfile
Add-AzureTrafficManagerEndpoint -TrafficManagerProfile $TMProfile -DomainName
"SDP-WE-CS01.cloudapp.net" -Status "Enabled" -Type "CloudService" | Set-
AzureTrafficManagerProfile

34. Le mode dégradé

35. Architecture technique
Performance
Mode Offline - Synchronisation

36. Pour conclure
Disponibilité
Scalabilité
Performance
Sécurité