LIGHT

  • News
  • Docs
  • Community
  • Reddit
  • GitHub

Which Approach

As we have two different approaches to address cross-cutting concerns for the AWS Lambda functions, let’s discuss the pros and cons for each approach to guide users on how to choose the best option.

Lambda Framework

Pros
  • Completed Lambda Implementation with shared authorizer deployed on AWS API Gateway.
  • Lowest Cost for small and medium organizations when the public cloud is used.
  • Tightly integration with AWS products and toolchains, which are familiar to most Lambda developers.
Cons
  • Only support Java language. Other similar frameworks need to be implemented and maintained if users want to write Lambda functions with .Net, Python, Nodejs etc.
  • Limited due to the Lambda SDK and extension APIs. Hard to integrate with the existing enterprise ecosystem.
  • Vendor lockdown to the AWS cloud solution or ecosystem.
Who should use
  • Personal and small business focusing on cost reduction with AWS Lambda function pricing model on the public cloud.
  • For Lambda functions that are called in-frequently such batch jobs.
  • New startup companies want to simplify their IT solutions.

Lambda Proxy

Pros
  • Support multiple languages for Lamdba functions implementation.
  • Same Light-proxy image can be used for Rest APIs and Lambda to address cross-cutting concerns in the same fashion.
  • Replace the AWS API Gateway with the capability to extend middleware handlers for easy customization and integration with the existing ecosystem.
  • High throughput, low latency with extra functionalities compare with AWS API Gateway.
Cons
  • Cost of provision proxy instance in ECS with launch type of EC2 or Fargate.
Who should use
  • For medium and large-size organizations to address cross-cutting concerns for Lambda functions with high throughput.
  • For companies with existing EC2 instances pre-allocated.
  • For companies that want to customize the security, logging, metrics, auditing, validation etc.
  • For companies who are using the light-proxy or http-sidecar already in their cloud solution.
  • For organizations who are using Amazon VPC as AWS API Gateway is not free.
  • About Light
    • Overview
    • Testimonials
    • What is Light
    • Features
    • Principles
    • Benefits
    • Roadmap
    • Community
    • Articles
    • Videos
    • License
    • Why Light Platform
  • Getting Started
    • Get Started Overview
    • Environment
    • Light Codegen Tool
    • Light Rest 4j
    • Light Tram 4j
    • Light Graphql 4j
    • Light Hybrid 4j
    • Light Eventuate 4j
    • Light Oauth2
    • Light Portal Service
    • Light Proxy Server
    • Light Router Server
    • Light Config Server
    • Light Saga 4j
    • Light Session 4j
    • Webserver
    • Websocket
    • Spring Boot Servlet
  • Architecture
    • Architecture Overview
    • API Category
    • API Gateway
    • Architecture Patterns
    • CQRS
    • Eco System
    • Event Sourcing
    • Fail Fast vs Fail Slow
    • Integration Patterns
    • JavaEE declining
    • Key Distribution
    • Microservices Architecture
    • Microservices Monitoring
    • Microservices Security
    • Microservices Traceability
    • Modular Monolith
    • Platform Ecosystem
    • Plugin Architecture
    • Scalability and Performance
    • Serverless
    • Service Collaboration
    • Service Mesh
    • SOA
    • Spring is bloated
    • Stages of API Adoption
    • Transaction Management
    • Microservices Cross-cutting Concerns Options
    • Service Mesh Plus
    • Service Discovery
  • Design
    • Design Overview
    • Design First vs Code First
    • Desgin Pattern
    • Service Evolution
    • Consumer Contract and Consumer Driven Contract
    • Handling Partial Failure
    • Idempotency
    • Server Life Cycle
    • Environment Segregation
    • Database
    • Decomposition Patterns
    • Http2
    • Test Driven
    • Multi-Tenancy
    • Why check token expiration
    • WebServices to Microservices
  • Cross-Cutting Concerns
    • Concerns Overview
  • API Styles
    • Light-4j for absolute performance
    • Style Overview
    • Distributed session on IMDG
    • Hybrid Serverless Modularized Monolithic
    • Kafka - Event Sourcing and CQRS
    • REST - Representational state transfer
    • Web Server with Light
    • Websocket with Light
    • Spring Boot Integration
    • Single Page Application
    • GraphQL - A query language for your API
    • Light IBM MQ
    • Light AWS Lambda
    • Chaos Monkey
  • Infrastructure Services
    • Service Overview
    • Light Proxy
    • Light Mesh
    • Light Router
    • Light Portal
    • Messaging Infrastructure
    • Centralized Logging
    • COVID-19
    • Light OAuth2
    • Metrics and Alerts
    • Config Server
    • Tokenization
    • Light Controller
  • Tool Chain
    • Tool Chain Overview
  • Utility Library
  • Service Consumer
    • Service Consumer
  • Development
    • Development Overview
  • Deployment
    • Deployment Overview
    • Frontend Backend
    • Linux Service
    • Windows Service
    • Install Eventuate on Windows
    • Secure API
    • Client vs light-router
    • Memory Limit
    • Deploy to Kubernetes
  • Benchmark
    • Benchmark Overview
  • Tutorial
    • Tutorial Overview
  • Troubleshooting
    • Troubleshoot
  • FAQ
    • FAQ Overview
  • Milestones
  • Contribute
    • Contribute to Light
    • Development
    • Documentation
    • Example
    • Tutorial
“Which Approach” was last updated: September 13, 2021: fixes #293 add pros and cons for the lambda framework and proxy (aae4d91)
Improve this page
  • News
  • Docs
  • Community
  • Reddit
  • GitHub
  • About Light
  • Getting Started
  • Architecture
  • Design
  • Cross-Cutting Concerns
  • API Styles
  • Infrastructure Services
  • Tool Chain
  • Utility Library
  • Service Consumer
  • Development
  • Deployment
  • Benchmark
  • Tutorial
  • Troubleshooting
  • FAQ
  • Milestones
  • Contribute