d-stream

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

Очень расплывчатые требования. И слишком рискованная "стратегия" брать технику под сиюминутные потребности.

Впрочем можно конечно попробовать подойти формально и выбрать max из minimal system requiments для перечисленного в хотении. Правда стоит глянуть сразу в перспективные планы этого набора продуктов, а то вдруг в сентябре планируется выпуск следующей версии, в которой минималка на 10% выше...

А так:
- технически ноутбуки как правило либо не апгрейдятся либо это делается сложно и дорого - вполне мотив брать на вырост (в отличии от стационарного не прокатит доставить пару планок памяти, махнуть проц, видюху и всадить второй(третий-пятый) диски)
- минимально требуемые характеристики - штука скорее формальная - запустится конечно, но не факт что во всех режимах будет работать и работа будет комфортной (продавались брендовые STB на celeron 2gb/32 - на них даже работала 10... но вот тупо для обновления диска уже не хватало)
- много памяти/проца/диска не бывает:
- "лишняя" память - это меньшие затраты на свопы, сборку мусора, кэширование - более плавная и отзывчивая работа
- "лишняя" производительность/ядерность проца - аналогично
- ssd диск забитый не под завязку - проживёт дольше

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

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

p.s. у большинства асусов на мой вкус наиболее комфортное расположение курсорных клавиш

Обычно подразумевается что микросервис/под - это одноразовая рыбка без памяти. В любой момент экземпляр микросервиса может быть убит и трафик будет передан другому экземпляру например в другом месте (нода, локация и т.п.). Грубо следует ориентироваться что сервис обслуживает один запрос и мрёт.

А вот база данных - долговременное (постоянное, надёжное) хранение данных. Если говорить о популярных реляционных СУБД, то на сегодня это с большой вероятностью - postgress
То что касается "изоляции" данных разных микросервисов - у него уже всё есть. К примеру в его терминах "каждому микросервису по базе данных" - это "каждому микросервису по схеме" (ибо БД растяжимое понятие и database в терминах pg - это чуть иное) притом естественно к каждой схеме отдельная УЗ (роль)

Ну вообще-то логично, что в связке "with a branch or tag name" подразумевается "with a git branch or git tag name"

попросить nginx перечитать конфиги
например nginx -t && nginx -s reload