Code-camp-konsept for Bouvet i 2015. Utendørs postjakt implementert på enkel arkitektur, med med prinsipper i API'et som muliggjør videre utvikling.

1. Et sanntids, utendørs lagspill
med .NET og Azure
NNUG 15. november 2016 Rune Rystad
1

2. • Om spillet
• Arkitektur/design
• Implementasjon og teknologi
– Klientutvikling
– Sikkerhet
– Throttling
– Samtidighet(sproblematikk)
– Persistens
– Beregninger (LINQ)
– Azure
– Testing
– Noen integrasjoner
Agenda

3. 3
Casting
Sølve Heggem
Azure & Web API
Rune Rystad
Overingeniør
Mark West
Executive Producer
Amund Rønold Johnsen
Frontend
Kristian Løken Wille
Frontend

4. 4
Om spillet

5. • Lag med 3-6 deltakere
• får informasjon om poster i terrenget
– har ulik, fallende verdi
– kan bli synlige (og forsvinne)
– skal registreres for å få poeng
• Våpen: Bomber og feller
• Dessuten
– Praktisk info blir sendt ut med meldinger
– Deltakernes posisjoner kan rapporteres (og hentes)
5
Spillkonsept: Postjakt

6. 6

7. 7
Demo av spillet

8. 8

9. 9

10. 10

11. 11

12. 12

13. 13

14. 14

15. 15

16. 16

18. • Unlimited Weapons
• Black Hat Client
18
Bloopers

19. 19
«Fellefest»

20. 20
Black Hat Client

21. 21

22. 22

23. 23
Arkitekturvalg

24. • Det skal være et felles arrangement for Java og
.NET-miljøene. Det er derfor viktig at oppgaven
kan løses med plattformuavhengig teknologi.
• Oppgaven skal være av teknisk art og involvere
kode
– CodeCamp
– Det er en bonus om vi også kan få med oss ikke-
kodende personer.
• Det bør være lett å komme igang, men det skal
også være en utfordring for deltakerne
• Liten tid til utvikling. Hjem lørdag etter lønsj.
24
Rammer

25. • Flere runder med semifinale, finale
• Midler for å hindre andre lag (EMP, virusbomb,
infisere poster)
• «Fargelegge» soner
• Holde posisjoner for mer score
• Posisjoner kan fakes
• Unngå samtidighetsproblemer
• Keep it simple
25
Konseptarbeid

26. 26

27. 27
Skille lesing og skriving

28. 28
Hurtigmodell

29. • Skille lesing og skriving (les = feed)
• Append Only
• Throttling på API-kall
• Ingen Lazy Loading
29
Mekanismer & Prisipper

30. • Start-slutt
• Poster skjult til tid / Områder
• Verdi på poster (faller)
30
Hovedmekanismer

31. 31
Modell

32. 32
Partisjonering

33. 34
Partisjonering – the real story
Azure SQL Server
Azure Web App
Browser

34. 35

35. 36
Postregistrering - async

36. 37
+ info via meldinger

37. 38
Implementasjon og teknologi

38. • Kart
• Polling
• POST av meldinger
• Feilhåndtering av HTTP Requests
• Adaptivt UI
• Mye funksjonalitet på en mobilskjerm…
39
Klientutvikling

39. 40
Dokumentasjon i Swagger
(via Swashbuckle)

40. • Dokumenter med XML-kommentarer
• Build: Output XML-fil
• SwaggerConfig.cs
41
Swagger setup

41. 42

42. • Score
• Poster
– Koordinat
– Har registrert
– Poengverdi (ev. hentet poeng)
• Ranking
– Plassering
– Poeng til neste foran og bak
• Våpenbeholdning
43
Gamestate for et lag

43. • Deltakere bruker to HTTP Headere
– LagKode
– DeltakerKode
• Scoreboard bruker en egen HTTP Header
– ScoreboardSecret
• Implementert med ActionFilter
44
Sikkerhet

44. • Crazy Looping
• Tid siden siste request per bruker, url og Get/Post
• 400 Bad Request
• ActionFilter
45
Throttling

45. • To lag skal ikke kunne få «top score» på samme
post
46
Samtidighet

46. • Holder siste posisjoner for lag i minne
• Lagrer bare til DB for logging – hvis forflytning er
stor nok
• Leser fra DB etter oppstart
• «Streamprosessering» / Live aggregering
47
PosisjonService

47. • Entity Framework 6
• Code First
• Automatic Migrations
48
Persistens

48. • Add-Migration
• Update-Database
49
Entity Framework Migrations

49. • Google Spreadsheet
• Google Maps
• Via Xslx og KML
• EPPlus for les og skriv Xlsx
• SharpKML for KML
50
Import / Export

50. • ASP.NET Web API og MVC side-by-side
51
Påmelding

51. 52

52. • Gamestate
• Utløp av gamestate
53
Kalkuleringer

53. 54
Lagranking

54. 55

55. • Tester hele stacken under web api’et (inkl. DB)
• Transaksjonell ROLLBACK etter hver test
• Trygghet
• Fart
• Refactoring
56
Tester

56. 57
Transaksjon per test

