GitHub - Azure-Samples/functions-quickstart-powershell-azd: This Quickstart uses Azure Developer command-line (azd) tools to create functions that respond to HTTP requests. After testing the code locally, you deploy it to a new serverless function app you create running in a Flex Consumption plan in Azure Functions. This follows current best practices for secure and scalable Azure Functions deployments (original) (raw)

Azure Functions PowerShell HTTP Trigger using AZD

This repository contains an Azure Functions HTTP trigger reference sample written in PowerShell and deployed to Azure using Azure Developer CLI (azd). The sample uses managed identity and a virtual network to make sure deployment is secure by default.

This source code supports the article Quickstart: Create and deploy functions to Azure Functions using the Azure Developer CLI.

Prerequisites

• PowerShell 7.4
• Azure Functions Core Tools
• Azure Developer CLI (azd)
• To use Visual Studio Code to run and debug locally:
  • Visual Studio Code
  • Azure Functions extension

Initialize the local project

You can initialize a project from this azd template in one of these ways:

• Use this azd init command from an empty local (root) folder:
  azd init --template functions-quickstart-powershell-azd
  Supply an environment name, such as flexquickstart when prompted. In azd, the environment is used to maintain a unique deployment context for your app.
• Clone the GitHub template repository locally using the git clone command:
  git clone https://github.com/Azure-Samples/functions-quickstart-powershell-azd.git
  cd functions-quickstart-powershell-azd

Prepare your local environment

Navigate to the src app folder and create a file in that folder named local.settings.json that contains this JSON data:

{ "IsEncrypted": false, "Values": { "FUNCTIONS_WORKER_RUNTIME": "powershell", "FUNCTIONS_WORKER_RUNTIME_VERSION": "7.4", "AzureWebJobsStorage": "UseDevelopmentStorage=true" } }

Run your app from the terminal

1. From the src folder, run this command to start the Functions host locally:
2. From your HTTP test tool in a new terminal (or from your browser), call the HTTP GET endpoint: http://localhost:7071/api/httpget
3. Test the HTTP POST trigger with a payload using your favorite secure HTTP test tool. This example runs from the src folder and uses the Invoke-RestMethod cmdlet in PowerShell with payload data from the testdata.json project file:
   Invoke-RestMethod -Uri http://localhost:7071/api/httppost -Method Post -ContentType "application/json" -InFile "testdata.json"
4. When you're done, press Ctrl+C in the terminal window to stop the func.exe host process.

Run your app using Visual Studio Code

1. Open the root folder in a new terminal.
2. Run the code . code command to open the project in Visual Studio Code.
3. Press Run/Debug (F5) to run in the debugger. Select Debug anyway if prompted about local emulator not running.
4. Send GET and POST requests to the httpget and httppost endpoints respectively using your HTTP test tool (or browser for httpget). If you have the RestClient extension installed, you can execute requests directly from the test.http project file.

Source Code

The code that implements the function logic is maintained in ./src/httpGetFunction and .src/httpPostBodyFunction function folders.

The httpget function endpoint is defined in function.json, with this code in the run.ps1 file:

using namespace System.Net

Input bindings are passed in via param block.

param($Request, $TriggerMetadata)

Write to the Azure Functions log stream.

Write-Host "PowerShell HTTP trigger function processed a request."

Interact with query parameters name=name = name=Request.Query.name

$body = "This HTTP triggered function executed successfully. Pass a name in the query string for a personalized response."

if ($name) { body="Hello,body = "Hello, body="Hello,name. This HTTP triggered function executed successfully." }

Associate values to output bindings by calling 'Push-OutputBinding'.

Push-OutputBinding -Name Response -Value ([HttpResponseContext]@{ StatusCode = [HttpStatusCode]::OK Body = $body })

The httppost function endpoint is defined in function.json, with this code in the run.ps1 file:

using namespace System.Net

Input bindings are passed in via param block.

param($Request, $TriggerMetadata)

Write to the Azure Functions log stream.

Write-Host "PowerShell HTTP trigger function processed a request."

Interact with the body of the request. name=name = name=Request.Body.name age=age = age=Request.Body.age

$status = [HttpStatusCode]::OK

$body = "This HTTP triggered function executed successfully. Pass a name in the request body for a personalized response."

if ( -not ($name -and $age)){ $body = "Please provide both 'name' and 'age' in the request body." $status = [HttpStatusCode]::BadRequest } else { <# Action when all if and elseif conditions are false #> body="Hello,body = "Hello, body="Hello,{name}! You are ${age} years old." }

Associate values to output bindings by calling 'Push-OutputBinding'.

Push-OutputBinding -Name Response -Value ([HttpResponseContext]@{ StatusCode = $status Body = $body })

Deploy to Azure

Run this command to provision the function app, with any required Azure resources, and deploy your code:

By default, this sample uses a virtual network to ensure your deployment is secure by default. You can opt-out of a VNet being used by setting VNET_ENABLED to false before running azd up:

azd env set VNET_ENABLED false azd up

You're prompted to supply these required deployment parameters:

After publish completes successfully, azd provides you with the URL endpoints of your new functions, but without the function key values required to access the endpoints. To learn how to obtain these same endpoints along with the required function keys, see Invoke the function on Azure in the companion article Quickstart: Create and deploy functions to Azure Functions using the Azure Developer CLI.

Redeploy your code

You can run the azd up command as many times as you need to both provision your Azure resources and deploy code updates to your function app.

Note

Deployed code files are always overwritten by the latest deployment package.

Clean up resources

When you're done working with your function app and related resources, you can use this command to delete the function app and its related resources from Azure and avoid incurring any further costs: