Skip to main content
  1. Tags/

Serverless

Using Azure App Configuration in .NET 5 Functions

Azure .NET 5 Functions #

A lot has been said about .NET 5 support for Azure Functions. The most important news: it is now officially supported! πŸ₯³ To enable running Azure Functions with .NET 5, the new Isolated Model enables Functions to run as an out-of-process language worker separate from the Azure Functions runtime. This way you’ll have full control over the Function’s dependencies on one hand, and new features like a middleware pipeline on the other. For an awesome write-up about everything around this, check out Oscar van Tol’s post Azure Functions in .NET 5 and beyond.

Azure Static Web Apps: UPDATE

After my two previous posts Azure Static Web Apps: a first look and Azure Static Web Apps: quirks & gotchas, let’s have an updated look at ASWA in this post.

Support for new languages πŸ‘©πŸ»β€πŸ’» #

Announced at Microsoft Ignite this year, Blazor and C# APIs now supported in Azure Static Web Apps. This enables .NET developers to build and deploy full stack .NET applications with Static Web Apps.

Serverless: Power Automate

·5 mins

It’s Serverless September! The one month a year in which we can keep talking about Serverless to our friends without feeling bad about it. So here goes … πŸ€“

In this post we’ll have a look at Power Automate. Because of the low code / no code nature of the service, it’s a great fit for citizen developers to automate (business) processes. And although I love to code, it’s good to also look at these other types of services that expand the Serverless universe.

Azure Static Web Apps: quirks & gotchas

After playing around with Azure Static Web Apps (ASWA) for some time I found some quirks and gotchas. Of course Static Web Apps are still in preview. Most of these are probably because of that fact. Despite that, it might still be interesting to know about them. That way if you run into any of them, you’ll at least know it’s not you … πŸ˜‰

Techorama 2019

·1 min

Next week my colleague DaniΓ«l te Winkel and I will do a session at Techorama 2019 titled Getting sh*t done with Azure Functions (on AKS!). Or GSDwAF for short πŸ€“

We will talk about running Azure Functions in a Kubernetes deployment using Managed Identities and implementing Dependency Injection. And, even better, we’ll show you how!

Managed Identity – Part I

This post is part of a series on Managed Identity. Stay tuned for future posts.

Introduction #

Connecting your application to a resource like Storage or a SQL database used to involve a connection string. This isn’t very secure. These settings are available through the Azure portal. So they might get compromised.
With the introduction of Azure Key Vault, we got a way of separating these secrets from our application configuration. We can store them in a safe, secure place. There’s only one downside: you need a connection string to connect to Key Vault. So the problem isn’t solved; we only moved it. We can still get to the connection string the application uses to get secrets from Key Vault. So anyone with access to that connection string can still access those same secrets.