blong-orchestrator

Automate business logic coordination across adapters in Blong orchestrators.

1|Updated Dec 21, 2023
One-click install
npx skills add https://github.com/feasibleone/blong --skill blong-orchestrator
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: blong-orchestrator
Source: https://github.com/feasibleone/blong/tree/main/.github/skills/orchestrator
Command: npx skills add https://github.com/feasibleone/blong --skill blong-orchestrator

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Orchestrators provide an intermediate point in the architecture where business logic is implemented, decoupled from integration protocols and APIs. They coordinate work between adapters and define API namespaces.

Core Features & Use Cases

  • Business Logic Coordination: Implement and orchestrate workflows across multiple adapters within a defined namespace.
  • Protocol Independence: Keep core logic decoupled from integration details to enable portability.
  • Service-Oriented Scaling: Expose orchestrators as Kubernetes services per namespace for scalable deployments.
  • Use cases include multi-adapter coordination, sequence diagrams, saga patterns, and reusable domain operations.

Quick Start

To start using this skill, implement a new realm's orchestrator file (e.g., realmname/orchestrator/dispatch.ts) and configure its namespace, imports, and validations in the server config under default to expose the orchestrator as a service.

Frequently Asked Questions about blong-orchestrator

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I coordinate business logic across multiple API adapters without coupling to integration protocols?

API orchestration coordinates business logic across multiple adapters by providing an intermediate architectural point that decouples core workflows from integration protocols. This enables protocol-independent, reusable domain operations across defined namespaces.

How do I implement a saga pattern for distributed transactions across multiple adapters?

Saga pattern implementation for distributed transactions is supported by configuring an orchestrator file within a dedicated namespace. You attach handler groups and validations, then export the orchestrator via server configuration to coordinate predictable multi-adapter workflows.

What is a namespace-per-orchestrator architecture and when do I need it for workflow scheduling?

Namespace-per-orchestrator architecture assigns a dedicated namespace to each orchestrator, isolating business logic coordination and workflow scheduling. You need this approach when scaling service-oriented deployments and exposing orchestrators as independent services.

Can I expose API orchestration workflows as scalable services in a Kubernetes namespace?

Yes, API orchestration workflows can be exposed as Kubernetes services per namespace. Implement the orchestrator file, configure its namespace and validations in the server config, and deploy it to achieve service-oriented scaling for your domain operations.

How do I set up a new orchestrator file for dispatching and scheduling workflows?

To set up an orchestrator file, create a new realm file like realmname/orchestrator/dispatch.ts. Configure its namespace, imports, and validations in the server configuration under the default settings to expose a ready-to-use orchestrator for dispatching and scheduling.

Best way to decouple core business logic from integration APIs for reusable domain operations?

The best way to decouple core business logic from integration APIs is using an orchestrator layer. It keeps logic protocol-independent and coordinates work between adapters, enabling reusable domain operations and predictable multi-adapter workflows.