All Projects → resonatecoop → user-api-old

resonatecoop / user-api-old

Licence: GPL-3.0 License
Main Resonate User/Track API written in Go

Programming Languages

go
31211 projects - #10 most used programming language

Labels

Projects that are alternatives of or similar to user-api-old

protobuf-ts
Protobuf and RPC for TypeScript
Stars: ✭ 527 (+4291.67%)
Mutual labels:  twirp
protoc-gen-twirpql
Generate A GraphQL Layer from A Twirp Server: https://twirpql.dev
Stars: ✭ 49 (+308.33%)
Mutual labels:  twirp
Twirp
A simple RPC framework with protobuf service definitions
Stars: ✭ 5,380 (+44733.33%)
Mutual labels:  twirp

Resonate User/Track API

This is the main Resonate User/Track API written in Go, still WIP and not yet in production. If you're looking for the API that is currently running with http://beta.resonate.is, please check its documentation here.

The User/Track API uses Twirp, a RPC framework for service-to-service communication emphasizing simplicity and minimalism. Learn more about Twirp at its website. It also uses go-pg PostgreSQL ORM. Its structure is based on the Twirp starter kit Twisk.

Table of Contents

Project Structure

The project structure mostly follows THIS example repository and Twirp best practices, except for the services that live in internal/server/<service>.

Getting started

Prerequisites

Dev database setup

  • Create user and database as follow (as found in the local config file in ./conf.local.yaml):

username = "resonate_dev_user"

password = "password"

dbname = "resonate_dev"

Add following postgres extensions: "hstore" and "uuid-ossp"

From ./cmd/migration:

  • Init migrations
$ go run *.go init
  • Run migrations
$ go run *.go

Dependencies

Dep is used as dependency management tool. vendor/ folder contains project dependencies and should be in sync with Gopkg.toml and Gopkg.lock.

Tools

It is also available in MacOS through Homebrew:

$ brew install protobuf
  • Install retool. It helps manage go tools like commands and linters. protoc-gen-go and protoc-gen-twirp plugins were installed into _tools folder using retool.

Build the generators and tool dependencies:

$ retool build

Then, to run the protoc command and autogenerate Go code for the server interface, make sure to prefix with retool do, for example:

$ retool do protoc --proto_path=$GOPATH/src:. --twirp_out=. --go_out=. ./rpc/user/service.proto

Running the server

First, put this repo into $GOPATH/src

Then, run the server

$ go run ./cmd/api/main.go

Alternatively, you can build and run an executable binary

$ cd ./cmd/api/
$ go build
$ ./api

Implementing new services

  1. Under proto folder, create a new one named after your service.

  2. Define your proto file. If you are not familiar with Protobufs, you can read more about it here. You can use already existing proto files (eg rpc/user/service.proto) as a template.

  3. Run retool do protoc --proto_path=$GOPATH/src:. --twirp_out=. --go_out=. ./rpc/<service>/service.proto where <service> is your new service name.

  4. Implement the service interface from service.twirp.go in internal/server/tenant.

  5. Wire up everything in cmd/api/main.go.

Documentation

  • Check out doc/api folder for API documentation. But we'll be transitioning to OpenAPI Specification and Swagger.
  • doc/database contains autogenerated database documentation, using SchemaSpy. Open doc/database/index.html in your browser to check it out.

Testing

We use Ginkgo and Gomega for testing.

You need to create the testing database and run migrations manually before running tests.

  • Create user and database as follow:

username = "resonate_testing_user"

password = ""

dbname = "resonate_testing"

Add following extensions: "hstore" and "uuid-ossp" (TODO: add them on initial migration)

  • Run migrations from ./cmd/migration
$ go run *.go init testing
$ go run *.go testing
  • Run tests ./internal/server/<service>
$ go test

Or run all tests using ginkgo CLI from ./

$ ginkgo -r

Roadmap

(see our projects for more details)

  • Switch from API Blueprint to OpenAPI and autogenerated API documentation using SwaggerUI
  • Implement logging interfaces for every service
  • Add JWT based authentication and role-based access control (see internal/iam) to existing services

Contributing

Please check out the Contributing guide for guidelines about how to proceed.

We expect contributors to abide by our underlying code of conduct.

Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].