Нарушает ли бизнес логика, подмешанная во front-end приложение принципы разделения front/back-end?

Интерфейс блога развернут на Nuxt.js с использованием SSR(Server side render).

Проблема. Нужно где-то хранить записи(посты) и считать статистику просмотров определенного поста и лайки. Следовательно нужно использовать БД(например NeDB)

Есть несколько решений:

1. Хранить посты в виде .md файлов в репозитории github, в этом случае, можно сгенерировать статику и не развертывать сервер. Статистику хранить как метаданные, но придется каждый раз при просмотре обовлять репозиторий, а делать этого ради инкремента счетчика не очень хочется.
   
   
2. Развернуть полноценный сервер для фронта и отдельный для API.
   
   
3. Интегрировать и развернуть фронт сервер и подмешать в него бизнес логику CRUD(create, delete. etc.). Но это может нарушать принципы разделения фронта и бэка.
   
   
4. Сгенерировать статику, использовать в качестве БД NeDB, но мне пока неизвестно как NeDB ведет себя в браузере, не хочется каждому клиенту грузить всю бд
   

Какой из методов принципиально выгоднее и рентабельнее?