Slava Kulpichev

Идеального решения из опенсорса на данный момент нет. Хотите надежность и стабильность — drbd, хотите масштабируемость — glusterfs и ceph. И блочные устройства ceph точно работают на ядрах 3.2, сам пробовал. Glusterfs мне очень нравится, вот прямо очень-очень, весьма красивый продукт, и развивается Red Hat'ом. Но и ceph и glusterfs не порадовали меня скоростью «ребилда» после смерти и восстановления одной из нод. Правда я пытался их использовать для хранилища виртуалок, в вашем случае может быть этот момент не будет столь критичен. Пока что остановился на drbd — быстро и стабильно. Да, пару раз приходилось править split-brain, ничего страшного в этом нет.

Это понятие может относится только к количественно измеряемому параметру. Язык программирования таковым не является.

Всегда работал в небольших коллективах и самое оптимальное — это самостоятельное распределение работниками (обычно равномерное, без сеток и критериев). Командный дух и т.д т.п. хорошо стимулирует.

Lift вряд ли ждёт расцвет. Его и Поллак не сильно удачно вёл, а без него там, мне кажется, вообще всё в свободное плавание отправится. А такому сложному проекту нужен порядок — возможностей много, желаний много, нужен стержень, идеология.

Play и до Typesafe очень много шума наделал, а теперь на него ещё и ставки большие сделаны — так что его вытягивать «в люди» будут сильно.

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

В общем, если «лёгкости» с Lift не достигнуто, то я бы не стал тратить на него время — из-за мутных перспектив.

В качестве прямого ответа на вопрос автора.
В мире веб-разработки сейчас доминируют два технологических подхода — LAMP (и подобные) и Java.

LAMP — это разработка на PHP, либо Ruby, либо Python. Под любым вариантом существуют довольно удобные фреймворки. Языки, сами по себе, также неплохо развиты. PHP лидирует со значительным отрывом по распространённости как среди разработчиков, так и среди заказчиков; во-многом благодаря распространённому мнению, что PHP-кодеры дешёвые и их много. Зарплаты на самом деле очень разные, как правило зависят от степени ориентированности компании на технологию. LAMP — это как правило мелкие и средние заказы, восновном сайтоделание. В любом случае во фрилансе довольно сложно заполучить крупный проект. Хотя мне как-то предлагали долгосрочную удалённую работу на американского хостера за ~$2000 в месяц.

Java — на мой взгляд самая прогретая по зарплате область в web-программировании. И она продолжает подогреваться ентерпрайзами как в западном мире, так и в России. У меня нет данных насчёт успешности применения Java во фрилансе. Заказчиков должно быть достаточно. Разработчиков тоже. Java — развитая платформа, предоставляющая бесплатно колоссальное количество всяческих библиотек, фреймворков и прочих поделок. Многие очень грамотно спроектированы. Я плохо понимаю специфику Вашей работы, но мне кажется, в Вашем случае плюсом может стать наличие real-time библиотек и востребованность Java для разработки под железо. Минус этого варианта в высоком пороге входа. Чтобы овладеть мат-частью Java (особенно web) придётся потратить много времени.

В качестве just for fun. У меня сосед в деревне у бабушки неплохо зарабатывает на стройке-ремонте, и подторговывает пиломатериалами. В среднем в год больше меня получает. А я между прочим в Москве зарплату получаю. А сантехник там же, у бабушки, из меня всю кровь выпил в виде денежных накоплений. ;-)

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

Вы имеете ввиду, можно ли сделать чтоб балансировщик принимал запросы на 443 порту?
если да, то тогда:

backend bTest_SSL
mode tcp
option ssl-hello-chk
server WebA X.X.X.X:443 weight 1

frontend fTest_SSL Y.Y.Y.Y:443
mode tcp
default_backend bTest_SSL