New: Observability, AI Gateway, and Prerendering

Site navigation

Go to homepage Skip to content
  • Log in
  • Platform

    The Netlify Platform

    Your app, live instantly. From AI tools or Git to global deployment in seconds. Everything included.

    • Explore the platform

    Key Features

    • Deploy Previews
    • Agent Runners
    • AI Gateway
    • Functions
    • Storage
    • Observability
    • Security
    • Edge network
  • Solutions

    Why Netlify?

    • Customers
    • Agent Experience
    • Partner directory

    Use Cases

    • Code Agents
    • Company Websites
    • E-commerce
    • Web Apps
    • Large Sites

    Don’t see your solution? We can help. Chat with a Netlify expert

  • Developers

    Where to start

    • Docs
    • Developer guides
    • Templates
    • Integrations
    • Build with AI

    Project kickstarts

    • Astro
    • TanStack
    • Next.js
    • Nuxt
    • Gatsby
    • Wordpress
    • React
    • Vue
    • Svelte
    • Sitecore
    • Jamstack
    • +More
  • Resources
    • Blog
    • Changelog
    • Events
    • Customers
    • Partner directory
    • All resources
  • Pricing
  • Contact
  • Log in
Sign up
Customer story
Mercury

Postlight Chooses Netlify to Power Mercury's Decoupled API Platform

Lead Engineer Adam Pash and the Postlight team built Mercury's decoupled frontend on Netlify to unify multiple backend APIs running on AWS Lambda and Elastic Beanstalk. Using Netlify's proxy rules, they created a seamless interface for API key provisioning while maintaining complete architectural independence.

What is it?

Mercury the app consists of two important API endpoints for users: The Mercury Web Parser and the Mercury AMP Converter.

Each of these endpoints are running on a completely different stack. The Mercury Web Parser is written in node.js and runs on AWS using a combination of API Gateway and Lambda (built and deployed using Serverless). The Mercury AMP Converter is written in Python and runs on Elastic Beanstalk. We wanted to create a front end that allowed users to sign up for the Mercury APIs and provision API keys that ran independently of our APIs. Netlify was a great option for doing just that.

Why Netlify?

Netlify’s redirect and rewrite rules were one of the biggest draws to Netlify for this project. As I said, we wanted a decoupled front end that allowed us to proxy requests to our APIs. Netlify rewrite rules allowed us to do that quickly and easily.

Favorite Feature?

Netlify’s support has been fantastic. Whenever I ran into a problem (which, inevitably, was of my own doing), I’d contact support and have a response in minutes that explained and solved my problem.

Netlify Features UsedTools & Frameworks Used
Redirect RulesWebpack
Rewrite RulesBabel
Proxy RulesPhenomic
Domain AliasesReact
CLIPostCSS
HTTPSCSS modules
Tachyons
Firebase
Serverless
AWS Lambda
Elastic Beanstalk
GitHub
Go to Netlify homepage
  • GitHub
  • LinkedIn
  • Bluesky
  • X (formerly known as Twitter)
  • YouTube
  • Discourse

Products

  • Deploy Previews
  • Functions
  • Agent Runners
  • Observability
  • Security
  • Netlify CLI
  • Netlify SDK
  • Pricing

Products

  • Deploy Previews
  • Functions
  • Agent Runners
  • Observability
  • Security
  • Netlify CLI
  • Netlify SDK
  • Pricing

Resources

  • Docs
  • Status
  • Support
  • Developer guides
  • Changelog
  • Integrations
  • Guides
  • Hire an agency

Resources

  • Docs
  • Status
  • Support
  • Developer guides
  • Changelog
  • Integrations
  • Guides
  • Hire an agency

Company

  • About
  • Agent Experience
  • Blog
  • Customers
  • Careers
  • Press

Company

  • About
  • Agent Experience
  • Blog
  • Customers
  • Careers
  • Press

Contact Us

  • Sales
  • Support
  • Status
  • Forums

Contact Us

  • Sales
  • Support
  • Status
  • Forums

Stay up to date with Netlify news

  • Trust Center
  • Privacy
  • GDPR/CCPA
  • Abuse

© 2025 Netlify