Skip to content

RomiPierre/duplex

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

15 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Duplex RPC

Modern full-duplex RPC

  • Serialization and transport agnostic
  • Client and server combined into Peer object
  • Calls and callbacks in either direction
  • Optional streaming of results and arguments
  • Extensible with middleware (soon)
  • Easy to implement protocol and API

Getting Started

Tour

Duplex is an RPC protocol designed for dynamic (and some statically-typed) languages that focuses on advanced RPC semantics and not object or frame serialization. This lets you pick how to marshal objects, whether with JSON, msgpack, protobuf, BERT, BSON, or anything custom.

// rpc setup using json
// rpc setup using gob

While that alone is somehow already revolutionary for RPC protocols, it also combines client and server into a peer object, letting either side of the connection call or provide invocable service methods. This means you never have to worry about only having a client or only having a server library in your language. It also allows for flexible connection topologies (server connecting to clients), callbacks, and plugin architectures.

# server with methods connects to client
// method gets a callback and calls back to the client

If that weren't enough, methods can stream multiple results and accept multiple streaming arguments, letting you use Duplex for bi-directional object streaming. Among other patterns, this lets you implement real-time data synchronization, connection tunneling, and interactive consoles, all with the same mechanism as simple remote method calls.

// calls an interactive method, attaches to terminal
# call to subscribe to updates

Duplex has a simple protocol spec not much more complex than JSON-RPC. It also has an API guide that can be used for easy and consistent implementations in various languages.

The API design has a simple framed transport interface. This means out of the box you can expect to use any transport that takes care of framing, for example WebSockets, UDP, ZeroMQ, AMQP. Wrapping streaming transports such as raw TCP or STDIO with length-prefix or newline framing lets you use them as well. By focusing on frames and making the API transport agnostic, as well as being serialization agnostic, implementations are very simple with no major dependencies.

The protocol and API are also designed to be extensible, providing a middleware mechanism that lets you add tracing, authentication, policy, transactions, and more. This allows Duplex to remain simple.

TODO

  • document spec / api
  • middleware hooks
  • demo
    • cross language, browser
    • topologies: client-server, server-client, gateway
    • transports: websocket, tcp, UDP
    • codecs: json, msgpack, protobuf
    • streaming: state sync, terminal
    • callbacks: async reply, events, plugins
    • gateway: behind firewall, client to client (browser)
    • patterns: identity, reflection (cli), self docs
    • implementation: code tour, api guide, protocol spec

Packages

No packages published

Languages

  • Python 48.1%
  • Go 29.1%
  • CoffeeScript 18.3%
  • HTML 2.1%
  • JavaScript 1.5%
  • Makefile 0.9%