Function vs. Web API.

 


I have several projects I have been looking at doing and I have been struggling with whether to use Azure functions or to build APIs and host them as an Azure app service.

In this post, I am going to try to figure out what is the best solution based on functionality, reuse, cost, maintenance, and ROI.

This post will not cover the in-depth technical difference between functions and web API.  The end result is for me to understand which one will work under a different use case.


Advantages of Functions

a. Code in the Browser

    Not only am I not interested in this one, I think it is a disadvantage.  If you or your team are un-disciplined about your changes, a bad thing can happen.

b. Additional languages supported

    Not interested in this one either.  There is a side effect, what if a team member coded a function in Python and left the team, that supports it.

c. Point and click integration with other Azure services like Blob Storage and Comos

    This is the only advantage that I think I would take advantage of.  It is a nice feature to quickly add a new service and have access to it in your code.

d. Automatic Scaling

I see this as a double-edged sword.  It is good when you are expecting a rise in usage or if you get a good review on something and it drastically increases traffic.  On the other side, you could get surprised billing or unpredictable billing.

e. Pay Per Use

    The free tier is nice, but you have to watch out for unexpected scaling

f. Logic application integration

    I currently have no plans on building logic apps

g. Built for small automatic work

    This is always a good starting point, but you can do this in your web API as well.

h. Has a timer endpoint

    This is a nice feature, I can see using this type of function in conjunction with a Web API


Advantages of Web API

a. Code, debug, build, and deploy fits into your current workflow

    To me, this is a very important advantage.  I have a well-defined process and web API fits in nicely with it.

b. Handle bigger more complex methods

    This should be avoided.  You should be able to break down things into smaller parts, but it can't always be done that way.

c. Can access external resources, files, etc.

      Many of my applications are dealing with files, text, images, etc.

d. Finer control of the API calls like setting your own routes

    This could be a double-edged sword as well.  I have seen developers over-engineer the routes just because they could.

e. Finer control over the scaling.

    App services do have built-in features to help with scaling, but they are not as instant as with functions.  But you can control the maximum amount to scale to.  This will help on the billing side


The winner is?

Functionality => Web API

Reuse => If functions are built right, it is a tie, but you have to go out of your way to do that, so I will go with Web API

Cost => Free trier is a tie.  For scaled applications, it depends on the app.

Maintenance => Web API.  This is the biggest differentiator for me.  I don't like the idea of being able to change code in the Azure portal or the extra work needed to code, debug, and deploy.

ROI
    This really depends on the actual application.  But there are several things to keep in mind as well.  

Overall

    Just like everything else in development, it depends, but for me, I will always start with Web API and evaluate the project to see if functions are a better option.

Comments

Post a Comment

Popular posts from this blog

Yes, Blazor Server can scale!

Image
From the very beginning of the release of Blazor Server naysayers have incorrectly stated that Blazor Server can not scale.  They usually state that the limit is 5,000 concurrent users. There are several misconceptions and wrong assumptions about their statement.  Let's break it down and get a better understanding of Blazor server-side scaling. What is the "limit" for users When Microsoft talks about the need to scale an application, what they are saying is that when a normal response for any concurrent user is taking longer than 200 ms, the system is not performant and needs to scale. We will accept that definition: If any normal user response is taking longer than 200 ms, the system needs to scale for concurrent users. By a normal response, we are referring to a page get, a post, etc.  Large database access requests would not be included in this measurement. What is scaling There are 2 common ways to scale, scale, out horizontally, and scale-up, up vertically. In our di
Read more

Blazor new and improved Search Box

 Back in March, I posted a new Blazor data grid with a search box ( see post ).  Since then I have found a new and improved search box that I wanted to implement.  The search part is implemented the same.  What I added was the ability for the user to narrow down the search by selecting which field they wanted to search on.  This will help the user find what they are looking for and in a large collection, the search will end up being faster. The goal of making the change was to make the search box a new component and have it handle the UI functionality part. Prep Work Here is the prep work I did before adding the search box: Started with the source code from the post listed above. Upgraded the project to .Net 5 Upgraded the Nuget packages that were out of date. Ensured every build and run. Change to a Component I wanted to create a component for the search box so I could use it in other applications.   1. Create a Folder under UIControls called "SearchBox" 2. Created a new raz
Read more

Blazor Wizard Step Component

Image
 I like using step wizards in my applications, sign-up forms, shopping cart checkout, and complex data entry, but I had not been able to find a wizard step indicator that I liked so I built this one. As it turned out, it was not as hard as I thought it would have been.  There are a couple of key parts you have to keep in mind when using a step wizard, such as: 1. What step am I on? 2. Should the "Prev" / "Next" buttons be enabled or disabled on this step? 3. What kind of visual clues do I show the user? I will walk you through how we answer these questions in this sample project.   HTML The main container has a div that holds the progress divs, one div for each "step" of your process.  Below that we have our "Prev" and "Next" buttons We will need to wire in the on-click events for the two buttons.  The buttons will need to be able to be disabled and enabled via CSS class settings.           <div class="container">       
Read more