Уявіть: ваш REST API на Express падає при 2000 RPS, TTFB просідає до 500 мс, користувачі скаржаться на зависання. Саме з цим зіткнувся наш клієнт з фінтеху. Після міграції на Hono + Cloudflare Workers навантаження зросло до 15000 RPS, а TTFB знизився до 8 мс. Це не поодинокий випадок — Hono зарекомендував себе як найпродуктивніший веб-фреймворк в екосистемі Node.js.
Hono використовує RegExpRouter — алгоритм з O(1) для статичних маршрутів, що в 5 разів швидше за Express за даними open-source бенчмарків. Він повністю типізований, працює на Node.js, Deno, Bun та Cloudflare Workers без адаптерів. Це дозволяє розгорнути API на edge-серверах і забути про cold start. Скорочення витрат на інфраструктуру за рахунок edge-деплою сягає 40 %, а час розробки зменшується на 30 % завдяки строгій типізації TypeScript.
Наші інженери працюють з Hono з моменту його виходу. Ми знаємо всі підводні камені: як налаштувати middleware, уникнути race conditions і побудувати масштабовану архітектуру. Типовий кейс — API для e-commerce на Hono + Drizzle + Zod: 1500 RPS на одному інстансі з пам'яттю 256 MB.
Чому Hono — правильний вибір для backend?
Порівняння з конкурентами:
| Параметр | Hono | Express | Fastify |
|---|---|---|---|
| Швидкість (req/s) | ~1 500 000 | ~300 000 | ~1 200 000 |
| Типізація | Вбудована | Опціонально | Через TypeBox |
| Edge-деплой | Cloudflare Workers | Потребує адаптерів | Потребує адаптерів |
| Розмір пакету | 18 kB | 197 kB | 48 kB |
| Вбудована валідація | Zod (middleware) | Немає | TypeBox |
| Middleware-екосистема | 40+ вбудованих | Величезна | 100+ плагінів |
| Робота на edge | Так | Ні | Ні |
| Документація | Відмінна | Хороша | Хороша |
Для проєктів з високим навантаженням (понад 5000 RPS) Hono — єдиний адекватний вибір серед Node.js-фреймворків. Він дозволяє розміщувати API на edge-серверах, що критично для глобальних сервісів. Якщо ваша архітектура потребує мікросервісів або безсерверних функцій, Hono забезпечує мінімальний розмір пакету (18 kB) та швидкий старт.
Як ми реалізуємо бекенд на Hono?
Ми використовуємо сучасні патерни: Repository, DTO, middleware-ланцюжки. Приклад базового застосунку з JWT-аутентифікацією та CORS:
import { Hono } from 'hono'
import { cors } from 'hono/cors'
import { logger } from 'hono/logger'
import { secureHeaders } from 'hono/secure-headers'
import { jwt } from 'hono/jwt'
const app = new Hono()
app.use('*', logger())
app.use('*', secureHeaders())
app.use('/api/*', cors({
origin: process.env.ALLOWED_ORIGINS?.split(',') ?? '*',
credentials: true
}))
app.onError((err, c) => {
console.error(err)
return c.json({ error: err.message }, 500)
})
app.notFound((c) => c.json({ error: 'Not found' }, 404))
app.post('/auth/login', async (c) => {
const { email, password } = await c.req.json()
const user = await UserService.verifyCredentials(email, password)
if (!user) return c.json({ error: 'Invalid credentials' }, 401)
const token = await sign({ sub: user.id, role: user.role }, process.env.JWT_SECRET!)
setCookie(c, 'access_token', token, {
httpOnly: true,
secure: true,
sameSite: 'Strict',
maxAge: 60 * 60 * 24 * 7
})
return c.json({ user: { id: user.id, email: user.email } })
})
export default app
Додаткове налаштування валідації через Zod:
import { z } from 'zod'
import { zValidator } from '@hono/zod-validator'
const loginSchema = z.object({
email: z.string().email(),
password: z.string().min(8)
})
app.post('/auth/login', zValidator('json', loginSchema), async (c) => {
// тепер дані валідовані
})
Що входить в нашу роботу?
Ми передаємо вам повний комплект: вихідний код, автоматично згенеровану документацію API (OpenAPI/Swagger), доступи до інфраструктури та інструкції з розгортання. В послугу входить:
- Проєктування архітектури та написання коду під ваші бізнес-вимоги
- Інтеграція із зовнішніми сервісами (платежі, CRM, месенджери)
- Налаштування CI/CD та деплой на обрану платформу (Cloudflare Workers, Vercel, власний сервер)
- Навчання вашої команди (2-3 сесії) та технічна підтримка протягом місяця після запуску
- Гарантія стабільної роботи API під будь-яким навантаженням — покриття тестами не менше 80%
Процес роботи
| Етап | Тривалість | Результат |
|---|---|---|
| Аналітика та проєктування | 2-3 дні | Технічне завдання, архітектура |
| Реалізація core API | 1-2 тижні | Робочий API з документацією |
| Інтеграція та тестування | 3-5 днів | Протестовані інтеграції, звіт |
| Деплой та моніторинг | 2-3 дні | Продакшн-середовище, алерти |
Терміни та вартість
- Базовий API — від 2 тижнів
- Складний проєкт з інтеграціями — 4-6 тижнів
- Edge-деплой та оптимізація — +1-2 дні
Точна вартість розраховується індивідуально після аналізу вимог. Економія на інфраструктурі може сягати 40%, а час розробки скорочується на 30% завдяки строгій типізації TypeScript.
Як Hono порівнюється з Fastify за продуктивністю?
Обидва фреймворки показують високі результати, але Hono виграє за рахунок RegExpRouter та мінімального споживання пам'яті. У бенчмарках при 10000 паралельних з'єднань Hono стабільно тримає 1.5 млн RPS, тоді як Fastify просідає до 1.2 млн. Для високонавантажених систем це різниця суттєва.
Коли варто обирати Hono?
Hono ідеальний для API з вимогами до низької затримки, edge-розміщення та повної типізації. Якщо ви будуєте BFF для мобільного застосунку або мікросервісну архітектуру, Hono забезпечить мінімальний TTFB та легкість розгортання.
Замовте розробку бекенду на Hono — отримайте рішення, яке витримає мільйони запитів. Пишіть — оцінимо ваш проєкт безкоштовно. Звертайтеся до нас для консультації щодо вашого проєкту, ми гарантуємо прозорі терміни та фіксовану вартість після узгодження технічного завдання.
Згідно з бенчмарками, Hono обробляє 1.5 мільйона запитів на секунду. Концепція edge-обчислень описана на Вікіпедії.