Robur

Можно, например, просто сохранять любые данные в файлах перед существенными операциями, чтобы в случае необходимости повторить их обработку. И требование по отсутствию СУБД можно обойти, используя embedded-базы типа sqlite/berkeleydb, что часто и делают в таких случаях.

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

Сложно. Невозможно. Сложно. Не стоит.

Делай на вордпрессе.
Вордпресс предназначен для людей, которые вообще в программировании не понимают, так что справишься.

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

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

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

У меня такое было, когда я только перешел во фронтенд и пытался держать слишком много деталей о языках и инструментах в голове. Со временем понял, что это не имеет смысла - все меняется быстрее, чем я запоминаю. Перешел от мысли "я использую инструменты" к мысли "я делаю штуки" и сразу полегчало, стал держать в голове только общие идеи о том, как что-то делается, или что вообще бывает в какой-то области, а конкретные инструкции по применению отдельных инструментов изучаю по ходу дела. Изменил фокус своего самообразования, если это можно так назвать. В результате все препроцессоры слились в один, новые библиотеки становятся все менее сложными в освоении, поскольку идеи везде плюс-минус одинаковые и.т.д. Решения стало принимать гораздо проще. И аргументировать тоже. Иногда складывается такое впечатление, что у нас в отрасли совсем ничего не появляется нового уже лет пять, а то и больше. Да, я забываю как использовать флексы, путаю call() и apply(), гуглю свои же ответы на тостере, но это не важно. Голова занята решением проблем, в ней теперь нет никакой второстепенной информации и это очень здорово. Статьи писать тоже полезно оказалось - написал, "поставил на полочку", и забыл. А если будет нужно - можно достать и посмотреть. Таким образом вот эта вся фигня с закипанием мозгов практически ушла.

Можешь реализовывать самостоятельно, да. А можешь использовать готовый Identity Server (установленный или SaaS).
Примеры:

Premises:
- Keycloak
- WSO2
- IdentityServer4
- ...

SaaS:
- Auth0
- Okta
- Onelogin
- AWS Cognito
- ...

какие паттерны применяются чаще всего на практике и где

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

1. Модули (делим код на независимые части)
   
2. Фабрики (для компонентов интерфейса)
   
3. Синглтоны (для хранилищ, точек сбора полифиллов / утилит и.т.д.)
   
4. Адаптеры (для зависимостей и полифилов, которые могут измениться / выпилиться)
   
5. Наблюдатели (для сбора происходящих событий в одном месте)
   
6. Хранители (для сохранения действий пользователя и "Ctrl-Z")
   
7. Стратегии (если действуем в зависимости от прилетевших данных)
   

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

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

Никаких проблем не влечет.
Как разметка будет выглядеть на боевом сайте - всем пофиг. А вот если бэкендеру удобней читать код - это хорошо.
Пишите так, чтобы было легко читать вам и тому кто будет читать после вас : )

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

гружу из большого обменно файла, как-то так:

while (($line = fgets($handle)) !== false) {
				$objects[] = json_decode($line);
				//Для ускорения грузим пачками, по сколько влезает в оперативку(кол-во объектов настраивается в конфиге)
				if ($count === Yii::$app->objects->insertBatchCount) {
					Yii::$app->mongodb->createCommand()->batchInsert('objects', $objects);
					$count = 0;
					$objects = [];
				}
				$count++;
			}

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