CloudConf 2011: открылась регистрация

Сегодня открылась регистрация на “облачную” конференцию CloudConf, которую я, к сожалению, пропустил в прошлый раз. Конференция будет проходить 29-30 марта в московском “частном парке” Digital October, который находится в здании бывшей фабрики “Красный Октябрь”. Совсем недавно там проходил ТехКранч, а ещё год назад в подвале фабрики находился прекрасный музыкальный клуб “Шоколадная фабрика”.

Программа конференции ещё не свёрстана,  но уже можно заметить несколько интересных изменений по сравнению с прошлым годом: выделены секция стартапов, которая подтянула представителей “больших кнопок” рунета, и секция “объединённых коммуникаций” — набирающий обороты тренд телекоммуникационных услуг по модели SaaS.

Участие в конференции платное, от 3000 до 5000 рублей, в зависимости от даты регистрации, а в твиттере раздают скидки.

Теги : ,

Опубликовано: 2011-02-17

Облако Selectel – опыт использования

Уже прошел месяц, как этот блог переехал в облако компании selectel, и я спешу поделиться с Вами небольшим опытом использования.

Основной причиной, по которой я выбрал selectel – это многочисленные публикации хабрапользователя amarao, в которых очень подробно описывал устройство своего облака и все нюансы его создания и использования. И несмотря на то, что в рунете уже есть несколько провайдеров, использующих платформу XEN, никто ещё так здорово не рассказывал о своих продуктах. Остальные (shared-хостинги, OpenVZ-based, etc), впрочем, тоже. Ну может быть djino и diphost.

Главное отличие облака selectel в том, что клиент платит только за потреблённые ресурсы. Причём способ подсчёта, например, дисковых операций, даже более прогрессивный, чем у зарубежных монстров хостинга.

Мой зоопарк, который я размещаю в облаке, состоит из пары блогов на wordpress, одного сайта на Битриксе и трекера redmine. Собственно из-за последнего я и выбрал VPS вместо shared-хостнга, тем более что цены примерно одинаковые: за прошедший месяц моя машина даже не смогла потребить 200р!

Selectel, статистика использования ресурсов

Стоит заметить, что больше всего денег я заплатил за использование памяти. Среднее потребление составило 350-400MB, при этом функция memory-on-demain показала себя просто замечательно – регулирует потребление очень оперативно, машина почти не свопится, а файловый кеш системы всегда имеет разумный размер.

Теперь о производительности. Для простых смертных есть два скриншота панели производительности Битрикс:

Панель производительности битрикс

Панель производительности битрикс

Результаты дискового теста sysbench колебались от ~700 IOPS до 3000, вот один из таких тестов:

sysbench –num-threads=16 –test=fileio –file-total-size=3G –file-test-mode=rndrw run
sysbench 0.4.12:  multi-threaded system evaluation benchmark
Running the test with following options:
Number of threads: 16
Extra file open flags: 0
128 files, 24Mb each
3Gb total file size
Block size 16Kb
Number of random requests for random IO: 10000
Read/Write ratio for combined random IO test: 1.50
Periodic FSYNC enabled, calling fsync() each 100 requests.
Calling fsync() at the end of test, Enabled.
Using synchronous I/O mode
Doing random r/w test
Threads started!
Done.
Operations performed:  6009 Read, 3996 Write, 12672 Other = 22677 Total
Read 93.891Mb  Written 62.438Mb  Total transferred 156.33Mb  (14.268Mb/sec)
913.14 Requests/sec executed
Test execution summary:
total time:                          10.9567s
total number of events:              10005
total time taken by event execution: 134.8852
per-request statistics:
min:                                  0.01ms
avg:                                 13.48ms
max:                                363.06ms
approx.  95 percentile:              56.69ms
Threads fairness:
events (avg/stddev):           625.3125/59.11
execution time (avg/stddev):   8.4303/0.31

Техническая поддержка также оказалась на удивление расторопной: у меня возникла проблема с прописыванием PTR-записи, очень оперативно помогли.

В целом, я очень доволен, надеюсь что проект будет успешно развиваться и дальше.

Теги : , ,

Опубликовано: 2011-02-08

Облачные грозы. Какого цвета зонт Вы бы выбрали?

У любых товаров, равно как и у компаний, которые их производят, есть свой жизненный цикл. В секторе IT жизненный цикл существенно короче, чем в традиционных. Каждый день появляется огромное количество новых программ, какие-то из них активно развиваются, другие стагнируют, проходят различные слияния и разделения. Очень часто такие изменения происходят без учёта пожеланий пользователей самих программ. В связи с этим возникает вопрос: что будет с моим приложением, если компания, которая его производит, перестанет существовать?

В классической коробочной модели у меня останется ПО, которое не перестанет работать. У меня будет время спокойно перенести необходимые данные на аналогичное ПО конкурента, либо привлечь сторонних разработчиков для доработки существующей программы. А что произойдёт в таком случае с облачным продуктом?

Давайте рассмотрим два примера.

Первый – Google Wave.
Несмотря на то, что был выпущен очень качественный продукт, он либо опередил время, либо его аудитория оказалась не сильно меньше планируемой. Проект было решено закрыть, а исходные коды были опубликованы под одной из открытых лицензий. Пользователи получили возможность забрать свои данные, перенести их на свои сервера, и продолжить работу. На лицо продуманный и грамотно воплощённый жизненный цикл продукта.

Второй – недавняя шумиха вокруг del.icio.us.
Пользователи на основе слухов о закрытии сервиса ринулись спасать свои данные. В ход шли самописные скрипты, просьбы на форумах о помощи в переносе. Кто-то уносил ноги закладки вручную. Не хотелось бы мне оказаться в подобной ситуации, если бы речь шла о бизнес-приложении.

Для меня защитой от подобных случаев были бы:

  • возможность экспорта данных из интернет-сервиса в какой-либо общепринятый формат
  • гарантия получения исходных кодов приложения в случае закрытия продукта

Да, в ряде случаев эти пункты технически нереальны, значит нужно искать какой-то компромиссный вариант. Но он должен быть!

Для разработчика плюсом предоставления таких гарантий, кроме конечно же лояльности пользователей, будет возможность закрыть сервис, который не приносит доходов, но при этом используется каким-то количеством пользователей.

А какие гарантии хотели бы получить Вы?

Теги : , , , ,

Опубликовано: 2011-02-07