Laminar
  • Laminar
  • Platform
    • Overview
    • Getting Started
    • Advanced
      • Configurations
      • HTTP Request Batching
      • Workflow Exit Points
      • Invoke Secondary Workflows
      • Managing Notifications
    • Best Practices
    • Keywords
      • lam.resolveThenExecute
      • lam.exit
      • lam.execute
      • lam.asyncExecute
      • lam.httpRequest
      • lam.httpRequests
  • Concepts
    • Workflows
      • Global Workflow Object
    • Flows
      • Flow Types
        • HTTP Request
        • Data Transformations
      • Flow Runs
      • Supported Languages
    • API Key
    • Configurations
    • API
      • Reference
        • Workspaces
          • Issues
          • Users
          • Invitations
            • Decline
            • Accept
            • Received
            • Created
          • Workflows
          • Flows
          • Auth credentials
          • Api keys
          • Api descriptions
        • Workflow
          • Execute
            • External
          • Flows
          • Executions
        • Users
        • Flows
          • Runs
          • Versions
          • Stats
          • Recent runs
          • Read
        • Configurations
          • Properties
          • Flow credentials
          • Workspace
        • Auth credentials
        • Api descriptions
        • Api keys
        • Transform
          • Test
        • Lami
          • Public
          • Direct
        • Auth
          • Signin
          • Register
          • Refresh
          • Me
          • Users
            • Password
    • Changelog
  • External Links
    • Book a Demo
    • Playground
    • Sign In
  • Specification
Powered by GitBook
On this page
  • Designing integrations
  • Building atomic integrations
  • Workflow execution lifecycle

Was this helpful?

  1. Platform

Integration Design

The design pattern behind Laminar's solution to custom integrations

Last updated 11 months ago

Was this helpful?

Designing integrations

An integration in Laminar is can be described as a sequences of Flows, which each can run the following:

  1. Initial API Request (optional)

  2. Data Transformations

  3. Control Flow

  4. Final API Request (optional)

Building atomic integrations

Business logic for any integration can be expressed in terms of Workflows in Laminar. Each workflow fulfils specific business logic for an integration using its sequence of flows.

Flows carry out the requests and data transforms necessary to accomplish atomic integration objectives.

Workflow execution lifecycle

Example workflow sequence with N number of Flows that run as part of the Workflow