Your go to library for building Azure Functions with TypeScript!
A magical TypeScript utility belt for Azure Functions developers who are tired of writing the same boilerplate code over and over again. This library will make your functions more readable, maintainable, and less prone to "It works on my machine" syndrome.
- Installation
- Migrating from v1 to v2
- Features
- Why Use This Library?
- Documentation
- Contributing
- License
npm install azure-functions-essentials @azure/functions@latestor if you're feeling yarn-ish
yarn add azure-functions-essentials @azure/functions@latestImportant
This package requires @azure/functions@4.11.0 or newer as a peer dependency.
v2 makes the chain architecture generic for all Azure Functions trigger types. This is a breaking change β here's what you need to update.
| v1 | v2 | Notes |
|---|---|---|
startChain() |
startHttpChain() |
HTTP-specific chain with parseBody() |
guard((req, ctx) => ...) |
guard(({ triggerData, context }) => ...) |
Single-arg chainData object |
.handle((req, ctx) => ...) |
.handle(({ triggerData, context }) => ...) |
Single-arg chainData object |
.handle((req, body, ctx) => ...) |
.handle(({ triggerData, parsedData, context }) => ...) |
chainData with parsedData after parseBody() |
ParsedBodyChain |
ParsedDataChain |
Generic data parsing, not HTTP-only |
{ request, context } in chain data |
{ triggerData, context } |
Renamed for trigger-agnostic naming |
{ body } in parsed chain data |
{ parsedData } |
Renamed for clarity |
HttpChain |
HttpTriggerChain |
Clearer naming |
RegularChain |
BasicTriggerChain |
Clearer naming |
BaseChain |
FunctionChain (abstract) |
Not directly instantiated |
import { startChain, guard, funcResult } from 'azure-functions-essentials';
const myGuard = guard((req, ctx) => {
return req.headers.get('x-api-key') === 'secret' || funcResult('Forbidden', 'Nope');
});
app.post('my-endpoint', {
handler: startChain()
.useGuard(myGuard)
.parseBody(mySchema)
.useInputBinding(({ body }) => myInput.create(body.id))
.handle((req, body, ctx) => funcResult('OK', body)),
});import { startHttpChain, guard, funcResult } from 'azure-functions-essentials';
const myGuard = guard(({ triggerData }) => {
return triggerData.headers.get('x-api-key') === 'secret' || funcResult('Forbidden', 'Nope');
});
app.post('my-endpoint', {
handler: startHttpChain()
.useGuard(myGuard)
.parseBody(mySchema)
.useInputBinding(({ parsedData }) => myInput.create(parsedData.id))
.handle(({ triggerData, parsedData, context }) => funcResult('OK', parsedData)),
});startMessageChain<T>(zodSchema?)β Service Bus, Event Hub, and other message triggersstartTimerChain()β Timer triggersstartMcpChain(zodSchema?)β MCP tool triggersstartGenericChain<T>(options?)β Fully generic escape hatch for any trigger type- Generic guards β
Guard<HttpRequest>only compiles on HTTP chains,Guard(no type arg) works everywhere
Chain your function logic like a boss. Found a guard or an input that should be reused in other functions? Declare as a const and reuse the logic!
Chains support any Azure Functions trigger type β HTTP, Service Bus, Timer, Event Hub, MCP tools, and more.
import { startHttpChain, guard, funcResult, inputFactory } from 'azure-functions-essentials';
// Create an input binding for user lookup with your fancy database call
const userLookup = inputFactory<string, User>('user', userId => getUserFromDatabase(userId));
// Make sure they have the magic password
const keyGuard = guard(({ triggerData }) => triggerData.headers.get('x-api-key') === 'secret' || funcResult('Forbidden', 'Nice try, hacker!'));
// Make sure the user is a ninja (Guard functor pattern)
const ninjaGuard = (user: User) => guard(() => user.isNinja || funcResult('Forbidden', 'Only π₯·s are allowed!'));
app.post('super-secret-endpoint', {
handler: startHttpChain()
.useGuard(keyGuard) // Use a guard (or several?)
.parseBody(myZodSchema) // Parse the body and (optionally) validate with Zod
.useInputBinding(({ parsedData }) => userLookup.create(parsedData.user.id)) // Initialize the input
.useGuard(({ context }) => ninjaGuard(userLookup.get(context))) // Use input results in the chain
// Handle the request with all goodies available
.handle(({ triggerData, parsedData, context }) => {
const user = userLookup.get(context); // Get the user from our input
// Your incredibly important business logic here
// Return a result with the funcResult helper
return funcResult('OK', {
message: `You're in ${user.name}! Here's your cookie πͺ`,
userData: user,
requestData: parsedData,
});
}),
});import { startMessageChain, startTimerChain, startMcpChain } from 'azure-functions-essentials';
import { z } from 'zod';
// Service Bus with Zod validation β throws if invalid
const messageSchema = z.object({ orderId: z.string(), amount: z.number() });
const messageHandler = startMessageChain(messageSchema)
.handle(({ triggerData, context }) => {
// triggerData is typed as { orderId: string, amount: number }
context.log(`Processing order ${triggerData.orderId}`);
});
// Timer trigger
const timerHandler = startTimerChain()
.handle(({ triggerData, context }) => {
context.log(`Timer fired: ${triggerData.isPastDue}`);
});
// MCP tool trigger with parsed arguments
const mcpHandler = startMcpChain(myArgsSchema)
.handle(({ parsedData, context }) => {
return { result: 'Tool executed', data: parsedData };
});For more details and the list of built-in guards, check out the Guards Documentation.
Keep the bad guys out:
const isAdminGuard = guard(({ context }) => {
const user = context.extraInputs.get('user');
return user.role === 'admin' || funcResult('Forbidden', 'You shall not pass! π§ββοΈ');
});Because more inputs means more fun:
const userLookup = inputFactory<string, User>('user', async userId => {
// Imagine some fancy database call here
return { id: userId, name: 'Function Fanatic', role: 'wizard' };
});
// Later in your chain...
.useInputBinding(({ triggerData }) => userLookup.create(triggerData.params.userId))funcResult supports Azure Functions HTTP stream bodies, so returning a native stream is as simple as returning text or JSON:
import { Readable } from 'stream';
import { funcResult } from 'azure-functions-essentials';
app.get('download-report', {
handler: async () => {
const reportStream = Readable.from(['col1,col2\n', '1,2\n']);
return funcResult('OK', reportStream);
},
});If a popular LLM or agent SDK gives you a stream of rich events instead of raw HTTP chunks, you can also provide the source stream together with an extractChunk function.
Here is a LangChain-style example where the agent yields structured streaming events, and we extract just the text tokens for the HTTP response:
import { app, setup } from '@azure/functions';
import { createAgent } from 'langchain';
import { funcResult } from 'azure-functions-essentials';
setup({ enableHttpStream: true });
const agent = createAgent({ model: 'openai:gpt-5.4', tools: [] });
app.post('chat', {
handler: async request => {
const { message } = await request.json();
const stream = await agent.stream({ messages: [{ role: 'user', content: message }] }, { streamMode: 'messages' });
return funcResult('OK', stream, ([token]) => token.text ?? undefined);
},
});Parse query params without pulling your hair out:
import { getQuery, getQueryFlag } from 'azure-functions-essentials';
const limit = getQuery(request, 'limit'); // Will throw if missing
const page = getQuery(request, 'page', true); // Optional, returns null if missing
const includeDeleted = getQueryFlag(request, 'includeDeleted'); // Boolean flags made easyIf you need the classic Azure Functions keep-alive workaround, register a tiny timer once during startup:
import { registerKeepAlive } from 'azure-functions-essentials';
registerKeepAlive();The default schedule is every 5 minutes (0 */5 * * * *), which is a practical balance for the timer-based workaround without being overly aggressive.
You can override the timer settings if you want a different cadence, function name, or a custom log message:
registerKeepAlive({
schedule: '0 */10 * * * *',
name: 'myKeepAlive',
});This helper is intended as a compatibility workaround for cold-start-sensitive apps. If your hosting plan supports warm-instance features, prefer those instead:
- Flex Consumption: always-ready instances
- Dedicated/App Service: Always On
- Premium: plan warm-instance features
- Less Code: Why write 100 lines when 10 will do?
- Type Safety: TypeScript all the things!
- Testability: Every component is designed to be easily testable
- Chain of Responsibility: Handle authentication, validation, and business logic in a clean, readable way
- Consistent Responses: No more forgetting to set the right status code
For more examples of our wizardry, check out these magical spells:
Guards can directly check headers, query parameters, or any request property:
// Simple header-based authentication guard
const apiKeyGuard = guard<HttpRequest>(({ triggerData, context }) => {
const apiKey = triggerData.headers.get('x-api-key');
return apiKey === process.env.API_KEY || funcResult('Unauthorized', 'Invalid API key');
});
// Usage in chain
startHttpChain()
.useGuard(apiKeyGuard)
.handle(({ triggerData, context }) => {
// Only executed if API key is valid
return funcResult('OK', 'Access granted!');
});Guards can also be created on-the-fly with the functor pattern, allowing you to pass in parameters:
type BodyType = { name: string; age: number };
// Guard factory that validates a specific property in the body
const validateBody = (parsedData: BodyType) => guard(() => parsedData.age >= 18 || funcResult('BadRequest', `Age must be at least 18 years old`));
// Usage with parsed body
startHttpChain()
.parseBody<BodyType>()
.useGuard(({ parsedData }) => validateBody(parsedData)) // Pass the parsed data to validateBody
.handle(({ triggerData, parsedData, context }) => {
// Only executed if the body validator is passed
return funcResult('OK', `Welcome, ${parsedData.name}!`);
});In some scenarios, it is enough for just one of the guards to pass. For example, admins are allowed to edit any resource, while regular users can only edit their own resources.
const combinedGuard = anyGuard(isAdminGuard, hasPermissionGuard('CAN_EDIT'), isResourceOwnerGuard);const userSchema = z.object({
name: z.string().min(2),
email: z.string().email("That doesn't look like an email to me π€¨"),
age: z.number().min(18).optional(),
});
startHttpChain()
.parseBody(userSchema)
.handle(({ triggerData, parsedData, context }) => {
// parsedData is typed and validated!
});Pull requests are welcome! Fork it and PR away!
MIT License - Use it, abuse it, but please give credit where it's due.
May your functions be stateless and your deployments be seamless!