57. Gamestate
• NårEtLagIkkeHarRegistrertNoenPoster_SkalDeIkkeHaNoenPoeng
• IngenPosterErFramITid_SkalIkkeKræsje
• NårEttLagStemplerPåEnPost_SkalDeFåPoengIFeed
• NårEttLagStemplerPåEnPost_OgRoterMedCasing_SkalDeLikevelFåPoengIFeed
• NårEttLagStemplerPåEnPost_OgHarLuftFørOgEtterPostKoden_SkalDeLikevelFåPoengIFeed
• NårEttLagStemplerPåEnPost_SkalDeIkkeMisteVåpen
• NårEttLagStemplerPåEnPostSomIkkeErAktiv_SkalDeIkkeFåPoengIFeed
• EnPostSomIkkeErAktiv_SkalIkkeVisesIFeed
• NårEttLagStemplerToGangerPåSammePost_SkalDeBareFåPoengForFørsteStempling
• NårEttLagStemplerSomAndreLagPåEnPost_SkalDeFåPoengBeregnetForStempling2
• NårToLagStemplerOgHarSammePoengsum_SkalDeFåLikRangeringOgSisteLagSkalBliBakerst
• LagSkalHaInitiellVåpenBeholdningIGamestate
• NårEtLagBrukerBombe_SkalLagetFåPoengOgPostenBliUsynligIEtAntallMinutterSelvOmStateBlirRekalk
ulert
• NårEtLagBrukerFelle_SkalLagetFåPoengOgPostenForbliSynlig_VedNesteRegistreringSkalRegist
rerendeLagFåFratrekkAvPoeng_OgPostenSkalBliUsynligEnPeriode
• GittAktivPostSomErSattOppMedFelle_NårLagetSomStemplerBrukerEtVåpenSkalVåpenetIkkeBliSattopp
OgLagetIkkeFåFratrekkIVåpenbeholdningen
• NårEtLagBrukerBombeOgNullstillerEtterPå_SkalLagetMistePoengOgFåTilbakeVåpen
• NårEtLagBrukerOppFellen_SkalDenIkkeKunneRiggesIgjen (NY…)
58

58. Meldinger
• NårEnMeldingPostes_SkalDenLagresIDatabasen
• NårEnMeldingPostes_SkalDenKunHentesUtViaPollingForPostetLag
• NårEnMeldingPostesTilAlleLag_SkalAlleLagFåDenUt
• NårDetErPostetMangeMeldinger_SkalBareSiste10HentesUtHvisEnIkkeSpørMedSekvensNummer
• NårDetErPostetMangeMeldinger_SkalEnKunneHenteAlleNyeMeldingerSidenEtSekvensNummer
• NårDetErPostetMeldinger_NårEnSpørMedSisteSekvensNummer_SkalEnIkkeFåNoeTilbake
59

59. Posisjoner
• NårEnDeltakerPosterEnPosisjon_SkalPosisjonenLagresIDatabasen
• NårEnDeltakerPosterSammePosisjonToGanger_SkalPosisjonenLagresIDatabasenBareEnGang
• NårEnDeltakerStårIRoLenge_SkalPosisjonenLagresIDatabasenBareEnGang
• NårEnDeltakerFlytterSegMenRegistrererOfte_SkalPosisjonenLagresIDatabasenBareHvert10Sekund
• NårEnDeltakerPosterNyPosisjonToGangerMenForTettITid_SkalPosisjonenLagresIDatabasenBareEnGa
ng
• NårEnDeltakerPosterNyPosisjonToGangerMedGodTidMellom_SkalPosisjonenLagresIDatabasenToGan
ger
• GittAtAlleDeltakereHarRegistertPosisjoner_NårEnHenterPosisjonerForLag_SkalBareSistePosisjonerFor
HvertLagReturneres
• GittAtAlleDeltakereHarRegistertPosisjoner_NårScoreboardHenterPosisjonerForAlleLag_SkalSistePosisj
onerForDeltakerePåBeggeLagReturneres
• NårEnDeltakerPosterNyPosisjonToGangerMedGodTidMellom_SkalSistePosisjonReturneresViaService
• NårApplikasjonenRestartes_SkalSistePosisjonerHentesFraDatabasen
60

60. Scoreboard
• GittMatch_VedOppstart_SkalScoreboardHaInitiellTilstand
• GittMatch_NårEnPostErSkjult_SkalPostenHaSynligFlaggSlåttAv
• GittMatch_NårEttLagStemplerPåEnPost_SkalDeFåPoengIFeed
61

61. • Alle data henger på match
• Hver tests data er isolert per match
• Bare unngå gjenbruk av poster, lag og deltakere
• Nyttig konsept i flere domener
62
Uten transaksjoner…

62. 63
Test «Future»

63. • Deployment i Europe West
• Variabler i overstyrte appsettings
64
Azure

64. 65

65. 66

66. 67

67. 68

68. • Fancy postregistrering (QR/Beacons)
• Flere effekter
– Koalisjonsspesifikke
– Roller på laget
– Midlertidige effekter
• Achievements
• Balansering av poeng og effekter
• Enklere lag-/spilloppsett og regi (admin)
• Augmented Reality
69
Muligheter - spill

69. • Async I/O
• Løfte testene til å gå over HTTP (en match per
test)
• Mer skalerbar arkitektur (for fun)
• .NET Core
• Notification i stedet for kontinuerlig polling
(SignalR/WebSockets/MQTT)
70
Muligheter - teknisk

70. • Introdusere køing
• Event Hub
• Web Jobs
• Service Fabric Actors
• Feeds som filer?
71
Azure Future

71. 72

72. • https://utbrudd.bouvet.no/2015/11/30/bouvet-battle-
royale-rematch/
• https://github.com/bouvet/BBR2015/
rune.rystad@bouvet.no
@runerys
73
Les mer…