Fellowship

Bootstrap же)
Пробовал много разных, но в итоге остался на бутстрапе. Какой-то он средний что-ли. Без излишеств и без недостающих (самых нужных) елементов.
А вообще можно взять 5 самых популярных и покрутить каждый в течении дня. Этого достаточно будет для понимания - ваше или не ваше. Иногда пара нюансов отличающих один инструмент от других буквально влюбляют в себя.
Все таки советы в выборе инструментария как правило сугубо личные и относительные. Пока не попробуешь - не поймешь сразу, твое - не твое.

Bootstrap 4 тогда. А за, то что это Beta не волнуйтесь, если ручки есть, то всегда можно что-то подправить, это не JS или PHP фреймворк, а только CSS. LESS версия в помощь, вообще как по мне лучший вариант.

Вы читали кучу мануалов, но упустили самое главное - официальная документация. Как так? Там как раз и говорится как делать и почему. На вопросы уже поотвечали, но пройдусь ещё раз, раз столько времени на чтение ответов потратил :>
1) https://docs.docker.com/engine/userguide/dockervolumes/
2) https://docs.docker.com/engine/articles/host_integ...
3) Ответ простой - как хотите. Как лучше знаете только вы, звучит банально, но это так. Хотите хоть всё в один контейнер запихните, это ваше дело. Хотя рекомендуют 1 компонент на 1 контейнер. В этом есть своя логика - хочется обновить только mysql - обновляете этот контейнер и не думаете, поломался ли у вас uwsgi или nginx или ещё чего.
4) Напишите свой первый Dockerfile, станет куда яснее как выбирать. А пока доверяйте только официальным образам.
5) git? Этот вопрос - следствие непонимания вопроса 1)
6) Уже ответили. Самое простое, если не понимаете - не используйте dockerhub вообще. Или начните понимать. :) Или платите за приватные репозитории, чтобы не думать об этом.

1) data-only containers
2) решите задачу подъема самого сервера с запущенным Docker, в контейнерах задаете политику всегда перезапускаться - они вместе с самим Docker запустятся
3) в идеале по контейнеру на процесс либо логическую часть, к примеру MariaDB это один, Python сервер это второй и так далее
4) внимательно изучать внутренности, кроме официальных выбирать только те, которые имеют автоматические билды с отрытым Dockerfile и поддерживаются актуальными, иногда придется делать свои
5) ответ тот же что и 1) + резервное копирование/восстановление из томов
6) не встраивайте чувствительные данные в образы и не попадут

В качестве неплохого примера можете посмотреть мою разработку (правда, ориентирована на PHP, но суть та же, посмотрите как устроено): https://github.com/nazar-pc/docker-webserver

> Docker. Как его применять на вебсервере?

Никак. Docker — игрушечная технология не предназначенная для использования в реальных задачах. Ставя докер вы четко говорите себе «Мне плевать на обновления безопасности, они мне не нужны».
Если вам нужна контейнеризация, то есть lxc.

> c# на нем еще пишут?)
С чего вдруг столь странный вопрос?

> Есть ли смысл браться за все направления серверной разработки?
Есть.
Я еще и десктопную туда добавил, и мобильную, и еще ряд более редких направлений. И ни разу не жалею.

> Что учить?
Учат - стихи, наизусть.
А программированию - учатся.
Главное в программисте - это понимание общей логики. Веб не исключение. Скажем, формы (form) - они и в Африке формы. HTTP-запросы - они и в Африке HTTP-запросы. MVC - он и в Африке MVC. И главное - гугл - он и в африке гугл.
И чем больше вы изучите разных средств (в смысле изучите на практике, а не сколько учебников прочитаете), тем обширнее, глубже и тверже будут эти знания.
Да, если говорить об учении наизусть (чтоб прям все функции помнить без гугла), то лучше что-то одно, чем много, ведь голова-то имеет ограниченный объем памяти. Но знать функции наизусть - задача кодера, а не программиста.

$ asterisk -rx "sip show settings" | egrep -i "prematur|progress"
  No premature media:     Yes
  Progress inband:        Never

в опциях Dial не должно быть "r" и "m"

Присмотритесь к crowdin.net, может быть подойдёт.