Назад | Перейти на главную страницу

Простой «cron», убивший вариант облачного хостинга

Моему приложению SaaS требовалось ночное задание cron для запуска, анализа базы данных, отправки электронной почты и выполнения некоторых работ по обслуживанию базы данных. Это задание не может быть инициировано действием пользователя.

Практически каждое решение «облачного» хостинга терпит неудачу до такой степени, что мне говорят: «Мы не можем этого сделать».

  1. Неужели эта функция настолько экзотична, что провайдерам облачного хостинга просто наплевать?
  2. Я здесь использую неправильный жаргон? я должен использовать другую концепцию?
  3. Должен ли я использовать выделенный хостинг, где у меня есть "root-доступ" как единственное решение?

Я не уверен, на каких провайдеров вы смотрели, но у всех, кого я использовал (Dreamhost, Hostgator, Rackspace, Linode, MediaTemple и другие), не было проблем с запуском заданий cron.

Честно говоря, я бы пошел в другом направлении, если бы хостинговая компания когда-либо сказала мне, что задания cron не подходят. Cron - это то, что является неотъемлемой частью запуска чего-либо в Linux, и он должен быть «заданным», прямо там, с доступом по SSH.

Я думаю, что речь может идти о решениях PaaS (GAE, Azure), а не о IaaS (EC2, Rackspace, ...) - я думаю, что облачные вычисления - это наиболее перегруженный ИТ-термин.

В PasS это часто упоминается как дела по расписанию или так. Вот описание GAE http://code.google.com/appengine/docs/java/config/cron.html . Не знаю, как для других платформ.

Я точно знаю, что Amazon EC2 не будет иметь проблем с Cron.