Комментарии 67
Успехов, парни!
А что значит название? И как основан хостинг плане виртуализации/контейнерезации.
Здравствуйте. Спасибо за вопрос. Какие вопросы в плане контейнеризации интересны? Используется Docker, из репозитория приложения (или из тарболла) билдится соответствующий image (тут определяется тип приложения, поднимается весь инвайронмент), каждое запущенное приложение представляет собой контейнер (или несколько контейнеров), далее происходит экспоуз портов и линковка фронт-сервера и друхих запущенных контейнеров данного приложения, если таковые имеются. Семантика названия — суть достаточно неоднозначная, сложно сказать какой именно тут посыл. На данном этапе мы больше акцентируем внимание на функциональной части. Другими словами, название было выбрано практически случайно, но более точно сможет ответить мой коллега, который отвечает за наше развитие. Касаемо технических особенностей, думаю, мы будем делать отдельный обзор. Если есть какие-нибудь конкретные вопросы, пишите в комментарии и мы с радостью включим их в список озвучиваемого материала, интересных моментов было более чем достаточно, есть чем поделиться.
Как отметил мой коллега, мы готовим материал для технического обзора. Если у вас есть список интересных вопросов, мы могли бы их охватить в нем. Общие же архитектурные моменты будут озвучены безоговорочно — система распределенных инстансов, билдпаки, линковка, конфигурация фронт-сервера, балансировка.
Вопросы такие
— Где находятся сервера(География)
— Если это shared хостинг, есть ли система мониторинга наглых клиентов которые грузят сервер?
— Есть ли auto-scalling?
— Хероку сидит на амазоне поэтому если я буду загружать файлы на s3 — то трафик будет бесплатный. А у вас есть решения хранения файлов?
— Где находятся сервера(География)
— Если это shared хостинг, есть ли система мониторинга наглых клиентов которые грузят сервер?
— Есть ли auto-scalling?
— Хероку сидит на амазоне поэтому если я буду загружать файлы на s3 — то трафик будет бесплатный. А у вас есть решения хранения файлов?
1. Основные регионы, доступные для всех инстансов на данный момент: US East, US West, EU Central, EU East, EU West, North Asia.
2. Есть, безусловно, есть. Мы ограничиваем использование памяти и процессорного времени на уровне Докера, приложение не сможет задействовать больше ресурсов, чем ему выделено.
3. Да, из п.2 вытекает возможность увеличения лимитов используемых ресурсов — как в автоматическом, так и в ручном режимах. На этапе бета-теста эта возможность не будет доступна из личного кабинета, но вы можете написать нам заявку на желаемые ресурсы (per application) и мы выставим соответствующие лимиты на ваш акк (или приложение).
4. Мы тоже сидим на амазоне, а если быть точнее, то у нас в данный момент есть комбо из амазона и азура. Насчет хранилища — да, можно использовать тот же s3 (нам для удобства пользователей нужно тогда отмечать, каким провайдером предоставлен тот или иной инстанс — будет сделано), но мы также прорабатываем вариант с перманентным хранилищем, которое будет монтироватся в момент запуска/перезапуска приложения (быстрое, но небольшое хранилище, которое лежит на том же инстансе, что и само приложение), это уже не ephemeral filesystem, как у Хероку, но полноценная фс.
2. Есть, безусловно, есть. Мы ограничиваем использование памяти и процессорного времени на уровне Докера, приложение не сможет задействовать больше ресурсов, чем ему выделено.
3. Да, из п.2 вытекает возможность увеличения лимитов используемых ресурсов — как в автоматическом, так и в ручном режимах. На этапе бета-теста эта возможность не будет доступна из личного кабинета, но вы можете написать нам заявку на желаемые ресурсы (per application) и мы выставим соответствующие лимиты на ваш акк (или приложение).
4. Мы тоже сидим на амазоне, а если быть точнее, то у нас в данный момент есть комбо из амазона и азура. Насчет хранилища — да, можно использовать тот же s3 (нам для удобства пользователей нужно тогда отмечать, каким провайдером предоставлен тот или иной инстанс — будет сделано), но мы также прорабатываем вариант с перманентным хранилищем, которое будет монтироватся в момент запуска/перезапуска приложения (быстрое, но небольшое хранилище, которое лежит на том же инстансе, что и само приложение), это уже не ephemeral filesystem, как у Хероку, но полноценная фс.
Спасибо за ответы.
Честно, мне не хватает поддержки docker-compose, все мои проекты содержат в корневой папке конфиг компоса и было бы супер удобно если бы деплой система просто бы брала этот конфиг без всяких там билдпаков.
Честно, мне не хватает поддержки docker-compose, все мои проекты содержат в корневой папке конфиг компоса и было бы супер удобно если бы деплой система просто бы брала этот конфиг без всяких там билдпаков.
НЛО прилетело и опубликовало эту надпись здесь
По географии еще вопрос: Россия будет? Все таки у нас в стране действует закон №152-ФЗ о персональных данных, обязывающий хранить данные на территории РФ (часть 5 статьи 18).
PS: а вы соблюдаете как компания этот закон?
PS: а вы соблюдаете как компания этот закон?
Получается вся текущая архитектура построена на ресурсах Microsoft Azure?
Я так понял, что Вы используете Dokku для менеджмента билдпаков и для деплоя (в т.ч. создания поддомена итд)?
Какие плагины dokku используете?
Какие плагины dokku используете?
В частности интересуют вот эти (https://github.com/Zenedith/dokku-varnish-plugin, github.com/dokku/dokku-maintenance и github.com/dokku/dokku-letsencrypt).
Есть ли в планах их добавить? Спасибо.
Я просто для проекта сейчас использую dokku, но хотелось бы полностью hosted решения.
Есть ли в планах их добавить? Спасибо.
Я просто для проекта сейчас использую dokku, но хотелось бы полностью hosted решения.
На данный момент из тех, которые не идут в дефолтной поставке, используем только плагины для всех СУБД. С вашими плагинами ознакомимся, включим в список. Спасибо.
Только что получил информацию, что плагин dokku-maintenance будет доступен в бета-версии.
Мы сделаем список плагинов и поддерживаемых версий.
Мы сделаем список плагинов и поддерживаемых версий.
Зарегистрировался на платформе давненько, но ни привета, ни ответа. Нужно дождаться мая?
Да, у нас до недавнего времени была неопределенность в отношении команды и мы не делали никаких публичных заявлений и анонсов. Если не секрет, то откуда вы узнали о нас?
Блок «Новые компании» на главной странице Хабра, какое-то время там висел Dokkur. Регнулся еще в феврале.
Мы развивались постепенно и не планировали до каких-либо публичных заявлений открывать регистрацию. Я видел новых пользователей, но в условиях полной неопределенности с серверами/инфраструктурой, решил не активировать аккаунты до бета-теста.
Теперь заявление о запуске сделано публично, отступать некуда, в мае ждите письмо с активационной ссылкой :-)
Почему всё на басурманском? Что за мода пошла делать проекты для всех, кроме русскоговорящих?
Аудитория шире. Как правило, IT специалисты знают английский язык достаточно хорошо. Это международный язык, поэтому именно он и был выбран. Плюс, мы утрясали определенные моменты с руководством проекта Dokku (в отношении прав использования), и нам было необходимо предоставить полную информацию о продукте на доступном для всех языке. Двух зайцев, так сказать. Мы добавим поддержку русского языка, но следующей итерацией, ибо переводу подлежит не только фронт-часть, но и ряд серверных компонент, уведомления и пр.
Просто вы и в статье и на сайте уточняете что сервис из России..., давайте развивать PaaS в России вместе..., а сам ресурс на инглише. Лицемерненько как то, имхо.
Соглашусь, в этом есть определенный диссонанс, но причины для использования английского языка достаточно весомые. Призыв к совместному развитию — призыв показать всему миру, что в России мы можем сделать отличный продукт. Ограничившись одним русским языком, в мире никто нас не сможет понять. Повторюсь, что мы добавим русский язык, но следующей итерацией.
Я в эту новость попал после поиска статей по Heroku. Сидеть тупить в интерфейсе Heroku или найти переведённый аналог.
Меня привлёк заголовок «из России», я на радостях подскочил и выкинул англо-русский словарь в окно, а оказалось что всё так же как и у всех.
Никто не просит ограничиваться, приложения нужно делать максимально мульти язычными.
Тут не вопрос патриотизма, тут вопрос удобства интерфейса на подсознательном уровне. Язык который знаешь != родной язык.
В общем надеюсь фраза: «мы добавим русский язык» это не кормление завтраками как у продуктов jetbrains.
Меня привлёк заголовок «из России», я на радостях подскочил и выкинул англо-русский словарь в окно, а оказалось что всё так же как и у всех.
Никто не просит ограничиваться, приложения нужно делать максимально мульти язычными.
Тут не вопрос патриотизма, тут вопрос удобства интерфейса на подсознательном уровне. Язык который знаешь != родной язык.
В общем надеюсь фраза: «мы добавим русский язык» это не кормление завтраками как у продуктов jetbrains.
из != для
Как минимум :)
Как минимум :)
НЛО прилетело и опубликовало эту надпись здесь
Совокупность факторов, в т.числе и порог вхождения.
Тут еще стоит вопрос в масштабируемости, простоте расширения плагинами, различными субд и пр. Как говорится, в истории не может быть предположений и слов «если», и сейчас мы имеем то, что имеем, но ваш вопрос корректен. Мы делали ресерч на предмет готовых платформ/решений. Тестированием разных платформ занимались разные люди, решение не использовать их было принято в сознательном режиме :-)
Если интересен сам ресерч, я могу поднять записи и чуть позже выдать отчет, но скорее всего, это будет материал для другой статьи. Сейчас мы анонсируем бета-запуск и набираем аудиторию.
Если интересен сам ресерч, я могу поднять записи и чуть позже выдать отчет, но скорее всего, это будет материал для другой статьи. Сейчас мы анонсируем бета-запуск и набираем аудиторию.
А когда прайс можно будет посмотреть?
Очень интересно, на сколько от Heroku отличаться будете в цене.
Очень интересно, на сколько от Heroku отличаться будете в цене.
Да, будут.
Как вы собираетесь заходить на рынок хостинг и сервис провайдеров? Ведь очевидно продукту еще необходим биллинг и вся остальная экосистема, без которой продукт пока не более чем прототип, совершенно не подготовлен для бизнеса.
Хотя вынужден признаться — выглядит интересно, хоть и очень сыро еще.
Успехов вам.
Хотя вынужден признаться — выглядит интересно, хоть и очень сыро еще.
Успехов вам.
Мы идем по концепции MVP, в данный момент нас больше всего интересует обратная связь. Биллинг и прочее это про деньги все же, на данном этапе нас интересует мнение пользователей. Биллинг будет в тот момент, когда мы будем готовы брать деньги за наш продукт, в данный момент это больше прототип как вы верно подметили. Но до этапа приема оплаты еще очень много работы.
Мы рады что вам понравилось, спасибо.
Мы рады что вам понравилось, спасибо.
Система учета пользовательских ресурсов у нас имеется, биллинг — в процессе, после окончания нагрузочного тестирования и бета-тестирования, мы включим этот модуль. Мы посчитали, что в демонстрацию включать формочки, где мы просим пользователя вбить данные CC — неуместно, ибо чем тут хвастаться? «Смотрите, мы можем списать с вас деньги»? Сейчас у нас такой посыл, что прежде всего — работоспособность самого продукта. Для фин. модели есть несколько вариантов — ребята сейчас выбирают наиболее жизнеспособную и без нагруз.тестирования это, к сожалению, сделать невозможно. «Вся остальная экосистема» — это что?
спасибо за ответ
>>> «Вся остальная экосистема» — это что?
— встроенный мониторинг для приложений и система оповещений
— система репортов (если таки собираетесь работать с провайдерами)
— failover и disaster recovery (для пользовательских данных, т.к. они будут скорее всего жить не в контейнерах, а рядом)
— система колаборации и разграничения прав в рамках одного совместного проекта для проектов, над которыми работают более одного человека
— локализации под провайдеров (куда без этого)
— шаблоны для CI/CD паттернов, если хотите, чтоб это действительно приносило пользу, а не только симпатишно крутило helloworld
— поддержка оверлейных сетей (возможно я не был очень внимательный, но этого я не увидел, а ведь если это PaaS для публичного облака, то без этого будет тяжело, ведь среды пользователей необходимо изолировать)
— в конце-концов cli клиент / открытый API
— вагон документации
и уж поверьте, это только начало из огромнейшего списка…
тем не менее, если мотивации у вашей команды предостаточно, то все у вас получится
good luck ;)
>>> «Вся остальная экосистема» — это что?
— встроенный мониторинг для приложений и система оповещений
— система репортов (если таки собираетесь работать с провайдерами)
— failover и disaster recovery (для пользовательских данных, т.к. они будут скорее всего жить не в контейнерах, а рядом)
— система колаборации и разграничения прав в рамках одного совместного проекта для проектов, над которыми работают более одного человека
— локализации под провайдеров (куда без этого)
— шаблоны для CI/CD паттернов, если хотите, чтоб это действительно приносило пользу, а не только симпатишно крутило helloworld
— поддержка оверлейных сетей (возможно я не был очень внимательный, но этого я не увидел, а ведь если это PaaS для публичного облака, то без этого будет тяжело, ведь среды пользователей необходимо изолировать)
— в конце-концов cli клиент / открытый API
— вагон документации
и уж поверьте, это только начало из огромнейшего списка…
тем не менее, если мотивации у вашей команды предостаточно, то все у вас получится
good luck ;)
Множество из того, что вы перечислили у нас уже имеется, но множество — нет, отдельное спасибо за упоминание про CI — этот вопрос стоит достаточно остро. Спасибо, что верите в нас :-)
Платформа построена на решении под названием Dokku (не отечественная разработка, внезапно). Там есть и клиент, и документация, и плагины, и куча всего другого. Про CI не понял, публикуется, как и на Heroku – через git push, а прогон тестов и сбор каких-то аналитических данных, думаю, будет на плечах самих пользователей сервиса – тебе предоставляют платформу, а ты уже крутишь, как хочешь.
leoismyname, не просто CI, а CI/CD (значит включая continuous delivery), запушить изменения гитом и собрать имедж, пушнуть его в регистри — это 1% от всего процесса, а вот если платформа умеет еще прозначно редеплоить без даунтайма, использовать живую миграцию для statefull исключений из on-premise на хибридное облако по регионам, уметь балансировать автоматически ворклоады (по континентам через оверлейные сети) и что самое важное делать это на лету без ручных вмешательств оператора (концепция NoOps) — тогда это уже next level.
Уверен, что ребята из Dokku и это прикрутят, но все постепенно. Чтоб научиться ходить — сначала нужно научиться ползать, иначе не бывает.
Уверен, что ребята из Dokku и это прикрутят, но все постепенно. Чтоб научиться ходить — сначала нужно научиться ползать, иначе не бывает.
Частично, ответственность за это лежит на Docker и Heroku – источниками решений, за которыми неспешно идет Dokku. Стоит, наверное, отметить, что сам по себе Dokku минимален, написан на Bash, по заверениям авторов укладывается в 200 строк и построен всего на трех компонентах – Buildstep (сборка), Docker (контейнеры), Gitreceive (хук для git push).
Вместо реализации pre-deploy хуков, в Dokku есть CHECKS-файлы, точнее один, который обеспечивает подобие zedo-downtime deployment (рядом с опубликованным контейнером поднимается еще один, тестируется согласно правилам описанным в CHECKS и, если все ок, контейнеры переименовываются, старый контейнер удаляется через несколько минут). Роллбэки так же можно делать, опять таки, используя написанный кем-то плагин для Dokku + свой/чужой Docker registry (это если про код).
Сам я Heroku не использовал, но знаю, что тонкие настройки приложения там описываются в, скажем так, «манифест» файле в формате json, в котором перечисляются зависимости разворачиваемого приложения (например, нужно поднять инстанс монго), указываются пути для пре и пост деплой хуков.
Документация в Dokku скромна, потому что сам инструмент звезд с неба не хватает. Если есть интерес, можно так же посмотреть в сторону Flynn и Deis. Тоже Open source, тот же подход с билдпаками, но более размашисто.
Вместо реализации pre-deploy хуков, в Dokku есть CHECKS-файлы, точнее один, который обеспечивает подобие zedo-downtime deployment (рядом с опубликованным контейнером поднимается еще один, тестируется согласно правилам описанным в CHECKS и, если все ок, контейнеры переименовываются, старый контейнер удаляется через несколько минут). Роллбэки так же можно делать, опять таки, используя написанный кем-то плагин для Dokku + свой/чужой Docker registry (это если про код).
Сам я Heroku не использовал, но знаю, что тонкие настройки приложения там описываются в, скажем так, «манифест» файле в формате json, в котором перечисляются зависимости разворачиваемого приложения (например, нужно поднять инстанс монго), указываются пути для пре и пост деплой хуков.
Документация в Dokku скромна, потому что сам инструмент звезд с неба не хватает. Если есть интерес, можно так же посмотреть в сторону Flynn и Deis. Тоже Open source, тот же подход с билдпаками, но более размашисто.
Как это приятно, когда «мы поставили цель сделать свою собственную платформу. И мы ее сделали.» Молодцы же!
Прямо вау! Приятно видеть, что кто-то в России занимается подобными разработками. У меня вопрос: вы намерены поддерживать популярные php cms? В частности интересует Wordpress. Если да, то будут ли какие-нибудь демо-материалы, наподобие того, что уже есть в статье, но только с комментариями? Спасибо.
Dokkur ..., cвоя PaaS,… из России… Простите, но пост немного высокомерный по отношению к сообществу и разработчикам Dokku, несмотря на вашу работу по написанию интерфейса с биллингом и развертыванием. В любом случае, искренне рад вашему успеху. Всегда существовало недопонимание, почему в России везде всякие VDSmanager и доступ по FTP, когда даже обычные разработчики пишут на хабре посты как поднимать свою инфраструктуру с помощью Docker Swarm и тд.
Я не соглашусь, что наши действия высокомерны.
1. Мы написали не просто интерфейс с биллингом и «развертыванием». Сам докку однопользовательский и не поддерживает кластеризацию. У нас написана огромная прослойка между докку и пользователем в виде инстанс-апи, коммуникацию с которым делает центральное приложение. Это, наверное, самая большая наша собственная разработка в данном проекте, помимо автоматизации управления ДНС, системы делегирования доступов пользователей к cli и api методам. И это только верхушка айсберга, поверьте.
2. Все наши действия целиком и полностю согласованы с Джефом Линдсеем (создателем и правообладателем того самого Докку). 25 января этого года у нас была конференция с их командой, по результатам которой мы получили одобрение своих действий.
1. Мы написали не просто интерфейс с биллингом и «развертыванием». Сам докку однопользовательский и не поддерживает кластеризацию. У нас написана огромная прослойка между докку и пользователем в виде инстанс-апи, коммуникацию с которым делает центральное приложение. Это, наверное, самая большая наша собственная разработка в данном проекте, помимо автоматизации управления ДНС, системы делегирования доступов пользователей к cli и api методам. И это только верхушка айсберга, поверьте.
2. Все наши действия целиком и полностю согласованы с Джефом Линдсеем (создателем и правообладателем того самого Докку). 25 января этого года у нас была конференция с их командой, по результатам которой мы получили одобрение своих действий.
А вот это здорово.
Спасибо, этот комментарий куда интересней статьи в стиле «Ubuntur — первая OSaaS из России, недорогой аналог Microsoft»
Эта статья, анонс сервиса, технические подробности будут, но это будет совершенно другая статья, подписывайтесь на наш блог, мы только начали рассказывать о нашем проекте. Будет еще много всего интересного, и конечно будут именно технические статьи, где мы осветить технические и архитектурные особенности нашего проекта.
взяли бы готовую OpenShift платформу и разворачивали для клиентов на Российских серваках
-> понятная платформа, наработаная база типовых приложениий и картриджей
https://www.openshift.com/features/cartridges.html
https://marketplace.openshift.com/
и проработанные методы создания своих картриджей -> профит
к чему эти велосипеды? вобщем вангую — что загнется.
-> понятная платформа, наработаная база типовых приложениий и картриджей
https://www.openshift.com/features/cartridges.html
https://marketplace.openshift.com/
и проработанные методы создания своих картриджей -> профит
к чему эти велосипеды? вобщем вангую — что загнется.
Почему взяли за основу Dokku, а не Deis или Flynn?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Dokkur – первый PaaS из России