ServiceCollection - et eksperiment

ServiceCollection og flere implementationer. Vælges den første eller sidste registrering? Lets see for our selv :)
Application Insights - track dine dependencies

Som udgangspunkt, når du laver et nyt webapi eller en Azure Function i .NET Core og smider den op i Azure, så trackes dine dependencies, hvis du gør brug af enten:
HTTP(s) kald WCF kald SQL kald Azure Storage kald Event hub kald (fra SDK version 1.1.0 og op ) Service bus kald (fra SDK version 3.0.0 og op) Men hvad hvis din dependency ikke er på listen ovenover, og du gerne vil have en flot og Application Map (som er meget brugbart til debugging og fejlundersøgelse), som denne:
Docker.DotNet - container kontrol fra .NET Core

Start docker fra .NET Core. Det lyder besværligt, men det er det ikke.
Biblioteksudvikling

Jeg har i den seneste tid kigget lidt mere på hvordan man egentlig laver et setup som kan understøtte at man laver nuget pakker (eller noget andet som man står og skal verisonere og udgive). Jeg har kigget på følgende:
Build Release Versionering Dookumentation Mit udgangspunkt har været at lave en (eller flere) nuget pakker, men man kan egentlig godt overføre denne praksis til fx en applikation eller andet, som man gerne vil udgive.