Комментарии 41
Где документация то? Как запустить, как вывесить http наружу. Тут https://docs.l1vestack.ru/docs/reference/common только маркетинг..
P.S. Ссылки в подвале доки на localhost ведут..
Регистрация только по номеру телефона - вы только физ.лицам продавать услуги хотите? Но и как физ.лицо с такой регистрацией пойду к конкурентам у которых регистрация по почте.
Регистрация по номеру телефона теперь обязательна на всех сайтах — это требование 588-ФЗ. Переходный период заканчивается 1 января 2025 года (меньше чем через месяц), поэтому мы сразу сделали все «как надо».
Для хостингов также нужно подтверждение пользователя одним из способов, указанных в постановлении Минцифры. Можно выбрать: привязка банковской карты, оплата через СБП, использование биометрии или личное предъявление паспорта в офисе. Мы выбрали самый простой вариант: пополнение баланса перед запуском контейнера (даже если за услугу будет списан всего 1 ₽).
Для юрлиц и физлиц есть одно отличие — способ оплаты. Скоро добавим оплату с расчётного счёта и обмен документами через ЭДО. Пока наша главная цель — сделать сервис удобным, а не подключить как можно больше платных аккаунтов.
Регистрация по номеру телефона теперь обязательна на всех сайтах — это требование 588-ФЗ.
Вроде нет, там 4 способа. 4й- информационная система с 50% владельцем из РФ, т.е. ящики российских сервисов, логин через ВК и прочее можно.
Под информационными системами с российским владельцем мы имеем в виду VK ID, Я.ID или Сбер.ID. Доверять аутентификацию своих пользователей конкурентам — не самая удачная идея.
Кроме того, важно учитывать, что на нас, как на хостинг, распространяются требования по обязательной идентификации клиентов.
Минцифры утвердило такие способы:
через Единую систему идентификации и аутентификации (ЕСИА) и Единую биометрическую систему (ЕБС);
с использованием усиленной квалифицированной электронной подписи;
после предъявления при личном обращении к провайдеру хостинга определённого набора документов;
посредством перевода денежных средств на банковский счёт провайдера хостинга с банковского счёта лица, обратившегося к провайдеру хостинга, открытого в банке РФ в соответствии с требованиями законодательства:
через иную информационную систему, используемую провайдером хостинга и обеспечивающую идентификацию;
с использованием платёжной карты;
с использованием абонентского номера;
с использованием сервиса быстрых платежей (СБП).
Подробнее можно почитать тут: https://habr.com/ru/news/766708/
Интеграция любого из этих способов в UX-сценарий, чтобы система оставалась удобной и понятной для пользователей, — отдельная задача, требующая дополнительных ресурсов на разработку.
При этом вход по смс сегодня остается стандартным и привычным вариантом.
Ваш комментарий по способам входа мы отметили для себя, и, как любое пожелание пользователя, будем держать на виду при проектировании. Спасибо за ваше внимание!
Так по почте тоже можно. Представляете чтобы сейчас было если бы через неделю все те сайты что по почте авторизуют должны были переехать на телефон. Ну и аргумент про конкурентов такой себе: у операторов сотовой связи тоже есть публичные облака. Сами контейнеры вы, возможно, хостите где-то у "конкурентов", может в статье было но я пропустил. И это ещё все "конкуренты" сговориться должны и вместе не давать залогинится в ваш сервис с их почты, что оч. маловероятно.
Так что комментарий про уйти туда где есть авторизация по почте - актуален.
При этом вход по смс сегодня остается стандартным и привычным вариантом.
Не знаю когда этот способ стал "стандартным", а тем более "привычным", вроде в одном мире живём.
Проблема с телефоном/сим-картой/доступностью сети/роуминг/оператором и ты в пролёте. С юр.лицами тоже интересно. Представляю когда ночной инженер звонит СЕО чтобы он код из СМС продиктовал или когда СЕО оформил на себя вторую SIM-карту и оставил её в офисе для использования сотрудниками.
Вход по СМС как раз выглядит неудобно (не говоря уж о привычно), в отличие от email+password+2fa (totp, passkey, etc).
Представляю когда ночной инженер звонит СЕО чтобы он код из СМС продиктовал или когда СЕО оформил на себя вторую SIM-карту и оставил её в офисе для использования сотрудниками.
1) так и делают в реальном бизнесе
2) вообще, как правильно, надо выписывать доверенность на право подписи (или куда там СЕО заходит) человеку и уже на его корпоративный телефон привязывать СМСки, а не пересылать непойми кому (даже ночному инженеру) смски от своей учетки
вообще какого черта ночной инженер под чужой учеткой чтото делает?
А ограничения на CPU и RAM, как в Docker Compose, у вас есть? Хочу я запустить пять контейнеров с максимальным ограничением в 200 МБ каждый. И мне кто-то должен гарантировать, что, не считая военного времени, они точно не будут кушать больше 1 ГБ оперативки, вместе взятые. И это будет видно в инвойсе.
Планируется ли выставлять лимиты на потребление ресурсов, например максимум 5% CPU и 3% RAM от узла размещения? Вдруг на мой сайт ночью случится хабраэффект, и утром придет счет на слишком большую сумму, чем планировалось. Подобные инциденты уже были с Amazon.
Каждому контейнеру можно задать лимиты ресурсов и менять их на ходу. Вы сами выбираете: обеспечить проекту высокую доступность под резкими нагрузками или получить маленький чек. С тем же Амазоном — для кого-то и сотни тысяч долларов в месяц — нормально, ведь трафик на сайт конвертируется в клиентов, приносит деньги и расходы окупаются многократно.
Мы также планируем изучить, как система должна себя вести в разных сценариях. Есть возможность прикрутить такие опции (очень будем ждать от вас обратной связи, что нужнее):
1. Отказывать новым посетителям при перегрузке.
2. Обрабатывать любой объем трафика.
3. Использовать фильтры для подозрительных запросов.
4. Включать защиту от DDOS-атак.
Зачем покупать виртуалку, если 80 % её ресурсов будет просто простаивать?
Чтобы не намотаться на кучу денег, когда нагрузка внезапно выросла.
Имхо, странно сравнивать контейнерные хостинги и vds. У них ведь абсолютно разные предназначения.
При развертывании продакшен-систем всегда присутствует дихотомия: «Доступность (HA) <--> Экономичность (низкий чек)».
L1veStack убивает сразу двух зайцев:
Во-первых, на виртуалках сделать HA — это дольше и сложнее. Нужно специально настраивать, разворачивать все в кластерном режиме с резервированием, а также учить некоторые приложения работать в таком формате. В L1veStack такая возможность идет «из коробки».
Во-вторых, экономичность (низкий чек). Хотите, чтобы ценник не вылез за определенные пределы — поставьте лимиты. Хотите, чтобы проект работал под любой нагрузкой — легко, а в сравнении с виртуалками еще и дешевле. Ведь не нужно заранее обеспечивать резервирование систем или избыточность мощностей. Не нужно сразу брать мощности под ожидаемые нагрузки и платить по-полной. И тратить время/деньги на настройку всего этого тоже не нужно.
Зачем покупать виртуалку, если 80 % её ресурсов будет просто простаивать?
Потому что это дешевле?
Тут выше уже упоминали фокусы с aws, фиксированные машины обеспечивают понятный фиксированный ценник, а эта штука при любом скачке нагрузки может обанкротить стартап например
Я вообще не понимаю какого черта это вообще упоминается в контексте "выгодно", удобно может быть да, но довольно редко - выгодно
Фокусы с AWS, по-вашему, в том, что, поставив автоскейлинг, кто-то удивляется, что чек вырос сам?
Фиксированные ресурсы машины = фиксированная цена. В проектах, где нужно сэкономить, платить фиксированную цену за то, что практически не используется, — это не экономия, а иллюзия контроля (прогнозируемого расхода).
В проектах, где важно обеспечить доступность и надежность, объем неиспользованных ресурсов еще выше. Ведь нужно все резервировать и держать мощности, готовые к прогнозируемым пиковым нагрузкам. За пределами этих самых пиковых моментов эти мощности простаивают, но оплачиваются. Причем вместе со всем оверхедом, необходимым для обеспечения доступности.
кто-то удивляется, что чек вырос сам?
собственно ДА!
Это потому что неочевидно, что цена условного сервиса поднятого на базе VPS, допустим postgres базы, будет стоить 1000р при полной нагрузке в месяц..так и при полном простое, то в сервисе по типу AWS при малейшей нагрузке будет уже выше этой 1000рублей
я много раз приглядывался к таким сервисам и каждый раз не понимал для чего мне они.
вот мне нужна машина где будут работать 2-3 контейнера с минимальной нагрузкой..и по всем калькуляторам ценник получается как минимум в 5000р...в итоге я несколько лет пользуюсь VPS-кой среднего ценового диапазона который тянет не только эти 3 контейнера но еще 5 других...за теже самые 5тыс
В проектах, где нужно сэкономить, платить фиксированную цену за то, что практически не используется, — это не экономия, а иллюзия контроля
ага, только минимальный ценник для таких сервисов практически равны минимальной стоимости VPSки которая может тоже самое но надо руками чтото настраивать...и VPS-ка будет доступна всеми своими 100% выделенного CPU/RAM/HDD...а не 50р за 10 минут процессорного времени и 5 рублей за мегабайт
Ведь нужно все резервировать и держать мощности, готовые к прогнозируемым пиковым нагрузкам
вот это тот случай когда такой сервис действительно оправдан..причем если такое происходит (скачок утилизации), надо срочно ставить выделенный сервак и туда переносить нагрузку..это тупо дешевле будет чем постоянно держать прод на таком сервисе
Вот так у вас отрабатывает автозаполнение форм:
А вот такие у вас интересные требования к паролю:
Хотел уж было устроиться к вам тестировщиком, но..
Непонятен посыл про "дешевле", ведь один только ipv4 выйдет в 180р месяц
Не вижу ценовых преимуществ перед обычным vps. Я нормальный vps за 210 рублей в месяц арендую с 2 гигами оперативы.
А вы предлагаете урезанную версию минимум за 180 рублей (ведь айпи нужен постоянно). Сделайте айпи бесплатный, тогда будет премюимущество, а так бессмысленно.
Бесплатных IPv4 не существует. Даже если покупать или арендовать подсеть /18, каждый IP стоит денег. Если вам его дают «бесплатно» вместе с виртуалкой, значит, он уже включен в цену.
Важно понимать: выделенный IP ≠ внешний доступ.
На практике для большинства ненагруженных проектов, тестовых сред или коротких задач выделенный IP-адрес не требуется. А значит, вы за него не платите.
Во всем остальном — можно сравнить по реальному объему используемых ресурсов. Но для этого нужен опыт эксплуатации.
Именно поэтому мы предлагаем запустить проект из набора шаблонов на месяц за 1 ₽. Вы узнаете, сколько бы этот проект реально стоил, сравните с альтернативами, а заплатите всего рубль. Дальше — выбор за вами.
Что у Вас под капотом, knative или что-то другое?
Какой прокси гейтвей, можно ли его как то настроить (CORS, хедеры и т.д.)?
Можно ли со своим доменом?
Что с сетевыми метриками и логами запросов?
Есть ли автоскейлинг и по каким метрикам его можно настроить?
Есть ли постоянные тома хранилища, снепшоты, резервное копирование?
Есть ли версионирование деплоев? Можно ли откатиться по кнопке?
Будет ли техническая документация?
Что у Вас под капотом, knative или что-то другое?
Мы стараемся максимально абстрагировать конечного пользователя от содержимого под нашим капотом. Сейчас система переваривает синтаксис Docker Compose, в работе — поддержка YAML Config для Kubernetes и Helm Chart.
Какой прокси гейтвей, можно ли его как то настроить (CORS, хедеры и т.д.)?
Этот функционал планируется как часть платформы, но пока даже не начинали работу — это не типичный сценарий. Тем не менее, ничего не мешает использовать в качестве входной точки контейнер с NGinx или Kong и настроить их как душе угодно.
Можно ли со своим доменом?
Конечно. На данный момент потребуется IPv4 (в работе — функционал подключения любого домена без выделенного IP).
Что с сетевыми метриками и логами запросов?
Пока ситуация аналогична Gateway: этот функционал не встроен в платформу. Однако никто не мешает поднять ELK, Prometheus, Grafana и вообще все, что душе угодно.
Есть ли автоскейлинг и по каким метрикам его можно настроить?
Есть вертикальный, если не задать лимит ресурсов. Также можно задать несколько реплик и менять их количество на ходу. Для автоматизации горизонтального скейлинга готовим пользовательские сценарии.
Есть ли постоянные тома хранилища, снепшоты, резервное копирование?
Сетевые тома есть. Снепшоты находятся в разработке, резервного копирования нет, но с учетом резервирования и снепшотов оно не критично.
Есть ли версионирование деплоев? Можно ли откатиться по кнопке?
Нет. Спасибо за предметные вопросы. Сейчас перед нами десятки фич, поэтому важно правильно расставить приоритеты, какие из них нужнее.
Будет ли техническая документация?
Обязательно. Сейчас мы предлагаем максимально простой опыт: Docker Compose -> deply (понятно по видео).
Все, что вы описали, относится к продвинутым настройкам для развертывания. Многим пользователям потребуется время, чтобы освоить их. Мы хотим сохранить баланс между простотой интерфейса и гибкостью настроек, чтобы сделать платформу удобной как для новичков, так и для опытных разработчиков.
Каждый из описанных сценариев требует значительных усилий (кроме, возможно, версионирования) и нескольких спринтов на реализацию. Поэтому мы рассчитываем на помощь сообщества — ваша обратная связь поможет нам приоритизировать задачи и создать действительно полезный инструмент.
Заголовок очень сильный, конечно) По идее должна стоять * и пруф). На рынке уже есть платформы, заточенные на хостинг Докера. В том числе PaaS. Тут я за обьективность) На вскидку: Dockhost.ru, Amvera, Dockerhosting. Так что, как минимум, четвертый) У Dockhost также система оплаты без тарифов, по факту потребления. Думаю нужно немного над обьективностью подачи поработать. А в целом по теме: абсолютно согласен с тем, что платформы заточенные на хостинг контейнеров это сейчас самая перспективная ветвь развития, и PaaS провайдеры в мире все движутся в этом направлении
Незадолго до запуска мы провели анализ рынка облачных провайдеров и проверили тезис о том, что мы — первый контейнерный хостинг.
В статье упоминалось, что есть несколько хостингов, предлагающих запуск контейнеров, но как дополнение к VPS.
Amvera мы не учитывали, поскольку они больше ориентированы на запуск вашего кода (из гита) внутри контейнера с фиксированным тарифом. Они и сами позиционируют себя как DevOps-платформа.
dockerhosting.ru, который размещается на чужом хостинге, мы в расчет брать не стали. Мы не нашли информацию о юридическом лице, а их три тарифа с фиксированной оплатой больше напоминают классические VPS, только сбоку.
Ваш проект, dockerhost.ru, мы тоже изучали. Как и dockerhosting.ru, он немного не дотягивает до полноценного провайдера, так как опирается на инфраструктуру Selectel вместо собственной.
Так что всё по факту: первые!
Очень странный аргумент. По вашей логике, если у платформы нет своего собственного ЦОД, то она не полноценна? Выглядит как попытка натянуть сову на глобус)
Если серьезно, то любая платформа это в первую очередь технологическое решение и функционал, который предоставляется пользователю. Физические сервера при этом могут быть в любом достойном ЦОД (в аренде или коллокейшне). Технологическая основа и облачная инфраструктура у нас свои, и все развернуто на физических серверах в надежных ЦОД. Вычислить наш IP это не провести исследование))
Поэтому ваш аргумент "мы первые потому что придумали как не замечать других" - вызывает только улыбку)
Вычислить наш IP это не провести исследование))
Мы ваш проект всесторонне проанализировали после ваших ноябрьских публикаций. Как и при анализе других облачных провайдеров для нашего IaaS-проекта, мы уделяем внимание разным аспектам, включая наличие собственной инфраструктуры.
Очень странный аргумент. По вашей логике, если у платформы нет своего собственного ЦОД, то она не полноценна? Выглядит как попытка натянуть сову на глобус)
Речь как раз не столько про ЦОД, сколько про собственную инфраструктуру.
Если серьезно, то любая платформа это в первую очередь технологическое решение и функционал, который предоставляется пользователю.
Функционал платформы — это абстрагированное отражение ее инфраструктуры. Хочется понимать, насколько надежно базовое решение, на котором работает платформа.
Физические сервера при этом могут быть в любом достойном ЦОД (в аренде или коллокейшне)
Это уже вопрос вашей ответственности перед конечным пользователем. Насколько вы надежны как бизнес? Сложно однозначно ответить на этот вопрос утвердительно, если вы используете исключительно арендованную инфраструктуру.
О нашей надежности как бизнеса будут судить наши партнеры и пользователи. Чья базовая инфраструктура надежнее мы сейчас в моменте не оценим, т.к. у вас нет полной информации о нашем железе также как у нас о вашем, ваши компетенции в управлении железом тоже серая зона. Если вы проведете более детальное исследование, вы удивитесь тому факту, что многие крупные платформы арендуют часть инфраструктуры и это нормально, это общемировая практика (управление ЦОДами это в принципе отдельный вид бизнеса с крайне высоким уровнем компетенций). Мы с вами обсуждаем продукт, платформу с её функционалом, ценность для пользователей и т.д. Вы заявили себя как Первый контейнерный хостинг, и пытаетесь обосновать это придуманным же вами критерием - железо в собственности. От этого продукт лучше не становится, и первее тоже)
хотя бы выдайте бесплатный ipv6
Прямо jelastic какой-то ;-)
Было бы круто, если бы был какой-то бесплатный тариф для pet проектов.
Это бы сыграло хорошую рекламу для вас.
Подскажите где я ошибся с математикой.
31(День) * 21(Часа) = 744(часа в месяце)
4,7665(Цена за час [CPU, RAM, IP, SSD]) * 744(часа в месяце) = 3 546,276 рублей в месяц за минимальный контейнер.
Мы не тарифицируем запрошенные ресурсы, только потребленные. Посекундно.
Если вы запускаете, к примеру, контейнер с Redis, он потребляет 10 (!) МБ памяти, и в среднем 0.85% процессорного времени. В реальности это прямо по секундам считается, но в нашем условном примере получится такая математика:
10 МБ * 0,0015 ₽ (за МБ в час) * 730 часов = 10,95 ₽ за RAM за месяц.
0,85% загрузка vCPU * 4,5 ₽ (за 100% vCPU в час) * 730 часов = 27,92 ₽ за vCPU
SSD нужен не каждому контейнеру, а выделенный IP - не каждому проекту. При этом отсутствие публичного IP ≠ отсутствие внешнего доступа.
Итого, контейнер с Redis обойдется за месяц 38,87 ₽, если проработает весь месяц. Но у контейнера может быть более короткий жизненный цикл. Например, если запускать контейнер для экспериментов, тестирования, или во время обучения.
730 часов в среднем в месяц получается при расчете 365 (дней) * 24 (часа) / 12 (месяцев).
https://console.l1vestack.ru/signin возвращает SSL_ERROR_UNRECOGNIZED_NAME_ALERT, а http://console.l1vestack.ru/signin сообщает об успешной настройке приложения.
Напомню, что virtuozzo тоже контейнеры и что они выдавали хостинг через rusonix в России (про первый контейнерный)
Выглядит вкусно. Но больше вопросов, чем ответов.
хостинг только внутри РФ?
исходящий трафик из контейнеров фильтруется по чёрным списка Роскомнадзора?
оплата только с привязанной банковской карты? Или можно закинуть условные 1000 рублей на баланс?
можно ли настроить контейнер так, чтобы когда деньги на счёте кончатся, то контейнер остановится и полностью уничтожился?
Красные или синие?
Первый контейнерный хостинг — год бесплатно за помощь с тестированием