Где находится железная дорога и куда она движется (лето 2026 года)
Вкратце:
Впереди много текста, но суть в следующем:
В этом году проект Railway в его нынешнем виде принес реальные успехи в разработке продукта, более миллиона новых пользователей, но и проблемы с надежностью, которые подорвали доверие клиентов.
Мы начинаем целенаправленную работу по восстановлению доверия и совершенствованию описанной нами платформы. Большая часть работы уже выполнена, но впереди еще много работы.
В оставшейся части этого квартала и в следующем мы сосредоточимся на двух ключевых областях: доверие и основной цепочке создания продукта.
По первой части:
- Мы запускаем второе поколение Metal, нашу аппаратную платформу второго поколения, в которую интегрирован опыт двух лет работы с собственными сайтами.
- Ввод в эксплуатацию 4 новых площадок для размещения центров обработки данных.
- Улучшение процесса резервного копирования
- Расширяем наше предложение по Postgres, добавляя в него больше батарей.
- Укрепление защиты от DDoS-атак с помощью собственной сети CDN и сетевой инфраструктуры.
- Мы стремимся работать над стандартом ISO27001 для клиентов, у которых еще более деликатные вопросы соответствия требованиям.
- Как сделать историю об агентной железной дороге более изящной (примитив песочницы, удаленный сервер MCP, агенты, способные создавать шаблоны) — следите за обновлениями!
- Улучшаем наш фронтенд с помощью настоящей CDN.
- Внедрение системы самовосстановления на железной дороге
- Возрождение шаблонов с улучшенным поиском и поддержкой создателей.
- Улучшение работы с API с помощью SDK.
- Более элегантная история IaC
- Более безопасное развертывание с помощью маркировки функций.
- Мобильное приложение выходит в общий доступ (мы не забыли и о владельцах телефонов Android).
- Обновление опыта использования O11y
- Расширение защитных механизмов ИИ для предотвращения более разрушительных действий.
- В бета-версии панели управления железнодорожным транспортом будет запущен агент поддержки. Мы также занимаемся модернизацией системы обработки запросов на основе искусственного интеллекта.
- Передача всей обратной связи по продукту непосредственно инженеру, работающему над данной функцией. Мы называем это «Приоритетная посадка 2».
- Мы также перерабатываем процесс демонстрации продукта, чтобы сделать процесс покупки намного, намного, намного лучше для компаний. От звонка до заключения договора вы можете пройти всего 30 минут.
- Вы увидите значительные инвестиции в AEO для повышения доступности моделей (пожалуйста/извините).
- Второй квартал 2026 года — это закладка основы надежности, третий квартал 2026 года — развитие продуктового цикла на её основе, а четвёртый квартал 2026 года и начало 2027 года — это время, когда облачные решения, изначально разработанные для производственных систем, станут стандартом по умолчанию.
- Мы собираемся изучить возможности улучшения ценообразования и упаковки в рамках цепочки поставок для агентов.
Шесть лет с момента запуска
Для начала, немного предыстории: меня зовут Анджело, я инженер по решениям в компании Railway. До работы в Railway я работал в Citrix, помогая управлять критически важными облачными средами для таких компаний, как Verizon и Lockheed. Это вежливый способ сказать, что я провел годы, участвуя в принятии решений по инфраструктуре других людей, в совещаниях, где моей задачей было честно говорить о том, что платформа делает хорошо, а что нет. Многие из ранних документов, чатов с клиентами и поддержки были созданы по моей инициативе. Пять лет спустя у нас замечательная команда и много знакомых вам людей. (И вы еще увидите их.)
В этом году я работаю в Railway уже пятый (!) год, за это время я принял сотни звонков от команд, использующих наш продукт в продакшене, поучаствовал в тысячах обсуждений и принимал участие во многих внутренних решениях по продукту. Мы довольно последовательно делились информацией о нашей дорожной карте, но сейчас Railway — это продукт, который стал больше, чем когда-либо, и мы хотели бы лучше рассказывать вам о том, как мы видим будущее продукта по мере того, как мы растем, чтобы обслуживать следующие 100 миллионов разработчиков.
Несмотря на наличие ИИ, разработчики нужны сейчас как никогда.
Нас вдохновляет то, что работает: скорость git pushзагрузки активного URL-адреса и то, как платформа обрабатывает те части развертывания, о которых никто не хочет думать. В то время как многие спорят о будущем разработки, мы тестируем внутри компании совершенно новый опыт, который нам не терпится вам показать.
А затем есть еще и другая часть.
Бывает так, что кто-то, иногда осторожно, а иногда нет, говорит мне, что видел сбой и теперь не уверен, что может нам доверять, или что кому-то нравится платформа, но ему нужно что-то, чего у железной дороги пока нет или что она пока хорошо решает.
Это тот самый пост, который подтверждает вышесказанное. Он получился длиннее, чем я хотел.
Остальная часть запланированной работы масштабна, и я предпочту рассказать вам о ней подробно, чем отправлять вам рекламное письмо со словами «грядут захватывающие перемены». Если вам нужна краткая версия, прокрутите страницу вверх до раздела «Краткое содержание». Если же вы хотите увидеть полную картину, пройдитесь со мной.
До
Когда мы запускали Railway, наша стратегия была проста: разработчики должны отправлять код, и он должен работать.
Этот контракт берет свое начало еще со времен Heroku в 2007 году. Все, что мы добавили, является его продолжением.
Я убежден, что Railway — единственная платформа, создающая ориентированную на агентов среду разработки, отвечающую потребностям реального бизнеса. Похоже, что и модели оценили это по достоинству.
Я часто подчеркиваю, что в период примерно с 2014 по 2020 год разработчики перешли от git pushиспользования Helm-диаграмм, привязок IAM и управляемых сервисов, распределенных по трем облачным аккаунтам, к использованию управляемых сервисов.
Мы хотели вернуть вас, расширив рамки контракта и сосредоточившись на том, во что превратилась наша работа: полнофункциональные приложения с реальными базами данных, многорегиональная поддержка по умолчанию и, все чаще, участие агентов.
Основные выводы из этого:
- Побеждает тот, у кого самый быстрый цикл. Postgres, MySQL, Redis, Mongo — все в одном проекте, в одной частной сети, по одному счету. Минимизация переключения контекста любой ценой.
- Отправьте код, получите URL. Git — это контракт развертывания. CI/CD — это задача платформы, а не ваша.
- Вы платите за то, что используете. Ценообразование основано на потреблении, при этом счетчик останавливается, когда останавливается движение транспорта.
- Многорегиональная поддержка — это обязательное условие. Прошли те времена, когда выбор региона us-east-1 был равносилен смертному приговору. Выберите регион для каждой услуги; платформа сама позаботится о маршрутизации.
- Агент — первоклассный потребитель. Сервер MCP не является дополнительной интеграцией. Приложение Stripe не предназначено для маркетинга, и агентам нужны более совершенные базовые функции.
- Надежность — это скорее позиция, а не характеристика. Мы будем много говорить об этом в этой статье.
Что прошло хорошо
Огромное количество проектов, прошедших через Railway (более 50 миллионов сборок в месяц, более 12 000 новых пользователей в день, а также обработка сотен миллиардов запросов в процессе производства), мотивировало меня настолько, что это трудно описать словами.
Любовь, которую вы проявляете к тому, что мы создали, очень много значит для нас. Приятно, когда клиенты обращаются к нам не потому, что им что-то нужно, а потому, что хотят сказать, что мы делаем правильно. За всё это и многое другое мы вам благодарны. Вы — причина, по которой мы это делаем.
На изображении выше вы можете увидеть рост числа развертываний на платформе. Люди внедряют решения с невероятной скоростью. Кстати, вы можете следить за этим в режиме реального времени по ссылке www.railway.com/stats
В течение последних трех месяцев мы также наращивали потенциал для создания более отзывчивой платформы, соответствующей вашему реальному темпу работы. Эти функции также будут постепенно внедряться в дальнейшем.
- После сбоя в GCP мы завершили переключение на нашу полностью распределенную сеть маршрутизатора, что означает, что если выйдет из строя одно облако, мы сможем перенаправлять трафик по резервным каналам связи между Metal/AWS/GCP.
- Мы внедрили новый инструмент сборки, не зависящий от облачной платформы, что, как побочный эффект, значительно ускорило наши собственные внутренние сборки.
- Мы внедрили настоящий SSH в интерфейс командной строки и интерфейсы баз данных, отказавшись от старого SSH-прокси и открыв доступ к новому типу отладки с помощью агентов, который ранее был невозможен.
- В марте 2026 года мы запустили PostgreSQL с поддержкой высокой доступности в один клик на платформе Patroni. Внутрирегиональные реплики, автоматическое переключение при сбое, наконец-то реализована функция «управляемая база данных, которая переключается без запроса на обновление».
- Мы выпустили приложение Stripe, использующее их протокол APP для агентского управления. Теперь ИИ-агент может зарегистрировать вас, оплатить услугу и запустить работающую систему Railway в одном непрерывном цикле.
- Мы значительно улучшили поиск по шаблонам. В этом направлении ещё многое предстоит сделать (подробнее чуть позже).
Что мы узнали
С чего начнём?
Мы могли бы отмахнуться от проблем, с которыми столкнулись, сказав: «Ну, интернет горит», пока эти разработчики выходят в онлайн, но это не совсем соответствует ценностям нашей компании (и нашим личным ценностям).
Сервис, которому доверяют тысячи компаний обработку своих производственных задач, состоит из сотен взаимосвязанных компонентов. Кроме того, продукт должен соответствовать вашим ожиданиям. Вот три тенденции, которые мы заметили в отношении платформы и сообщества.
1. У нас были проблемы с надежностью, и это подорвало доверие клиентов.
Представьте себе худший вариант воскресного дня.
Вы отправляете запрос в основную ветку для внесения небольших исправлений, проверка работоспособности не возвращается, и вы видите баннер, который не хотели видеть. Каждый инцидент сопровождается анализом на нашей общедоступной странице состояния. Прочитайте их. Они честные. Но очевидно, что это инциденты, которых у нас не должно было быть.
Вот как мы сейчас к этому относимся.
Когда развертывание завершается неудачей из-за проблем на более высоком уровне, вы не сможете отличить «у поставщика сегодня неудачный день» от «у компании Railway сегодня неудачный день». С вашей точки зрения, все зависит от Railway. Мы — платформа, которой вы доверяете запуск вашего приложения. Если ломается нижний уровень, это наша проблема, а не ваша. Ответственность лежит на нас, даже если причина проблемы не в нас, и за последние шесть месяцев мы работали в этом направлении гораздо активнее, чем за последние несколько лет.
В последнее время мы проводим учения по устранению неполадок, проверяя каждую выявленную точку отказа, от уровня реестра до плоскости управления сетью и интеграций со сторонними сервисами, от которых мы зависим. Впереди еще много подобных учений. Поэтому мы рассматриваем каждую зависимость так, как будто она находится всего в одном шаге от того, чтобы стать нашей проблемой, и предпочитаем знать, как это будет выглядеть до того, как это произойдет, а не во время этого.
Инвестиции в коммуникационную сферу осуществлялись параллельно.
Если вы внимательно следили за ситуацией, то, возможно, заметили, что обновления страниц состояния появляются быстрее (с совершенно новой страницей состояния от команды), анализ причин сбоев выходит раньше, а сводки о влиянии на клиентов описывают произошедшее простым языком. Некоторые из вас это заметили.
Некоторые из вас написали мне в обсуждениях, что наша коммуникация заметно улучшилась. Именно на такую обратную связь мы и рассчитывали, и именно она подтверждает, что наши инвестиции приносят ожидаемые результаты.
Доверие — это одновременно и опережающий, и отстающий индикатор. Нам предстоит его вернуть.
2. Разработка фронтенда еще не завершена.
Если вы перешли на Railway с Heroku, значит, вас интересовал бэкенд. И в этом мы отлично разбираемся. Разместите приложение Rails, API на Node, обработчик Python — платформа всё это обработает. Попробуйте разместить маркетинговый сайт, который должен быстро загружаться для пользователей в Сеуле, Мадриде и Сан-Паулу, и в ответ вам вежливо скажут: «А вы не рассматривали вариант размещения фронтенда на Vercel, а бэкенда у нас?»
Это прекрасная модель сочетания.
Это также налог на клиентов, которые предпочитают одну платформу и один счет.
Это можно увидеть в обсуждениях на Station. Клиенты в Азии и Южной Америке наблюдают время отклика в 5 секунд на бэкэнде, который действительно работает быстро после получения запроса. Клиенты решают проблему производительности, переключая DNS-записи с CNAME на A, поскольку маршрутизация на уровне периферии сети по-прежнему осуществляется через стороннего поставщика услуг, а не размещается совместно с Metal.
Это одна и та же проблема, проявляющаяся в разных командах, и это обходные пути, которые никому не следует использовать.
Мы создаём настоящую CDN-сеть. Сейчас она находится на стадии тестирования.
Хорошая новость в том, что комплексный набор инструментов для тестирования на периферии сети уже запущен, и мы проверяем работу CDN, WebSockets, SSE и заголовков как на тестовой, так и на производственной среде. Вскоре появится Railway Websites, и мы работаем над устранением этого пробела.
…и мы отслеживаем это расширение на нашей собственной железнодорожной станции.
3. Изделие должно петь.
Откройте Claude Code в терминале.
Попросите его запустить новый сервис Railway. В большинстве случаев это сработает. Попросите его настроить PostgreSQL рядом с этим сервисом и выполнить миграцию. В большинстве случаев это тоже сработает. Попросите его открыть среду предварительного просмотра с предустановленными данными, запустить интеграционный тест на основе изменений и уведомить вас только в том случае, если тест пройден успешно.
Мы еще не достигли цели.
Мы выпустили MCP-сервер. Мы выпустили протокол Stripe APP. Мы говорим об агентской железной дороге уже больше года. Путь от того, где мы находимся сегодня, к концепции «агент может делать все от начала до конца», реален, и он еще не завершен. У нас пока нет базового примитива песочницы, который необходим агентам для безопасной проверки своей работы. Удаленный MCP-сервер еще не достиг необходимого уровня. Видение ясно. Реализация идет полным ходом, и мы обязаны обеспечить вам прозрачность в этом вопросе.
Необработанные края нитей также хорошо видны.
Агенты по программированию сами себя блокируют, совершая слишком много вызовов CLI за слишком короткий промежуток времени (кстати, это исправлено). Другой пример: клиенты путаются в значении пункта «Использование агента» в их счете, потому что мы не провели достаточно четкой границы между собственными функциями ИИ Railway (диагностика с помощью ИИ, агент поддержки на панели управления) и агентами, которые клиенты запускают самостоятельно.
По мере того, как мы усваивали эти уроки, мы также проводили эксперименты и замечали первые признаки того, что помогает:
- Процессы сборки больше не являются медленными, и закономерности, выявленные в ходе этой работы, начинают проявляться во времени сборки, предназначенной для клиентов.
- Интеграция Stripe APP позволила быстрее, чем мы ожидали, перевести больше клиентов из категории «интересующиеся агентами» в категорию «агенты, работающие с реальными стеками технологий».
- Клиенты, которые настраивают оповещения о расходах в первый же день, почти никогда не сталкиваются с ситуацией, когда «ваше приложение за 5 долларов обходится в 40 долларов». Те, кто этого не делает, иногда сталкиваются. В одном из недавних обсуждений агент Datadog незаметно оставил работу над проектом, превратив ежемесячный счет в 40-60 долларов в 544 доллара, прежде чем клиент это заметил. Мы собираемся сделать оповещения более заметными.
Куда мы хотим попасть
Когда мы начинали создавать Railway в том виде, в котором он существует сегодня, наша цель была проста: разработчики должны отправлять код и запускать его. Теперь мы хотим учесть то, как большинство людей пишут код, а именно — через агентов. Мы хотим обеспечить людям скорость и необходимую проверку, чтобы они могли использовать Railway там, где им это необходимо.
Наш план на следующий год — еще активнее заниматься этой миссией, углубляясь в то, что мы уже делаем, и заполняя пробелы, о которых мы честно упомянули выше.
С этой целью мы движемся по двум основным направлениям, начиная с настоящего момента и до третьего квартала 2026 года:
Надежность
Это лишь подготовительная работа. Не всё будет видно в виде эффектных презентаций. (Но здесь многое сделано.)
Самый важный этап — это внедрение технологии Gen2 Metal.
Мы переходим на нашу аппаратную платформу второго поколения, включая работы по настройке сети для её поддержки и разблокировку региональных настроек, которые ранее ограничивали её использование. Это крупнейшая инвестиция в инфраструктуру в этом году, и она определяет уровень надежности всего, что последует за этим. Мы улучшили все характеристики: процессор, память, архитектуру хранения данных. Нам не терпится рассказать об этом подробнее.
Мы также вводим в эксплуатацию новые мощности центров обработки данных, и именно туда направляется значительная часть наших инвестиций в инфраструктуру.
Есть также внутренняя работа, которая имеет значение, даже если вы никогда не видите ее напрямую. Например, улучшение наших стандартных операционных процедур и реструктуризация обработки обращений, эскалации и обратной связи от инцидента к принятию мер.
После второго квартала работа в этом направлении продолжится. Мы будем расширять наше присутствие и сферу соответствия нормативным требованиям по мере роста числа наших клиентов. Хочу отметить, что эти направления все еще находятся в стадии формирования, и конкретные детали будут уточнены по мере дальнейшего продвижения:
- Увеличение мощностей центров обработки данных в большем количестве регионов, расширение присутствия там, где нас еще нет.
- Серьезное стремление к внедрению стандарта ISO27001 для команд, чьи клиенты требуют такого уровня соответствия.
- После успешного завершения производства первой партии, внедрение металлических конструкций второго поколения продолжится на остальной части флота.
Цикл производства
Именно эта работа делает железную дорогу лучше в том, что она собой представляет.
Больше всего меня интересует история о железной дороге, рассказанная агентом.
Три взаимосвязанных вещи:
- Базовый примитив песочницы, позволяющий агенту безопасно проверять свою работу перед запуском в производство.
- Более органичное взаимодействие агентов с панелью управления или терминалом (например, передача управления Railway существующим инструментам программирования ИИ, таким как Claude, Codex или Cursor).
- Удаленный сервер MCP, позволяющий агенту не находиться локально для управления платформой (запущен сегодня), а также возможность для агентов создавать шаблоны так же, как это делают люди (также запущен сегодня).
Наша цель состоит в том, чтобы вы могли передать выбранную вами систему управления компьютеру или MCP и запечатлеть свою волю в мире с помощью необходимого вам кода. Таково наше видение.
Мы уделяем пристальное внимание деталям, которые запрашивались уже давно: API-токены с ограниченной областью действия, более элегантный подход к IaC (инфраструктура как код), примитив управления, позволяющий внедрять изменения в определенный процент трафика без привлечения стороннего поставщика.
После второго квартала мы работаем над созданием такого пользовательского интерфейса, который позволит запрашивать и вносить изменения непосредственно в продукт, а затем тестировать их. Это амбициозная задача, но мы стремимся к ее реализации.
Прямо сейчас Джаред и Лукас работают над тем, чтобы вы могли создать форк работающей системы, редактировать его в режиме реального времени и объединять с существующим. Но мы рассматриваем не только масштабные изменения, но и целый ряд других аспектов, влияющих на качество жизни.
Мы также рассматриваем следующие вопросы:
- Ценообразование и комплектация, ориентированные на рабочий процесс агентов, отражают то, как команды фактически используют Railway, когда агенты выполняют работу, а не внешний вид страниц с ценами 2018 года.
- Обновленный интерфейс мониторинга, позволяющий агенту (и вам) задавать платформе вопросы о причинах замедления работы и получать полезные ответы.
- Расширение наших механизмов защиты ИИ, чтобы платформа отказывалась от деструктивных операций, которые агент вообще не должен совершать.
- Шаблоны, которые представляют собой не просто статические рецепты, а готовые к использованию в производственной среде примитивы, из которых агент может составить реальный стек.
Сейчас и после
Если бы это был один из тех рекламных роликов, я бы поставил музыку на паузу, ещё раз кликнул бы на панель управления железной дороги, подмигнул бы камере и минуту смотрел бы в окно, прежде чем продолжить.
Сегодня мы завершаем год в таком виде, как «Железнодорожная линия», но наши взгляды устремлены на будущее, на оставшуюся часть 2026 года и на 2027 год, и мы прямо сейчас работаем над прокладкой этих путей (понимаете, да?). Предстоящий путь будет заключаться в том, чтобы сделать платформу более надежной, более функциональной и более ориентированной на агентов, и все это ради той же простой ставки, которую мы сделали в самом начале: разработчики должны отправлять код и запускать его.
Чтобы более конкретно взглянуть на то, куда мы движемся дальше:
Второй квартал 2026 года посвящен созданию прочного фундамента, прежде чем на нем начнется что-либо новое. Автопарк, регионы, резервное копирование, периферия сети, график дежурств. Скучные, неброские работы по инфраструктуре, от которых зависит весь оставшийся год. В этом квартале мы не выпускаем ничего выдающегося. Мы создаем условия, в которых оставшаяся часть 2026 года сможет быть амбициозной.
В третьем квартале 2026 года цикл разработки продукта наглядно догонит ту историю, которую мы рассказывали. Разрыв во фронтенде сократится. Возрождение шаблонов позволит создателям контента из сообщества выпускать продукты так же эффективно, как и собственные команды разработчиков.
В 2027 году и далее мы сможем сказать «да» проектам, которые не вписываются в сегодняшний план. Есть несколько идей, которые мы обсуждали в частном порядке (без спойлеров), но пока не готовы к публичной публикации.
В течение года мы будем публиковать больше подобных постов, в том числе и те, которые будут посвящены не столько завоеванию доверия, сколько тем аспектам, которые позволяют вам выпускать необходимую работу, сохраняя при этом её целостность, отточенность и, самое главное, удовольствие от процесса.
Заключение
Тем из вас, кто был с нами с самого начала, или с 2025 года, или только что присоединился, большое спасибо. Ваши отзывы, ваше терпение в трудные времена, ваша готовность указывать нам на наши ошибки и (что не менее важно) ваша готовность указывать нам на то, что мы сделали правильно, — вот причины, по которым мы стремимся выпускать больше продуктов, делать это честно и получать от этого удовольствие.
Мы будем и дальше развивать компанию Railway, опираясь на вас, ваше сообщество и созданные вами предприятия, и мы полны решимости оправдать доверие, которое мы вам обязаны.
Тем из вас, кто ещё сомневается, подходит ли вам платформа Railway, тоже спасибо. Мы бы предпочли, чтобы вы прочитали этот пост и вернулись, когда будете готовы, чем чувствовали себя обманутыми, не получив желаемого результата. Следите за обновлениями в течение следующих двух кварталов. Если вас это заинтересует, мы будем рады видеть вас в нашей команде.
Хорошо. Здесь я нажимаю «стоп». Я написал много слов.
Удачной доставки!
Анджело + команда железнодорожников
railway.com