Going Serverless with Azure Functions
Download as PPTX, PDF8 likes3,460 views
The document provides an overview of Azure Functions, detailing the configurations, triggers, and bindings used to process data like images and queue items. It includes code examples for implementing functions that handle various types of input and output, such as blobs and queues, and describes managing and deploying functions. Additionally, it mentions various resources for further learning and development in Azure Functions.
![{
"bindings": [
{
"name": "myQueueItem",
"type": "queueTrigger",
"direction": "in",
“queueName": "outputqueue",
"connection": "AzureWebJobsStorage"
},
{
"type": "blob",
"name": "outputBlob",
"path": "outblob/{rand-guid}.txt",
"connection": "AzureWebJobsStorage",
"direction": "out"
}
]
}
module.exports = function (context, myQueueItem, myOutputBlob) {
context.log('JavaScript queue trigger function ', myQueueItem);
//validate
if (myQueueItem.apiId && myQueueItem.method && myQueueItem.body)
{
const value = DoWork(myQueueItem);
if(value) {
context.bindings.myOutputBlob = JSON.stringify(value);
//myOutputBlob = JSON.stringify(value);
}
}
else {
//handle error queue item missing params
context.log('invalid queue item ', myQueueItem);
}
context.done();
}](https://image.slidesharecdn.com/azurefunctions-171017062514/85/Going-Serverless-with-Azure-Functions-12-320.jpg)
![public static void Run(byte[] image, string filename,
Stream outputBlob, TraceWriter log)
{
log.Info($"Processing image: {filename}");
var imageBuilder = ImageResizer.ImageBuilder.Current;
imageBuilder.Build(
image, outputBlob,
new ResizeSettings(640, 400, FitMode.Max, null), false);
}
{
"bindings": [
{
"name": "image",
"type": "blobTrigger",
"direction": "in",
"path": "card-input/{filename}.jpg",
"connection": "AzureWebJobsStorage"
},
{
"type": "blob",
"name": "outputBlob",
"path": "card-output/{filename}.jpg",
"connection": "AzureWebJobsStorage",
"direction": "out"
}
]
}](https://image.slidesharecdn.com/azurefunctions-171017062514/85/Going-Serverless-with-Azure-Functions-13-320.jpg)
![New file on site root: proxies.json
{
"proxies": {
"proxy1": {
"matchCondition": {
"methods": [],
"route": "/api/{test}"
},
"backendUri": "https://contoso.azurewebsites.net/api/{test}"
}
}
}](https://image.slidesharecdn.com/azurefunctions-171017062514/85/Going-Serverless-with-Azure-Functions-25-320.jpg)
Going Serverless with Azure Functions
- 2. Shahed Chowdhuri Sr. Technical Evangelist CSE, Microsoft Shahed.Chowdhuri@microsoft.com @shahedC github.com/shahedc DC/MD/VA, Mid-Atlantic, East Coast, US
- 11. Type Service Trigger Input Output Schedule Azure Functions HTTP Azure Functions Blob Storage Azure Storage Events Azure Event Hubs Queues Azure Storage Queues and topics Azure Service Bus Storage tables Azure Storage No-SQL DB Azure CosmosDB Push notifications Azure Notification Hubs Twilio SMS Text Twilio SendGrid email SendGrid
- 12. { "bindings": [ { "name": "myQueueItem", "type": "queueTrigger", "direction": "in", “queueName": "outputqueue", "connection": "AzureWebJobsStorage" }, { "type": "blob", "name": "outputBlob", "path": "outblob/{rand-guid}.txt", "connection": "AzureWebJobsStorage", "direction": "out" } ] } module.exports = function (context, myQueueItem, myOutputBlob) { context.log('JavaScript queue trigger function ', myQueueItem); //validate if (myQueueItem.apiId && myQueueItem.method && myQueueItem.body) { const value = DoWork(myQueueItem); if(value) { context.bindings.myOutputBlob = JSON.stringify(value); //myOutputBlob = JSON.stringify(value); } } else { //handle error queue item missing params context.log('invalid queue item ', myQueueItem); } context.done(); }
- 13. public static void Run(byte[] image, string filename, Stream outputBlob, TraceWriter log) { log.Info($"Processing image: {filename}"); var imageBuilder = ImageResizer.ImageBuilder.Current; imageBuilder.Build( image, outputBlob, new ResizeSettings(640, 400, FitMode.Max, null), false); } { "bindings": [ { "name": "image", "type": "blobTrigger", "direction": "in", "path": "card-input/{filename}.jpg", "connection": "AzureWebJobsStorage" }, { "type": "blob", "name": "outputBlob", "path": "card-output/{filename}.jpg", "connection": "AzureWebJobsStorage", "direction": "out" } ] }
- 16. Every 15 minutes Clean tableFind and clean invalid data
- 17. File added to Blob Storage Transform CSV to data rows CSV Power BI Chart graphic
- 18. Excel file saved to OneDrive Microsoft Graph API analyzes content Creates new sheets with charts
- 19. Loaded web page calls WebHook Completed pageCreate ad based on user profile
- 20. Photo taken and WebHook called Stores in blob storage Produces scaled images
- 21. Millions of devices feed into Stream Analytics Store data in SQL Online Transform to structured data
- 23. Deployment and management isolation Customers Products Orders API calls customers.azurewebsites.net products.azurewebsites.net orders.azurewebsites.net
- 24. Function app A /customers Function app B /products Function app C Function3/orders Function1 API proxy endpoints HttpTrigger function endpoints Key: /products /orders Function2
- 25. New file on site root: proxies.json { "proxies": { "proxy1": { "matchCondition": { "methods": [], "route": "/api/{test}" }, "backendUri": "https://contoso.azurewebsites.net/api/{test}" } } }
- 33. http://wakeupandcode.com/azure-functions-dev-workflow/ > npm i -g azure-functions-core-tools > func init > func new > func azure login > func azure functionapp list > func azure functionapp fetch-app-settings <fn-app-name> > func host start > func azure functionapp publish <fn-app-name> Next: * Select a language, e.g. C# * Select a template, e.g. HttpTriggerWithParameters * Enter a name for your new Function, e.g. “MyFunction”, which will create a subfolder using the Function’s name.
- 37. • Costa Farms http://aka.ms/costafarms https://github.com/joescars/CostaIoTSensorProject • Fish Angler http://aka.ms/fishangler https://github.com/FishAngler/AzureFunctions • Simple Recon https://github.com/simpledealersuite/media2azure • NullspaceVR https://github.com/DaveVoyles/NullspaceVR-web-portal/tree/master/AzureFunctions • Missing Children Society of Canada https://github.com/Missing-Children-Society-Canada
- 38. https://github.com/Azure/Azure-Functions Azure WebJobs SDK script Azure WebJobs SDK Azure WebJobs SDK extensions Azure Functions CLI Azure Functions Portal Azure Functions templates Azure Functions samples
- 41. Email: shchowd@microsoft.com Twitter: @shahedC
Editor's Notes
- #3: What is a technical evangelist?
- #7: Talking points: (New) What do we go from here? Introducing Serverless, an event-driven process, which will grow and scale on demand. The only remaining question now becomes: How I architect my app to become Serverless? Pretty neat, right? It all sounds great, naturally, you may ask, how does Serverless fit into the picture?
- #8: Abstraction of servers, infrastructure and configuration of operating system Event-driven scale Sub-second billing Stateless Serverless compute is a fully managed service. Some refer to it as Functions as a Service OS and Framework patching is performed for you There is zero administrative tasks and no need to manage any infrastructure You just deploy your code (function) and it runs Your code runs within seconds and for very short period of time Serverless compute scales quickly (almost instantly) and vastly Automatically scales within seconds No scale configuration is required (there is no way to configure scale or limits) Scales to match any given workload. Scales from zero to handle tens of thousands concurrent functions invocations within seconds Pay only for the time your code is running Serverless compute reacts to events React, in near real-time, to events and triggers Triggered by virtually any event from Azure service or 3rd party services Setup time, provisioning is long & costly
- #9: “Pinnacle of PaaS compute” Not just hardware “servers”, but software servers are also managed for you Focus on business logic, not solving technical problems not core to business Lower effort to get started makes it easier to experiment (bots, etc.) Benefits of “Serverless”
- #10: Bindings abstract away where the data is coming to Logic Apps Programming free paradigm with a visual designer, drag and drop workflows With Connectors to different types of services (eg an FTP server) Talking Points: (Updated on 4/3/17) Lets talk about what really makes up MSFT’s Serverless platform: At the center of the Serverless platform, is our compute offerings: Azure Functions and Azure Logic Apps. Azure Functions is an event based Serverless compute experience that helps you accelerate your development. Run time is open. Function code can be executed in vm or somewhere else, on prem or in clould. Logic Apps is a powerful orchestration tool. It enables building a Serverless app in minutes – by orchestrating multiple functions using a visual workflow tool. Say you have your apps up and running using Serverless. Congratulations! You now need to collect intelligence from different apps across platforms to take actions upon. There are a few essential components which we think are core to building Serverless applications are: Data/ Storage –Functions has triggers and bindings with Azure document DB and Azure Blob storage ** Triggers: Triggers are event responses used to trigger your custom code. They allow you to respond to events across the Azure platform or on premise. ** Bindings: Bindings represent the necessary meta data used to connect your code to the desired trigger or associated input or output data. Messaging such as queues and topics using Azure Service Bus and Azure Event Hubs Integration – that includes core LOB apps and SaaS apps integration via Azure Logic Apps. Intelligence on data and sentiment/ predictive analysis using Cognitive services and Machine learning Conversation as a service – how do we equip developers to build apps that offer an end-to-end experience for their end users – Azure Bot Service offers a Serverless interactive bot experience. More, developers are spending more time writing code that allows them to add huge business impact with Serverless. MSFT offers numerous development tools such as IDE Support for Visual Studio in functions and Logic Apps, enables local development (vs web browser coding environment), visual debugging capability, all with your tools of choice. Lastly, I also want to highlight top scenarios and use cases for Serverless: Real-time Stream analytics: Customers can use Functions to feed real-time streams of data from application tracking into structured data and store it in SQL online. SaaS event processing: Customers can use Functions and Logic Apps to analyze data from an excel file in Onedrive and perform validation, filtration, sorting and convert data into consumable business charts Web app architecture: Used a lot in creating targeted marketing collaterals – when a customer clicks on a webpage, it triggers a webhook, that uses a function to create an ad that matches the customer profile and displays a completed webpage. Real-time bot messaging: When customers send a message to a chatbox, Functions calls Cortana analytics to generate appropriate answers and sends a response back. //from before: Customers have different paths to build a Serverless app – start by building the distributed application components using functions by leveraging the numerous templates and declarative bindings Or Start with the workflow and orchestration of Serverless application using Azure Logic Apps. The visual designer enables developers to quickly and easily author, edit and visualize orchestration of multiple functions and workflow.
- #13: The difference between trigger and binding…
- #16: This is the whole (top level) Dev Ops story where Dev build wounderful apps, using CI they mange their code, builds, and releases. Connecting to a repository, they can deploy to Azure Websites, build in the cloud, deploy to a slot to test and validate, swap into production, deployed across the globe as needed, monitor and get feedback, on which devs can make updates. Rinse and repeat
- #29: Languages: C#, F#, Node.js, Python, PHP, batch, bash
- #30: With that opening in mind and somewhat general understanding of what we are trying to prove here Now that we understand some of the pain points with having big application with many functions. It is important to take a moment to review some basic best practices for Functions: Functions should do one thing Functions should finish as quickly as possible Functions should be stateless Functions should be idempotent %
- #31: Stateless application that needs to scale
- #44: Contact Microsoft email: shchowd@microsoft.com Personal Twitter: @shahedC Dev Blog: WakeUpAndCode.com