cap_nemo

Делайте Open Source и берите деньги за поддержку. Вот какие выгоды:

1) Вы будете зарабатывать на подписке;
2) Ваша система будет изучаться и развиваться сторонними разработчиками;
3) К вам будут обращаться за доработками и "допиливанием" функционала.

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

Хорошие художники копируют, великие художники воруют (Пабло Пикассо)

Не стоит понимать буквально, и вот почему: могут быть художества, где оформление красивое, а сюжета нет. Или наоборот. И что плохого в том, если вы в художество, где красивое оформление добавите отличный сюжет, или в отличный сюжет добавите красивое оформление? Заимствование в сферах искусства - обычный прием. Только если вы копируете - то вы просто получаете хорошую копию, а если заимствуете и улучшаете - то отличный оригинал!

Берите хорошие идеи и улучшайте их!

Так как у вас навыков не очень много - учитесь на работе. Не вместо работы, а на ней. От вас никто не ожидает чудес. Работодатель брал вас, понимая что у вас мало опыта. Решая текущую задачу, ищите как делали ранее или как решали подобные задачи. Какие в принципе есть подходы, сравнивайте их между собой. Каждый раз делая такой "НИОКР" вы будете и себя прокачивать, и приносить пользу организации, внедряя что-то более эффективное. Со временем у вас сложиться определенный кругозор и своя методология.

Эффективно используйте время в транспорте - читайте книги, слушайте аудиокниги.

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

Здесь масса факторов, которые влияют на выбор. И нужно в условиях задачи описывать критерии, которые вам важны, что за назначение гостевых ОС. Как вы их собираетесь обслуживать и делать резервное копирование. А что будет, если у вас сервер ваш сломается, как вы будете переносить данные? Надо помнить - что один гипервизор, может сразу отключить несколько сервисов одновременно, если сервер, на котором он запущен - не резервируется, и случайно выйдет из строя. Вся ИТ-инфраструктура небольшой организации может перестать функционировать.

На примере: если у вас ОС в которой стоит сервер БД, то лучше использовать контейнерную виртуализацию, так как некоторые системы виртуализации не умеют автоматически увеличивать размер диска гостевой ОС. И что будет если диск переполнится? Вам нужно будет вручную перенастраивать образ диска, расширять его и т.п. Если у вас простеньский веб-сайт на гостевой ОС, то можно использовать уже и не контейнерную виртуализацию. Если Вам нужно специфическое ядро в ОС Linux, контейнерная виртуализация тоже может не подойти. Дьявол кроется в деталях.

Тренд последнего времени - это контейнерная виртуализация на Docker.
Для Вашего случая - скорее всего подойдет Proxmox, в нем есть и контейнерная виртуализация OpenVZ и обычная KVM.

Сейчас Ваш бюджет равен 0. Чтобы не уйти в минус, надо как минимум не давать питание на серверы :-)

Возможно есть команды, в том числе и стартапы, которым нужны сервера, только они не хотят тратиться на них, зато могут разместить где-то у себя в датацентрах. Можете с ними договориться, поставить систему виртуализации и делить мощности сервера пропорционально по договоренности. Сервер не продан, в "-" не уходите, оставшиеся мощности можно под свои проекты задействовать. Небольшие SAS-диски - по сути только для небольших виртуальных машин.

Андрей Робачевский "Операционная система UNIX" - Очень хорошая книга для понимания того, как работают Unix системы. Есть еще книга: Unix. Руководство системного администратора(Unix red book). То издание, которое видел - достаточно устарела.