Михаил

Linux - инструмент для решения каких-то задач (ну или целая экосистема инструмента). Да, есть те, кто продаешь пасатижи. Но больше тех, кто зарабатывает на применении пасатиж для других задач, не связанных с ИТ.
Думайте в контексте "какой бизнес мне сделать, какую нужду людей удовлетворить". А уж понадобится для этого Linux, C++ или что-то другое - выяснится позже.
Отталкиваться от инструмента - commiting suicide.

Я вот тут ответил развернуто:
Что нужно знать чтобы стать начинающим системным инженером (devops)?

Just like that. Причем не this, а that.
Слова, начинающиеся с Some***** в данном контексте выглядят как Runglish.

"у меня для этого есть ... , ... и хороший инвестор"

Мои поздравления: у вас нет инвестора.
Потому что:
1) Адекватный инвестор, имеющий деньги на самом деле, потребует результаты customer development
2) Неадеквтный "инвестор" с деньгами, оставшимися от зарплаты грузчика после пропоя, не поднимет такой проект.
=======
"моя роль управляющий проектом"
"Как мне защитить дизайн сайта и фунционал от копирования"

И еще одно поздравление: если это первичная проблема[а это очевидно так], которая вас на столько волнует, что вы на нее потратили несколько десятков букв, то и управляющего проектом у вас нет.

Вам нужен CGroups.
ulimit прекрасно обходится и толком не работает.

"И нужна ли ветка Develop на продакшене? Я понимаю. зачем нужны ветки"

И все же вы не до конца понимаете, зачем нужны ветки, если у вас ветка "develop".
Обычно это так делается: есть транк - с ним все понятно. Есть задача на фичу. Брэнчуемся, делаем фичу, мерджимся обратно в транк. И так на каждую фичу своя ветка. Баги правим только в ветках (иногда будет требоваться ребейз).

Деплой, однако, идет не из транка. Ведь в транке версия SNAPSHOT. А деплоить на прод нельзя такое. Как надо: брэнчуетесь от транка, убираете SNAPSHOT, прогоняете все тесты (внимание на слова FoxInSox: CI нужен), деплоите с этой ветки.

Возвращаясь к разработке, вы опять брэнчуетесь от транка для каждой фичи или комплекта фич.

Статистический анализ:
awstats
webalizer
(только зачем они теперь нужны, когда есть Google Analytics?)
www.valencynetworks.com/articles/top-10-web-log-an...

Анализ безопасности:
apache-scalp
IDA (Intrusion Detection for Apache)
Вообще смотря какой сервер. они ж разные и анализаторы разные. Ситуация усложняется, если ставите реверс-прокси или вэб-сервер отдает интерпретируемый код к бэкэнду (AJP, [Fast/S]CGI). Короче, описывайте ситуацию подробнее.

Наиболее правильным является демон (сервис), то есть удовлетворяет 7-ми правилам (закрыть дескрипторы, перейти в корневую директорию, создать PID-файл, отцепиться от SID родителя, уйти в бэкграунд и так далее)
Пишите init-скрипт с LSB тэгами.

"2. нанять универсала-программера (по имеющимся финансам – максимум студента)"

Ваш проект можно написать за три недели (не с нуля конечно, на фреймворке). Нормальный программист в регионе, не студент, возьмется это сделать за 30-40 тысяч. Разве это такая неприподъемная сумма?
Вы решили делать бизнес? Учитесь решать проблемы. Вот вам первая - найти сорок штук. Таксируйте по вечерам, вагоны разгружайте, делайте курсовые глупым студентам, калымьте по специальности. Размыть долю инвестициями всегда успеете. Не торопитесь это делать.

Чем дольше живу, тем чаще склоняюсь к мысли, что настроенная по всем стандартам система не требует документации. Как у программистов: хороший код - сам себе и есть документ.

Я как-то написал целый тьюториал: nodesquad.blogspot.ru/2013/04/blog-post.html
После него уже будете себя уверенно чувствовать и задавать куда как более детальные вопросы.

Нет такого термина "сетевое программирование". Сетевой маркетинг только бывает :)
Вам надо более точно определиться с языком и архитектурой. И уже тогда можно будет говорить о выборе книг.
Вообще, сети - самое просто после Hello World, там тяжело целую книгу накатать. Скорее это будет книга по какому-то фреймворку или технологии, типа "HeadFirst Servlets and JSP" или "RESTful Java with JAX-RS" (пример для Java).

Я понимаю, что вопрос был не в том, стоит ли заниматься, а в том, что почитать. И тем не менее: две причины, почему вам придется отложить эту затею на несколько лет.
1) Ваша мотивация - недовольство размером куска директора. Вы все еще живете его жизнью, а значит не самодостаточны.
2) Вы концентрируетесь на второстепенных вопросах, которых на самом деле в бизнесе не встретите (внезапно, но это так).

Возможно вы умный человек, но вам нужно дойти до более зрелого состояния, чтобы начать своё дело.

У вас речь идет о сотне килобаксов и нет контракта?

Есть только три крупных основных ветки: Debian, RedHat и Slackware. Плюс одна новая: NixOS. Все остальное - их потомки и действительно отличаются не сильно. Что-то подинамичнее и посвежее (Ubuntu, Fedora), а что-то поустойчивее (как правило сами "отцы основатели").
В любом случае это неважный вопрос. Зная что-то одно, можно спокойно привыкнуть к другому за очень короткий срок. Причем это действительно будет не вопрос знаний, а вопрос привычки.
Совет: не заморачивайтесь и работайте с тем, к чему привыкли. Все ОС вполне достойные.

В любом случае нужно полное резюме выложить. Зачем его скрывать, если оно все равно лежит в открытом интернете?

Небольшие общие советы:
1) Добавьте фото. Рекрутер - живой человек. Вы автоматически превратитесь из замусоленного текста в личность в его воображении.
2) Рассортируйте навыки. FreeBSD и Avaya в одном списке - это балаган. Рекрутер вынужден читать не нужные ему разделы, а все. Пусть Avaya будет в сетевых навыках вместе с OSI и iptables, а FreeBSD в списке ОС вместе с M$.