One of the thing that sets OpenJS Architect apart from other serverless tools is its opinion that serverless apps work best when composed of many small, discrete Lambda cloud functions.

This approach offers the greatest coldstart performance, security isolation, deployment speed, and mean time to bug resolution. However, this approach also comes with a minor drawback: the need to manage many Lambdas’ dependencies.

Or at least it used to! Architect 8.4 introduces a new concept we call Lambda Node.js modules treeshaking.

If you’d like to take advantage of the nearly 1.5 million publicly published Node.js modules, your Architect app may…

By popular demand: OpenJS Architect 8.3 (El Chupacabra) now supports custom file paths, custom Lambda templates, a fresh new local (and global) preferences file, and lots more!

Custom file paths

By default, like many frameworks, Architect relies on convention over configuration — meaning you can expect certain things, like the placement of function handlers, to appear in default, deterministic locations.

However, some projects and integrations necessitate more granular configurability. In Architect 8.3, you can express your project in a more verbose format that exposes additional settings, such as a custom handler source directory.


# app.arc@http
# simple - assumes src/http/get-foo/

More flexible and powerful than ever, with greedy catchall syntax, and legacy server migration with @proxy

OpenJSF Architect powers thousands of real production serverless applications all over the world. We continue to hear how valuable folks find its focused, direct, stable, lock-in-free approach to building blazing fast modern web apps without ever having to manage a single server.

Today we’re announcing Architect 8 (El Chupacabra), which adds the newest Architect pragma, @proxy, and makes @http routes even more powerful with three new additions!

Create your first serverless app in <60 seconds!

Want to give it a go? Here’s the super quickstart, no AWS credentials required:

By popular demand: API Gateway HTTP APIs are now the default in Architect serverless apps

OpenJSF Architect now powers thousands of serverless applications all over the world. Folks continue to tell us they value its focused, direct, stable, lock-in-free approach to building blazing fast modern web apps without ever having to manage a single server.

Today we’re extremely excited to announce Architect 7 (Chupacabra), a major step forward in building serverless web apps and APIs with AWS.

Chupacabra now deploys AWS API Gateway v2.0 (aka HTTP) APIs by default, and ships with a rewrite of Architect’s local development environment, Sandbox. …

Photo by Carly Reeves

Terms like master-slave carry powerful implications of racial supremacy and oppression, and have no place in our lexicon. Efforts across our industry are rightfully underway to retire such references to the dustbin of history, where they belong.

Although Git and GitHub still name branches master by default (for now), moving your repos away from the master branch name is relatively easy. In this guide we’ll rename it main (or you can choose whatever you prefer). Some other ideas that have been bandied about include: default, dev, devel, primary, prod, release, and trunk.


First, make sure you’ve gone over the following…

Photo by Traf

Begin already gives you the most advanced set of serverless tools and application primitives in its class:

  • Static assets for publishing any kind of web asset or page
  • HTTP functions (@http), enabling full server-side rendering
  • Begin Data, a super fast and simple way to persist and access app data.

Today we’re introducing an entirely new primitive to Begin apps: event functions (@events)!

Hit this button to deploy an event functions example app to Begin in 30 seconds:

The simplest, fastest way to build modern applications just got a lot more powerful

Since 2017, Architect has been the premiere foundation-backed open source serverless framework, with a clear focus on being the simplest, fastest way to build a modern web app.

The space has evolved rapidly, and we’re incredibly excited to announce Architect 6 (Ogopogo): a ground-up rewrite with first-class Ruby & Python support, that combines the speed and simplicity of which Architect users are accustomed, with the determinism of AWS’s infrastructure-as-code standard, CloudFormation.

Create your first serverless app in <60 seconds!

Want to give it a go? Here’s the super quickstart, no AWS credentials required.

First: npm i -g @architect/architect

Architect treats local offline development of serverless apps as a first-class concern, and today we’re taking it to the next level.

Architect 4.3 (Yeti) includes an all-new version of sandbox (npx sandbox) that starts up instantly, instantly loads your local code changes, and best of all, paves the way for multiple runtimes.

The new Architect sandbox now boots up instantly. In testing, >50 route projects start in under 300ms on a modern laptop. Whether your serverless app has 2 or 200 functions, you’ll never experience lag on account of simply continuing to build out your app.

In addition to locally…

The future is serverless, and the future is here

photo by Ugne Vasyliute

When we got started in 2015, we didn’t set out to build a serverless application platform.

We were working on an application with some hardcore real-time, natural language processing, and scalability requirements, and we chose to base it on a brand new thing called cloud functions.

Those requirements forced us to solve all kinds of mission-critical problems up and down the serverless stack. And it worked.

From that project we extracted Architect, our vision for an open source, primitives-first serverless framework, now hosted at the JS Foundation. …

Last week we released Architect 4 (Yeti), focused on simplicity and speed. Today we’re incredibly stoked to share Architect 4.1, our most frontend friendly release ever.

4.0 introduced the new public directory that automatically syncs your static assets to the cloud, making it an ideal companion to your existing frontend build steps.

4.1 unlocks the ability to share frontend code across cloud functions with the introduction of @views, enabling new patterns for dynamic asset delivery and server-side rendering.

Together, we think Architect’s public directory and @views system is going to change the game for web developers onboarding into the serverless…

Ryan Block

Co-founder / product @Begin. Fighter of entropy. Master photobomber. Citizen. Sic transit gloria mundi.

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store