Backend + APIs
Wir bauen die Systeme hinter dem UI. REST-APIs, GraphQL, WebSocket / SSE, Background-Job-Processing, Integrationen mit Third-Party-Services. Unsere SaaS-Linie betreibt ~50 Produktions-Endpoints in Rails (Outsourcing, Finance) und Node/TypeScript (HRS, Logistics, Leads, CMS) — derselbe Stack, den wir empfehlen.
Konkrete Ergebnisse
- REST- + GraphQL-APIs — versioniert, dokumentiert (OpenAPI), authentifiziert (OAuth2, JWT, API-Key).
- Background-Job-Pipelines — Sidekiq, BullMQ, Celery; Cron + geplante Jobs.
- Echtzeit-Features — WebSocket, Server-Sent Events, Pub/Sub via Redis oder Kafka.
- Third-Party-Integrationen — Stripe, SendGrid, Twilio, DocuSign, Salesforce, HubSpot, Airtable.
- Webhook-Handling + Retry — Idempotency-Keys, Dead-Letter-Queues, Replay-Tooling.
- Migrationen — Sprach-Migrationen (Rails → Go, PHP → Node), Framework-Upgrades (Rails 5→7, Node LTS), Datenbank-Migrationen (MySQL → Postgres).
Womit wir arbeiten
Wir wählen, was zu Ihrem Team passt — keine erzwungenen Präferenzen.
Languages
Node.js + TypeScript (deepest) · Ruby on Rails · Python (FastAPI, Django) · Go · Java/Kotlin (Spring) · Elixir/Phoenix (specialised)
Databases
PostgreSQL (default) · MySQL · MongoDB · Redis · DynamoDB · ClickHouse
Queues + jobs
Sidekiq (Ruby) · BullMQ (Node) · Celery (Python) · RabbitMQ · Kafka · AWS SQS
API patterns
REST (default) · GraphQL · tRPC · gRPC (internal RPC) · WebSocket · SSE
ORMs
Prisma (TypeScript) · ActiveRecord (Rails) · SQLAlchemy (Python) · Drizzle (TypeScript)
Testing
Vitest, Jest (Node) · RSpec, Minitest (Ruby) · pytest (Python) · Postman/Bruno + automation
So arbeiten wir
Discovery (1 Woche)
API-Vertrags-Design, Datenmodell, Third-Party-Integrations-Mapping. Output: OpenAPI-Spec + ERD-Diagramm.
Schema + Scaffolding (1 Woche)
Datenbank-Migrationen, Model-Layer, Seed-Daten, Basic-Auth. Noch nichts exponiert — aber das Fundament ist testbar.
Endpoints bauen (3-8 Wochen)
Route für Route, mit Tests. Sequenz nach Dependency: Read-Only zuerst, Writes zweitens, Integrationen drittens.
Production-Hardening
Rate-Limiting, Observability, Log-Aggregation, On-Call-Runbooks. Postman/Bruno-Integration-Test-Suite für laufende Health-Checks.
Aus unserer eigenen Produktion
Merot Outsourcing API (Rails 7)
70+ Controller, JWT-Auth, Sidekiq für Background-Jobs, Stripe + DocuSign + SendGrid-Integrationen. Multi-Product (Admin / Employer / Employee) mit rollenbasiertem Zugriff.
Merot Logistics Backend (Node + TS + Prisma)
Multi-Tenant White-Label SaaS — Sendungen, COD, GPS, BullMQ für Background-Sync, Infobip SMS/WhatsApp-Integration.
Merot CMS (Node + TS + Prisma)
Headless-Content-API für merot.com + Outsourcing-Blogs. Public-Read-Endpoints + Admin-Write.
Woher diese Engineers kommen
Direkte EOR-Anstellung in zwei Märkten, Einstellungs-Beratung in vier weiteren.
Senior-Ingenieure aus Nordmazedonien
Merots Heimatmarkt — größter Pool. ~30.000 IT-Fachkräfte. Direkter EOR über MEROT DOOEL Skopje.
Arbeitsrecht + Lohndetails →Engineers aus Kosovo
Jüngste Bevölkerung Europas, Euro-Währung (kein Wechselkursrisiko). Direkter EOR über MEROT L.L.C. Pristina.
Arbeitsrecht + Lohndetails →Plus 4 Beratungsmärkte
Albanien, Serbien, Bulgarien, Montenegro — Einstellungs-Beratung + geprüfte lokale Lohnabrechnungs-Partner. Siehe Outsourcing-Landing für Trade-Offs.
Outsourcing-Landing →Engagement-Modell
Häufige Fragen — Backend + APIs
Rails vs. Node vs. Go — was empfehlen Sie?
Standardmäßig: Node + TypeScript für neue Projekte unter 5-Personen-Team. Rails wenn Sie maximale Konvention + Build-Geschwindigkeit für CRUD-Apps wollen. Go wenn Latency wichtig ist + Ihr Team bereits Go nutzt. Wir drängen keinen Stack — wir wählen, was zu Ihrem Team passt.
Schreiben Sie Tests?
Ja — die Art, die Sie tatsächlich pflegen können. Unit-Tests für reine Logik, Integration-Tests für die API-Oberfläche, End-to-End-Tests sparsam. Coverage ist kein Ziel; Korrektheit schon.
Datenbank — Postgres oder etwas anderes?
Postgres ist Standard. MySQL wenn ererbt. Mongo für echte Dokument-Daten (selten). DynamoDB / Cassandra wenn Postgres-Skalierung überschritten (sehr selten bei den meisten Kunden).
Idempotenz für Webhooks?
Ja — jeder Webhook-Handler, den wir schreiben, ist idempotent. Wir nehmen an, dass der Sender retried (weil er es tut). Dead-Letter-Queue für Failures, Replay-Tool zum Reprozessieren.
Background-Jobs — welcher Stack?
Sidekiq für Rails. BullMQ für Node. Celery für Python. Wir empfehlen kein Neuerfinden — diese sind ausgereift.
GraphQL oder REST?
REST standardmäßig — einfacher zu debuggen, cachen, rate-limiten. GraphQL wenn das Client-Team es explizit braucht (tief verschachtelte Reads mit Strict-Typing). Wir drängen GraphQL nicht nur, um es zu haben.
Wie handhaben Sie Long-Running-Operationen?
Background-Job mit Status-Polling-Endpoint oder Webhook-Callback bei Abschluss. Wir vermeiden HTTP-Requests länger als 30 Sekunden offen zu halten.
Was ist mit gRPC?
Intern zwischen Services genutzt, wo Latency wichtig ist (z. B. unser PDF-Service nutzt gRPC unter hoher Last). Selten extern exponiert — REST ist client-freundlicher.
Backend + APIs-Projekt scopen
60 Min. Discovery-Call kostenlos. 6-seitiger Plan in 48 h.