TChannel is a network protocol that supports:
- A request/response model,
- Multiplexing multiple requests across the same TCP socket,
- Out-of-order responses,
- Streaming requests and responses,
- Checksummed frames,
- Transport of arbitrary payloads,
- Easy implementation in many languages, and
- Redis-like performance.
This protocol is intended to run on datacenter networks for inter-process communication.
TChannel frames have a fixed-length header and 3 variable-length fields. The underlying protocol does not assign meaning to these fields, but the included client/server implementation uses the first field to represent a unique endpoint or function name in an RPC model. The next two fields can be used for arbitrary data. Some suggested way to use the 3 fields are:
- URI path + HTTP method and headers as JSON + body, or
- Function name + headers + thrift/protobuf.
Note, however, that the only encoding supported by TChannel is UTF-8. If you want JSON, you'll need to stringify and parse outside of TChannel.
This design supports efficient routing and forwarding: routers need to parse the first or second field, but can forward the third field without parsing.
There is no notion of client and server in this system. Every TChannel instance is capable of making and receiving requests, and thus requires a unique port on which to listen. This requirement may change in the future.
See the protocol specification for more details.
- ping: A simple ping/pong example using raw TChannel.
- thrift: A Thrift server/client example.
- keyvalue: A keyvalue Thrift service with separate server and client binaries.
This project is released under the MIT License.