Skip to content

bla-ce/herve

Repository files navigation

Herve

Herve is a service orchestration platform written in x86-64 Assembly. It allows you to spin up, manage, and proxy services through a unified interface.

Warning

This project is intended for educational purposes only and is not yet ready for production use. It's Assembly, not sure what you were expecting to be honest.

Overview

Think of Herve as a minimalist alternative to cloud service platforms. It acts as the central hub that:

  • Registers and manages services - Spin up built-in or custom services
  • Proxies requests - Routes traffic to the appropriate service
  • Enforces contracts - Ensures all services comply with a defined interface

You can use the built-in services or create your own. As long as your service implements the Herve contract, it can be registered and managed like any other. Herve provides a comprehensive public API to help you develop your own services.

Background

To gain a deeper knowledge of computer architecture, networking and how the CPU works at the instruction level, I wanted to build projects in Assembly, so I decided to write a HTTP server library.

After one year and ~30,000 lines of Assembly code, I decided to move away from a library to an actual project. The goal: a cloud platform in x86 to compete (lol) against AWS, GCP, Azure and so on.

Stats because numbers are cool

I ran wrk for 10 minutes, hitting the /health endpoint.

  • 34 millions of requests, no error.
  • 198GB allocated with custom malloc, no memory leak (endless nights tracking memory leaks are now in the past)

Building

Requires NASM and GNU LD.

make

The binary will be available at bin/herve.

Running

./bin/herve

By default, Herve listens on port 5000, but you can update the listening port with the PORT environment variable.

Authentication

Herve requires basic authentication for the Service Management API. Set the following environment variables:

AUTH_ADMIN_ID=admin
AUTH_ADMIN_SECRET=password

All requests to the API must include the Authorization header with valid Basic Auth credentials.

Note

Yes, I know this implementation is not secure (yet). But hey, I'm implementing authentication in raw Assembly, not centering a div in React. We'll get to the fancy stuff eventually (SPOIL: I am implementing bcrypt in x86 -> debugging stage).

Service Management API

Register a service

curl -X POST http://localhost:5000/services/register \
  -u admin:password \
  -d "name=my-service&type=echo"

List services

curl -u admin:password http://localhost:5000/services

Returns all registered services with their uuid, name, type, and status.

Unregister a service

curl -X POST -u admin:password http://localhost:5000/services/:uuid/unregister

Start a service

curl -X POST -u admin:password http://localhost:5000/services/:uuid/start

Stop a service

curl -X POST -u admin:password http://localhost:5000/services/:uuid/stop

Creating Custom Services

Custom services must implement the Herve service contract. A service is defined by:

Field Description Defined by
uuid Auto-generated service identifier (uuid v4) Central server
name Name of the service User
status Current status of the service Central server / User
type Type of the service Service implementation
description Description of the service Service implementation
register Function pointer to register the service Service implementation
unregister Function pointer to unregister the service Service implementation
start Function pointer to start the service Service implementation
stop Function pointer to stop the service Service implementation
group Pointer to the server group with all the routes Central server
next Pointer to the next service (linked list) Central server

Project Structure

herve/
├── src/            # Main application source
│   ├── herve.s     # Entry point and service manager
│   └── services/   # Service registration logic
├── builtin_services/   # Built-in service implementations
├── include/
│   ├── server/         # Socket, routing, context
│   ├── http/           # Request/response handling
│   ├── http_models/    # CRUD endpoint generation
│   ├── auth/           # Authentication
│   └── middlewares/    # Logger, proxy, CSRF
├── lib/            # Core libraries
│   ├── malloc/     # Memory allocator
│   ├── net/        # Sockets, epoll, select
│   ├── encoding/   # JSON, Base64
│   ├── crypto/     # bcrypt implementation (yes, you read it right)
│   ├── hash_table/ # Key-value storage
│   ├── model/      # Data model system
│   ├── utils/      # Strings, linked lists, arrays
│   ├── logan/      # Logging
│   ├── uuid/       # UUID generation
│   └── boeuf/      # Dynamic buffers
├── examples/   # Working examples
└── tests/  # Unit tests

Examples

The examples/ directory contains demonstrations from when Herve was a library. They showcase the underlying HTTP server capabilities and can be used as reference to build your own service:

  • hello-world - Minimal server setup
  • models - Data model CRUD operations
  • groups - Route grouping and prefixes
  • echo - Echo server
  • proxy - Reverse proxy configuration
  • static-content - Static file serving

And because apparently, now, it has to be mentioned, absolutely no AI was used, but this project probably served to train AI :)

About

Service Orchestration Platform in Netwide Assembly

Topics

Resources

License

Stars

Watchers

Forks

Contributors