Архитектура систем и облачная инфраструктура
Системы падают не из-за одного плохого решения, а из-за тридцати мелких, которые никто не записал. Мы проектируем архитектуру, описываем инфраструктуру кодом и оставляем вам схему, совпадающую с тем, что реально работает.
Из чего состоит работа
Аудит архитектуры
Письменная оценка того, что у вас есть: узкие места, единые точки отказа, невидимые расходы.
Инфраструктура как код
AWS, GCP или железо, описанные в Terraform: среду можно пересобрать, а не вспоминать.
Надёжность
Бэкапы, которые восстанавливают по расписанию, мониторинг, будящий человека, и заранее проверенные сценарии отказа.
Экономика облака
Счёт разбирается построчно — основная экономия сидит там, куда не заглядывали с самого запуска.
Как мы работаем
Сначала читаем, потом считаем
До того как появится цифра, мы разбираем задачу, существующий код и то, что уже работает в проде. Вы получаете письменный план со сроками и названными рисками — обычно в течение недели. Если честный ответ — что мы вам не нужны, вы получите его.
Маленькая сильная команда и один ответственный
От двух до пяти инженеров и один ведущий, который отвечает за результат и сам читает ваши сообщения. Без аккаунт-менеджера-посредника, без ротации людей и без джуниоров, которые учатся за ваш счёт.
Всё ваше с первого дня
Репозитории, облачные аккаунты, домены и пайплайны оформлены на вас с первого коммита, а не передаются в конце. Когда работа заканчивается, ничего не перестаёт работать.
О чём спрашивают первым делом
У нас один большой сервер. Нужны ли микросервисы?+
Скорее всего нет. Команде меньше пятидесяти инженеров обычно полезнее одно хорошо structured приложение, чем двенадцать сервисов и задача распределённой трассировки. Мы говорим это, когда это правда: нам это стоит большего проекта, вам экономит год.
Сможете работать с нашей командой DevOps?+
Да, так обычно и происходит. Архитектуру и Terraform мы пишем вместе с вашими инженерами, а не в обход них: инфраструктура, которую в штате никто не понимает, — это авария, ожидающая нашего отпуска.
Как вы доказываете, что бэкапы рабочие?+
Восстанавливаем их по расписанию в одноразовое окружение и проверяем результат. Бэкап, который ни разу не восстанавливали, — это файл, а не бэкап, и разница выясняется только в самый плохой день.
Вы не заказчик, а инженер?
Часть этой работы мы закрываем независимыми разработчиками и студиями, проверенными на нашей же площадке. Через неё же исполнители за пределами США выставляют счета американским заказчикам и получают оплату.
Как это устроеноДругие направления
Разработка программного обеспечения на заказ
Сайты и SaaS-продукты, которые можно измерить
ИИ-агенты и автоматизация процессов, которые работают в проде
Внедрение ИИ в продукт, у которого уже есть пользователи
Привлечение клиентов для компаний со сложным продуктом
Расскажите, что вы строите
Чтобы начать разговор, хватит короткого описания задачи. В ответ вы получите, что мы предлагаем сделать, чего это потребует и к чему лучше не прикасаться.
Обсудить проект