> Можно ли как то прикрутить LDAP каталог пользователей? Механизмы аутентификации и авторизации прикручивать самописные или есть возможность унифицированных вариантов?
> jelastic же берет на себе заботы о ващей платформе полностью, насколько я понял.
именно так. Мы предлагаем вам оптимальный вариант настроенных шаблонов окружений. Стараемся по максимуму уменьшить минимально необходимое кол-во операций для старта и работы, при этом не ограничиваем в возможностях. В тоже время, если вдруг кому-то чего-то не хватает — есть возможность донастроить.
1) к каждой СУБД есть своя предустановленная админка (выбирали наиболее популярные)
2) параметры доступа приходят на почту
3) к БД подцепится очень просто jdbc:mysql://mysql.{your-env-name}.jelastic.com/{dbname}
4) логин и пароль, те которые укажите через админку
5) уже пометили добавить руководство по подключению к БД в документацию ;)
спасибо за ваш интерес. к сожалению до официального релиза информация про тарифы или бесплатніе квоты не раскрывается. Такие правила. Я ничего не могу поделать…
насколько прожорливое ваше приложение?
Есть планы дать возможность в окружении создавать отдельный REC (Runtime Execution Container) c рутовым доступом, ну и там можно будет запускать чего надобно. Мы не будем отвечать за работоспосбность софта внутри, НО он тоже будет масштабироваться.
на этом рынке живет и процветает несколько облачных платформ, причем рост еще продолжается. во вторых, не обязательно быть разработчиком чтобы использовать Jelastic. Можно просто взять готовое приложение и развернуть его у нас, как например Magnolia blog.jelastic.com/2011/07/25/how-to-deploy-magnolia-cms-to-cloud/. Скоро ролики будут с Alfresco, OpenCMS и прочими.
> Остается главный вопрос: сколько это будет стоить?
система тарификации один из ключевых моментов. система билинга уже в пути. комерческая верия не загорами. сами с нетерпением ждем запуска полноценной комерческой версии, но как говорится торопись не спеша.
> И почему (судя по рекламным материалам) целевая аудитория — девелоперы (что-то в этом есть, конечно, но уж больно узкая ниша)?
потому что разработчики и нуждается в таком решении. а какие вы еще видите другие группы целевой аудитории?
мы планируем сделать простую схему тарификации, внутри команды периодически возникают горячие дебаты по этому поводу…
спасибо за идею анлим, но мне кажется это нереально. Разные приложения могут потреблять разное кол-во ресурсов, от одного до 100 серверов. Никому не хочется быть в убытке ни клиенту ни провайдеру услуг.
этот вопрос еще не прорабатывался, принимаются предложения support.jelastic.com/
именно так. Мы предлагаем вам оптимальный вариант настроенных шаблонов окружений. Стараемся по максимуму уменьшить минимально необходимое кол-во операций для старта и работы, при этом не ограничиваем в возможностях. В тоже время, если вдруг кому-то чего-то не хватает — есть возможность донастроить.
2) параметры доступа приходят на почту
3) к БД подцепится очень просто jdbc:mysql://mysql.{your-env-name}.jelastic.com/{dbname}
4) логин и пароль, те которые укажите через админку
5) уже пометили добавить руководство по подключению к БД в документацию ;)
есть, в след релизах выкатим
> И возможна ли live-migration?
опишите более детально что конкретно имеете ввиду, мы можем понимать разные вещи под одними словами.
насколько прожорливое ваше приложение?
Heroku, Cloudbees, Azure, тот же Amazon
> P.S. готовое приложение и на amazon можно развернуть…
можно. только сколько при этом потратится сил и времени?
система тарификации один из ключевых моментов. система билинга уже в пути. комерческая верия не загорами. сами с нетерпением ждем запуска полноценной комерческой версии, но как говорится торопись не спеша.
> И почему (судя по рекламным материалам) целевая аудитория — девелоперы (что-то в этом есть, конечно, но уж больно узкая ниша)?
потому что разработчики и нуждается в таком решении. а какие вы еще видите другие группы целевой аудитории?
спасибо за идею анлим, но мне кажется это нереально. Разные приложения могут потреблять разное кол-во ресурсов, от одного до 100 серверов. Никому не хочется быть в убытке ни клиенту ни провайдеру услуг.