Самым компактным по схемотехнике будет решение на микроконтроллере:
- МК (например AtTiny, 6- или 8-ногая);
- светодиод;
- резистор;
- выключатель;
- (кнопка для смены режимов, можно совместить в выключателем);
- батарейка.

Плюсы:
- самая простая схема;
- возможна реализация самых разных режимов/эффектов (плавное переливание и пр.);
- если надо сделать цветную подсветку, достаточно заменить СД на RGB и добавить ещё два резистора;

Минусы:
- требуется написание программы для МК;
- требуется программатор для загрузки программы в МК.

По питанию: не знаю сколько такая система проживёт от "таблетки", но самого маленького литиевого "пальчика" ей хватит надолго.

Между слоями Repository и Controller у тебя д.б. слой Service.
Repository абстрагирует базу данных, т.е. занимается преобразованием объект_языка  <--> запись_БД. Благодаря этому, все остальные классы оперируют привычными им объектами, не заботясь об из происхождении: база данных, очередь, аппарат Луна-25 :)
Controller обслуживает HTTP-точки - принимает запросы и выдаёт готовые ответы.
А Service как раз занимается "бизнес-логикой", получая запросы от контроллера, запрашивая данные у репозитория, преобразуя их в готовый ответ и отправляя его обратно контроллеру. Сервис может подключить себе несколько репозиториев если ему требуются данные из нескольких источников, таблиц и пр.

Я думаю, для бэка лучше использовать "настоящие" языки: Java, C#. Можно PHP, на Питоне, вроде, много пишут. Но лучше Java/C#. Почему:
- настоящее ООП, а не костыли поверх изначально скриптового языка;
- самое главное: есть хорошо отработанные фреймворки под все типовые задачи. Фреймворк даёт тебе каркас приложения и набор тщательно подобранных и уже настроенных библиотек - бери и пользуйся. Нода даёт просто набор разрозненных библиотек от разных разработчиков, которые ещё надо отобрать, понять и увязать в проекте.
Если ты освоил Java/C#, то разобраться в JS/TS тоже сможешь, как и во фронтовых библах/фреймворках.

Основные направления тебе перечислили, немного дополню.
- есть очень сложный и очень старый энтерпрайз, например, банки. Бывают написаны на очень старой Java, говорят, даже 5 встречается :) Охренеть какая сложная предметная область. Тебе могут дать задание написать или исправить класс, а ты вообще в душе не шаришь что это и зачем. И так всю жизнь :)
- есть системы типа SAP, которые надо не писать, а адаптировать под конкретного заказчика типа Аэрофлота. Делается это путём прописывания логики работы уже готовой системы, а также написания своих плагинов, в т.ч. на Java.

Ну а если тебе нужен универсальный совет, то вот он:
- не знаешь что учить - учи Spring, вакансии не дадут соврать;
- обязательно познакомься с SQL - чтобы понимать не только JPA, но и "голые" запросы и уметь хотя бы немного в их оптимизацию;
- познакомься с фронтендом на базе фреймворка, самый популярный React, хотя бэкендерам лучше заходит Angular. Это позволит на практике понять как происходит взаимодействие бэк-фронт, ну и вообще - расширит сознание :)

С таким стэком и (желательно) домашним проектом искать работу будет легче и веселее :)
Удачи!