Skip to main content

Use cost as an architecture fitness function

As more and more applications are deployed to the cloud, cost becomes a first class architectural driver when designing and developing applications. In this post I want to explain how you can use cost as an architecture fitness function.

What are architecture fitness functions?

I first encountered fitness functions in the Building Evolutionary Architectures book by Rebecca Parsons, Neal Ford and Patrick Kua. They describe how close an architecture is to achieving an architectural aim. Fitness functions introduces  continuous feedback on the architecture level and inform the development process as it happens, rather than after the fact(for example when doing an architecture review).

They help to ensure that a system's architecture aligns with its intended goals, meets the desired quality attributes, and adheres to best practices.

Some examples of architecture fitness functions I used in the past are:

  • Latency Monitoring: Ensure that response times for critical services do not exceed a predefined threshold.
  • Dependency Analysis: Check that services do not have excessive dependencies or cyclic dependencies.
  • Security Scanning: Scan for known security vulnerabilities and ensure that access controls are correctly implemented.
  • Service Availability: Monitor service availability and uptime, ensuring that it meets agreed-upon service level agreements (SLAs).

By using architecture fitness functions, development teams can maintain a well-structured and high-quality architecture throughout the development and. evolution of a software system, ultimately leading to more reliable and efficient systems.

How to monitor cost?

Now that we now what a fitness function is, let us have a look at some ways to track cost as an architecture fitness function. Of course there are a lot of infrastructure cost estimation tools available. In this post I’ll show an example using Azure Cost Estimator(ACE) although I heard good things about Infracost as well. ACE supports Bicep/ARM and Terraform and can be run as an integral part of your CI/CD pipeline.

Of course to get good estimations, ACE needs to know the expected usage. This can be provided through usage patterns.

ACE will then use this pattern to generate usage based consumption for the Azure resources and provides better accuracy for the cost estimations.

You can run it by directly using the available executable or by using Docker.

Remark: In the example above we expect that the azure-cost-estimator.exe is available at the path environment variable.

Popular posts from this blog

.NET 8–Keyed/Named Services

A feature that a lot of IoC container libraries support but that was missing in the default DI container provided by Microsoft is the support for Keyed or Named Services. This feature allows you to register the same type multiple times using different names, allowing you to resolve a specific instance based on the circumstances. Although there is some controversy if supporting this feature is a good idea or not, it certainly can be handy. To support this feature a new interface IKeyedServiceProvider got introduced in .NET 8 providing 2 new methods on our ServiceProvider instance: object? GetKeyedService(Type serviceType, object? serviceKey); object GetRequiredKeyedService(Type serviceType, object? serviceKey); To use it, we need to register our service using one of the new extension methods: Resolving the service can be done either through the FromKeyedServices attribute: or by injecting the IKeyedServiceProvider interface and calling the GetRequiredKeyedServic...

Azure DevOps/ GitHub emoji

I’m really bad at remembering emoji’s. So here is cheat sheet with all emoji’s that can be used in tools that support the github emoji markdown markup: All credits go to rcaviers who created this list.

Kubernetes–Limit your environmental impact

Reducing the carbon footprint and CO2 emission of our (cloud) workloads, is a responsibility of all of us. If you are running a Kubernetes cluster, have a look at Kube-Green . kube-green is a simple Kubernetes operator that automatically shuts down (some of) your pods when you don't need them. A single pod produces about 11 Kg CO2eq per year( here the calculation). Reason enough to give it a try! Installing kube-green in your cluster The easiest way to install the operator in your cluster is through kubectl. We first need to install a cert-manager: kubectl apply -f https://github.com/cert-manager/cert-manager/releases/download/v1.14.5/cert-manager.yaml Remark: Wait a minute before you continue as it can take some time before the cert-manager is up & running inside your cluster. Now we can install the kube-green operator: kubectl apply -f https://github.com/kube-green/kube-green/releases/latest/download/kube-green.yaml Now in the namespace where we want t...