Кажется, что классический хостинг с виртуальной машиной потихоньку уходит в прошлое. В смысле ещё лет 10, конечно, он будет пользоваться спросом, но тренд на контейнеры уже очень чёткий.
Ведь развернуть приложение можно за 50 секунд, из которых 30 — регистрация. То есть пропадает огромный слой администрирования и чтения мануалов, как запустить VPN или поднять тестовую среду, а потом правильно настроить файрволл.
В России есть буквально пара хостингов с услугами доступа к контейнерам, но они всё делают в дополнение к основному продукту, а основной там — VPS.
Мы пересобрали всё с нуля, начиная с интерфейсов и ценообразования, и можем сказать, что для многих проектов получится ещё и дешевле. Контейнер не оплачивается за время простоя — он оплачивается за фактически потреблённый ресурс, поэтому очень многие вещи, которые часто idle, будут очень дешёвыми.
Собственно, поскольку мы только начали, сейчас предлагаем бесплатный год тем, кто поучаствует в тестировании. Участие заключается в том, что вы разворачиваете свой работающий проект и просто сообщаете нам, что не так, что стоило бы доделать и где есть бесящие штуки, а мы оплачиваем все ваши развлечения.
Что конкретно сделали
Есть уже работающее облако — это база инфраструктуры. Облако как облако, у всех такое, оно продаётся в другом проекте. Поверх этого облака лежит платформа для запуска контейнеризированных приложений. Это Serverless-система с админпанелью, то есть пользователь заходит в личный кабинет, цепляет образ и запускает его. Оркестратор — не Kubernetes, но поддерживает SLSA.
Это очень быстро и просто, вот так это выглядит на практике за 50 секунд:
Можно скопипастить Docker Compose из своей инфраструктуры, а можно подцепить свой образ в наш репозиторий.
Сейчас это только веб-интерфейс, позже будет ещё CLI.
Есть готовые шаблоны для различных задач: файловые и почтовые серверы, а также решения вроде Ghost, Grafana, Harness, Infisical, NocoDB, Prometheus, Twenty и Wordpress.
Как это оплачивается
На рынке есть те, кто предлагают контейнеры, — пускай через более сложный интерфейс, но принципиально докер-хостинг найти можно.
У нас основное планируемое отличие — модель тарификации, оплата же — не за ядра процессора и память, а посекундное квантование ресурсов. Например, среднее за секунду использование CPU — 1 %. Значит, 1 % в тариф и запишем. Если контейнер задействовал 1 % процессора в течение часа, то за этот час пользователь заплатит только за 1 % стоимости CPU, а не за весь выделенный процессор. Аналогично, если от гигабайта памяти, который все выделяют, контейнер съел только 128 мегабайт, значит, ровно за эти 128 мегабайт пользователь и заплатит.
Естественно, каждый отдельный ресурс получается дороже, чем если брать сервер в стойке и стопроцентно его утилизировать, но для приложений, которые не занимаются хайлоадом, это существенный плюс.
За тестовую среду, например, вы платите только во время теста, а не всё время. Получается даже выгоднее, чем на дешёвом хостинге взять виртуалку.
Ну и контейнеры масштабируются, поэтому можно в любой момент выбрать достаточно мощности.
Планируемые цены
Что стоит размещать на такой контейнерной платформе?
- Тестовые среды, которые нужны только на сам тест.
- База данных + приложение, которые не очень нагружают диск и процессор.
- Любая вещь, которая требует немного ресурсов для того, чтобы разместиться, и которая не является каким-то фокусным проектом, куда вкладываются силы и ресурсы. Это может быть pet-project, какая-то штука вроде слушалки определённого порта и так далее.
- Почти любой учебный проект.
- Инструменты разработки.
- В целом любое, где нагрузка непостоянная, непрогнозируемая или прогнозируемая, но небольшая.
- Где малоресурсный проект может стрельнуть, например, если на него внезапно придёт несколько тысяч пользователей. У нас контейнер не упадёт, а получит достаточно ресурсов, либо размножится горизонтально. Соответственно, должна быть архитектура, предполагающая, что будет несколько инстансов, потому что новый контейнер появится в том месте инфраструктуры, где есть ресурс. Обычно такое мышление подразумевает ещё один контейнер с балансировщиком или чем-то подобным.
Отличие от других контейнерных платформ
Сейчас такая задача с контейнерами решается покупкой на дешёвом хостинге дешёвой же виртуалки — на ней запускается конфиг для развёртывания контейнеров, и в них уже всё делается. Да, есть машины по 150–300–500 рублей в месяц, и можно это сделать на них, но у нас скорее — подход к честности и целесообразности. Зачем покупать виртуалку, если 80 % её ресурсов будет просто простаивать? Ну и меньше геморроя с администрированием. Опять же при большой переподписке вряд ли получится масштабироваться, когда надо.
Более продвинутый сценарий — когда берут тот же управляемый кластер Kubernetes и разворачивают всё в нём. Здесь уже можно обрасти и всякими CI/CD-инструментами, но это уже вопрос зрелости. Мы тоже так можем: в нашей же среде можно спокойно развернуть образы для управления инфраструктурой, инструменты сборки проектов. Пользователь может в наших же контейнерах разместить свою Git-систему и всё что угодно. Часть этого будет «из коробки» готовыми конфигурациями.
Тот же Яндекс предлагает контейнерные решения, но там ограниченный по времени выполнения код в контейнерной среде. Грубо говоря, контейнер запускается каждый раз при новом вызове обращения к этому сервису. В нашем случае это именно полноценный контейнерный хостинг. Контейнер запускается, работает и не останавливается. Это первый и пока единственный существующий в России проект, который работает по такой модели.
Почему пересобрали всё заново
Почти все пользователи с контейнерами отмечают высокий порог входа за счёт документации и интерфейса в стандартные хостинги. Тот же интерфейс вроде бы красивый, но для разработчиков это не совсем то. Это 100500 кликов до деплоя.
Мы захотели всё это переписать с нуля так, чтобы было удобно именно в модели «есть образ — быстро разворачиваю», то есть проигнорировали весь предыдущий оверхед.
Оказалось, что это возможно, только нужно уйти с Опенстека. Все облака, которые сейчас есть в России, кроме Яндекса, построены на той или иной реализации Опенстека, который внешне не особо сильно эволюционировал с 2006 года. Само ядро, UX и сама концепция у всех одинаковые.
Мы начали с переработки UX, то есть сделали облако таким, каким оно должно было быть, если бы его изобретали сейчас, а не в 2006-м.
Собственно, можно зайти внутрь, посмотреть и покидать в нас помидорами, потому что наверняка что-то можно сделать ещё удобнее, но у нас профдеформация уровня «всегда было так».
Есть ли SLA по доступности, скорости реакции и т. п.?
Нет. Мы сейчас в бете, не предлагаем услугу публично, хотим разместить тех, кто готов немного рискнуть и зайти в бету поиграть с контейнерами. Дальше со всем этим мы проживём некоторое время, соберём обратную связь, все хотелки и багрепорты и уже с этим будем выходить на рынок. К моменту, когда начнём продавать за полную цену, SLA будет.
Что за железо?
Процессоры — Intel Xeon Gold 6430, память — DDR5, блочное сетевое хранилище с трёхкратной репликацией.
То есть четвёртое поколение зионов — энтерпрайзы. Они базово быстрее предыдущего в 2,5 раза. Плюс к этому оптимизация под разные типы задач, больше ядер, потоков и кеш-памяти, лучше архитектура для параллельных вычислений. В итоге в случае с ИИ-задачами они могут быть в 10 раз производительнее третьего поколения.
Четвёртые из российских доступных, наверное, — самые последние, но у провайдеров это редкая история, большинство пользуется первым. Пятые есть в анонсах, но как только будут стабильны — привезём.
Диски SSD в массивах (не NVMe, но зато RAID с избыточностью) соединены в одно сетевое хранилище Ceph с объектной хранилкой поверх, в него предоставляется фактически любое количество операций чтения-записи, поскольку оно вынесено за прод-сервера.
Ещё 50 серверов — в инфраструктуре — с модными видеокарточками для LLM (там тоже можно развернуть контейнер).
Айпишник даёте?
Нет, на контейнер по умолчанию не даётся статический IP, потому что можно ничего не платить за этот контейнер, если он просто стоит. Но прямо из GUI можно докупить v4-айпишник белый плавающий в любом количестве.
Как попасть бесплатно?
Мы готовы принять на борт 100 проектов бесплатно. От вас — согласие на пользовательские интервью или другой тип развёрнутой обратной связи.
Напишите мне в личку или на почту world@h3llo.cloud про свой проект, если уже готовы переносить. Это год — бесплатно.
Ещё варианты триала поверх 100 проектов:
- Проект из шаблона за один рубль. Мы посчитаем расходы для статистики, но на выставлении счёта сделаем скидку до одного рубля. Этот самый рубль нужен по новым законам, чтобы авторизовать вас через карту или телефон, иначе хостинг в России уже не может.
- Бесплатный ненагруженный. Мы тарифицируем потребление ресурсов, только когда они превысят 10 % CPU и 128 MB RAM суммарно по всем проектам аккаунта.
Соответственно, если ваши контейнеры уже потребляют больше ресурсов и выгоднее вставать в классическое облако, то мы сделаем про это оповещение.
Вот тут ещё детали.
Заходите и раздербаньте нам всё, пожалуйста.
Комментарии (28)
Acidter
10.12.2024 14:20Регистрация только по номеру телефона - вы только физ.лицам продавать услуги хотите? Но и как физ.лицо с такой регистрацией пойду к конкурентам у которых регистрация по почте.
km1337 Автор
10.12.2024 14:20Регистрация по номеру телефона теперь обязательна на всех сайтах — это требование 588-ФЗ. Переходный период заканчивается 1 января 2025 года (меньше чем через месяц), поэтому мы сразу сделали все «как надо».
Для хостингов также нужно подтверждение пользователя одним из способов, указанных в постановлении Минцифры. Можно выбрать: привязка банковской карты, оплата через СБП, использование биометрии или личное предъявление паспорта в офисе. Мы выбрали самый простой вариант: пополнение баланса перед запуском контейнера (даже если за услугу будет списан всего 1 ₽).
Для юрлиц и физлиц есть одно отличие — способ оплаты. Скоро добавим оплату с расчётного счёта и обмен документами через ЭДО. Пока наша главная цель — сделать сервис удобным, а не подключить как можно больше платных аккаунтов.
fedorro
10.12.2024 14:20Регистрация по номеру телефона теперь обязательна на всех сайтах — это требование 588-ФЗ.
Вроде нет, там 4 способа. 4й- информационная система с 50% владельцем из РФ, т.е. ящики российских сервисов, логин через ВК и прочее можно.
Kenya-West
10.12.2024 14:20А ограничения на CPU и RAM, как в Docker Compose, у вас есть? Хочу я запустить пять контейнеров с максимальным ограничением в 200 МБ каждый. И мне кто-то должен гарантировать, что, не считая военного времени, они точно не будут кушать больше 1 ГБ оперативки, вместе взятые. И это будет видно в инвойсе.
km1337 Автор
10.12.2024 14:20Да, каждому контейнеру можно задать предел выделяемых ресурсов и впоследствии менять его на ходу.
В биллинге отображается полная детализация потребления.
Идею с гарантиями общего лимита ресурсов для проекта взяли на вооружение, спасибо!
devzona
10.12.2024 14:20Планируется ли выставлять лимиты на потребление ресурсов, например максимум 5% CPU и 3% RAM от узла размещения? Вдруг на мой сайт ночью случится хабраэффект, и утром придет счет на слишком большую сумму, чем планировалось. Подобные инциденты уже были с Amazon.
km1337 Автор
10.12.2024 14:20Каждому контейнеру можно задать лимиты ресурсов и менять их на ходу. Вы сами выбираете: обеспечить проекту высокую доступность под резкими нагрузками или получить маленький чек. С тем же Амазоном — для кого-то и сотни тысяч долларов в месяц — нормально, ведь трафик на сайт конвертируется в клиентов, приносит деньги и расходы окупаются многократно.
Мы также планируем изучить, как система должна себя вести в разных сценариях. Есть возможность прикрутить такие опции (очень будем ждать от вас обратной связи, что нужнее):
1. Отказывать новым посетителям при перегрузке.
2. Обрабатывать любой объем трафика.
3. Использовать фильтры для подозрительных запросов.
4. Включать защиту от DDOS-атак.
dworkz
10.12.2024 14:20Зачем покупать виртуалку, если 80 % её ресурсов будет просто простаивать?
Чтобы не намотаться на кучу денег, когда нагрузка внезапно выросла.
Имхо, странно сравнивать контейнерные хостинги и vds. У них ведь абсолютно разные предназначения.
km1337 Автор
10.12.2024 14:20При развертывании продакшен-систем всегда присутствует дихотомия: «Доступность (HA) <--> Экономичность (низкий чек)».
L1veStack убивает сразу двух зайцев:
Во-первых, на виртуалках сделать HA — это дольше и сложнее. Нужно специально настраивать, разворачивать все в кластерном режиме с резервированием, а также учить некоторые приложения работать в таком формате. В L1veStack такая возможность идет «из коробки».
Во-вторых, экономичность (низкий чек). Хотите, чтобы ценник не вылез за определенные пределы — поставьте лимиты. Хотите, чтобы проект работал под любой нагрузкой — легко, а в сравнении с виртуалками еще и дешевле. Ведь не нужно заранее обеспечивать резервирование систем или избыточность мощностей. Не нужно сразу брать мощности под ожидаемые нагрузки и платить по-полной. И тратить время/деньги на настройку всего этого тоже не нужно.
DMGarikk
10.12.2024 14:20Зачем покупать виртуалку, если 80 % её ресурсов будет просто простаивать?
Потому что это дешевле?
Тут выше уже упоминали фокусы с aws, фиксированные машины обеспечивают понятный фиксированный ценник, а эта штука при любом скачке нагрузки может обанкротить стартап например
Я вообще не понимаю какого черта это вообще упоминается в контексте "выгодно", удобно может быть да, но довольно редко - выгодно
km1337 Автор
10.12.2024 14:20Фокусы с AWS, по-вашему, в том, что, поставив автоскейлинг, кто-то удивляется, что чек вырос сам?
Фиксированные ресурсы машины = фиксированная цена. В проектах, где нужно сэкономить, платить фиксированную цену за то, что практически не используется, — это не экономия, а иллюзия контроля (прогнозируемого расхода).
В проектах, где важно обеспечить доступность и надежность, объем неиспользованных ресурсов еще выше. Ведь нужно все резервировать и держать мощности, готовые к прогнозируемым пиковым нагрузкам. За пределами этих самых пиковых моментов эти мощности простаивают, но оплачиваются. Причем вместе со всем оверхедом, необходимым для обеспечения доступности.
DMGarikk
10.12.2024 14:20кто-то удивляется, что чек вырос сам?
собственно ДА!
Это потому что неочевидно, что цена условного сервиса поднятого на базе VPS, допустим postgres базы, будет стоить 1000р при полной нагрузке в месяц..так и при полном простое, то в сервисе по типу AWS при малейшей нагрузке будет уже выше этой 1000рублей
я много раз приглядывался к таким сервисам и каждый раз не понимал для чего мне они.
вот мне нужна машина где будут работать 2-3 контейнера с минимальной нагрузкой..и по всем калькуляторам ценник получается как минимум в 5000р...в итоге я несколько лет пользуюсь VPS-кой среднего ценового диапазона который тянет не только эти 3 контейнера но еще 5 других...за теже самые 5тыс
В проектах, где нужно сэкономить, платить фиксированную цену за то, что практически не используется, — это не экономия, а иллюзия контроля
ага, только минимальный ценник для таких сервисов практически равны минимальной стоимости VPSки которая может тоже самое но надо руками чтото настраивать...и VPS-ка будет доступна всеми своими 100% выделенного CPU/RAM/HDD...а не 50р за 10 минут процессорного времени и 5 рублей за мегабайт
Ведь нужно все резервировать и держать мощности, готовые к прогнозируемым пиковым нагрузкам
вот это тот случай когда такой сервис действительно оправдан..причем если такое происходит (скачок утилизации), надо срочно ставить выделенный сервак и туда переносить нагрузку..это тупо дешевле будет чем постоянно держать прод на таком сервисе
kazan417
10.12.2024 14:20Не вижу ценовых преимуществ перед обычным vps. Я нормальный vps за 210 рублей в месяц арендую с 2 гигами оперативы.
А вы предлагаете урезанную версию минимум за 180 рублей (ведь айпи нужен постоянно). Сделайте айпи бесплатный, тогда будет премюимущество, а так бессмысленно.
km1337 Автор
10.12.2024 14:20Бесплатных IPv4 не существует. Даже если покупать или арендовать подсеть /18, каждый IP стоит денег. Если вам его дают «бесплатно» вместе с виртуалкой, значит, он уже включен в цену.
Важно понимать: выделенный IP ≠ внешний доступ.
На практике для большинства ненагруженных проектов, тестовых сред или коротких задач выделенный IP-адрес не требуется. А значит, вы за него не платите.
Во всем остальном — можно сравнить по реальному объему используемых ресурсов. Но для этого нужен опыт эксплуатации.
Именно поэтому мы предлагаем запустить проект из набора шаблонов на месяц за 1 ₽. Вы узнаете, сколько бы этот проект реально стоил, сравните с альтернативами, а заплатите всего рубль. Дальше — выбор за вами.
alecx
10.12.2024 14:20Что у Вас под капотом, knative или что-то другое?
Какой прокси гейтвей, можно ли его как то настроить (CORS, хедеры и т.д.)?
Можно ли со своим доменом?
Что с сетевыми метриками и логами запросов?
Есть ли автоскейлинг и по каким метрикам его можно настроить?
Есть ли постоянные тома хранилища, снепшоты, резервное копирование?
Есть ли версионирование деплоев? Можно ли откатиться по кнопке?
Будет ли техническая документация?
km1337 Автор
10.12.2024 14:20Что у Вас под капотом, knative или что-то другое?
Мы стараемся максимально абстрагировать конечного пользователя от содержимого под нашим капотом. Сейчас система переваривает синтаксис Docker Compose, в работе — поддержка YAML Config для Kubernetes и Helm Chart.
Какой прокси гейтвей, можно ли его как то настроить (CORS, хедеры и т.д.)?
Этот функционал планируется как часть платформы, но пока даже не начинали работу — это не типичный сценарий. Тем не менее, ничего не мешает использовать в качестве входной точки контейнер с NGinx или Kong и настроить их как душе угодно.
Можно ли со своим доменом?
Конечно. На данный момент потребуется IPv4 (в работе — функционал подключения любого домена без выделенного IP).
Что с сетевыми метриками и логами запросов?
Пока ситуация аналогична Gateway: этот функционал не встроен в платформу. Однако никто не мешает поднять ELK, Prometheus, Grafana и вообще все, что душе угодно.
Есть ли автоскейлинг и по каким метрикам его можно настроить?
Есть вертикальный, если не задать лимит ресурсов. Также можно задать несколько реплик и менять их количество на ходу. Для автоматизации горизонтального скейлинга готовим пользовательские сценарии.
Есть ли постоянные тома хранилища, снепшоты, резервное копирование?
Сетевые тома есть. Снепшоты находятся в разработке, резервного копирования нет, но с учетом резервирования и снепшотов оно не критично.
Есть ли версионирование деплоев? Можно ли откатиться по кнопке?
Нет. Спасибо за предметные вопросы. Сейчас перед нами десятки фич, поэтому важно правильно расставить приоритеты, какие из них нужнее.
Будет ли техническая документация?
Обязательно. Сейчас мы предлагаем максимально простой опыт: Docker Compose -> deply (понятно по видео).
Все, что вы описали, относится к продвинутым настройкам для развертывания. Многим пользователям потребуется время, чтобы освоить их. Мы хотим сохранить баланс между простотой интерфейса и гибкостью настроек, чтобы сделать платформу удобной как для новичков, так и для опытных разработчиков.
Каждый из описанных сценариев требует значительных усилий (кроме, возможно, версионирования) и нескольких спринтов на реализацию. Поэтому мы рассчитываем на помощь сообщества — ваша обратная связь поможет нам приоритизировать задачи и создать действительно полезный инструмент.
Bubayla
10.12.2024 14:20Заголовок очень сильный, конечно) По идее должна стоять * и пруф). На рынке уже есть платформы, заточенные на хостинг Докера. В том числе PaaS. Тут я за обьективность) На вскидку: Dockhost.ru, Amvera, Dockerhosting. Так что, как минимум, четвертый) У Dockhost также система оплаты без тарифов, по факту потребления. Думаю нужно немного над обьективностью подачи поработать. А в целом по теме: абсолютно согласен с тем, что платформы заточенные на хостинг контейнеров это сейчас самая перспективная ветвь развития, и PaaS провайдеры в мире все движутся в этом направлении
km1337 Автор
10.12.2024 14:20Незадолго до запуска мы провели анализ рынка облачных провайдеров и проверили тезис о том, что мы — первый контейнерный хостинг.
В статье упоминалось, что есть несколько хостингов, предлагающих запуск контейнеров, но как дополнение к VPS.
Amvera мы не учитывали, поскольку они больше ориентированы на запуск вашего кода (из гита) внутри контейнера с фиксированным тарифом. Они и сами позиционируют себя как DevOps-платформа.
dockerhosting.ru, который размещается на чужом хостинге, мы в расчет брать не стали. Мы не нашли информацию о юридическом лице, а их три тарифа с фиксированной оплатой больше напоминают классические VPS, только сбоку.
Ваш проект, dockerhost.ru, мы тоже изучали. Как и dockerhosting.ru, он немного не дотягивает до полноценного провайдера, так как опирается на инфраструктуру Selectel вместо собственной.
Так что всё по факту: первые!
Bubayla
10.12.2024 14:20Очень странный аргумент. По вашей логике, если у платформы нет своего собственного ЦОД, то она не полноценна? Выглядит как попытка натянуть сову на глобус)
Если серьезно, то любая платформа это в первую очередь технологическое решение и функционал, который предоставляется пользователю. Физические сервера при этом могут быть в любом достойном ЦОД (в аренде или коллокейшне). Технологическая основа и облачная инфраструктура у нас свои, и все развернуто на физических серверах в надежных ЦОД. Вычислить наш IP это не провести исследование))
Поэтому ваш аргумент "мы первые потому что придумали как не замечать других" - вызывает только улыбку)km1337 Автор
10.12.2024 14:20Вычислить наш IP это не провести исследование))
Мы ваш проект всесторонне проанализировали после ваших ноябрьских публикаций. Как и при анализе других облачных провайдеров для нашего IaaS-проекта, мы уделяем внимание разным аспектам, включая наличие собственной инфраструктуры.
Очень странный аргумент. По вашей логике, если у платформы нет своего собственного ЦОД, то она не полноценна? Выглядит как попытка натянуть сову на глобус)
Речь как раз не столько про ЦОД, сколько про собственную инфраструктуру.
Если серьезно, то любая платформа это в первую очередь технологическое решение и функционал, который предоставляется пользователю.
Функционал платформы — это абстрагированное отражение ее инфраструктуры. Хочется понимать, насколько надежно базовое решение, на котором работает платформа.
Физические сервера при этом могут быть в любом достойном ЦОД (в аренде или коллокейшне)
Это уже вопрос вашей ответственности перед конечным пользователем. Насколько вы надежны как бизнес? Сложно однозначно ответить на этот вопрос утвердительно, если вы используете исключительно арендованную инфраструктуру.
Bubayla
10.12.2024 14:20О нашей надежности как бизнеса будут судить наши партнеры и пользователи. Чья базовая инфраструктура надежнее мы сейчас в моменте не оценим, т.к. у вас нет полной информации о нашем железе также как у нас о вашем, ваши компетенции в управлении железом тоже серая зона. Если вы проведете более детальное исследование, вы удивитесь тому факту, что многие крупные платформы арендуют часть инфраструктуры и это нормально, это общемировая практика (управление ЦОДами это в принципе отдельный вид бизнеса с крайне высоким уровнем компетенций). Мы с вами обсуждаем продукт, платформу с её функционалом, ценность для пользователей и т.д. Вы заявили себя как Первый контейнерный хостинг, и пытаетесь обосновать это придуманным же вами критерием - железо в собственности. От этого продукт лучше не становится, и первее тоже)
Vovanys
Где документация то? Как запустить, как вывесить http наружу. Тут https://docs.l1vestack.ru/docs/reference/common только маркетинг..
P.S. Ссылки в подвале доки на localhost ведут..
km1337 Автор
Прямо сейчас исправляем ссылки.
Мы даём публичный поддомен для каждого проекта, он появляется под кнопкой «Деплой». На него можно вывесить любой контейнер в проекте.