Лариса .•º

1. Каждый микросервис отдельно законченное приложение. Т.е. user_id для chat ровно такое же поле как, например user_message или message_utcdatetime. Никакой "связывающей" нагрузки оно не несет.
2. Микросервис, не должен иметь проблем внутри себя, если user_id не корректный.
3. Да, у вас будут отдельные сервисы имеющие поле user_id не контролируемое на уровне целостности базы данных. Его целостность вам следует обеспечить иными механизмами. Например вовсе отказаться от контроля целостности этого поля, по большому счету какая вам разница в сервисе chat, что именно в это user_id записано.

В современном мире грешно писать сервисы с состоянием.

В таблице transactions хранить тип транзакции и её id (то есть у вас должно получиться как минимум три колонки id, transaction_type (символьный или цифровой код, как больше нравится), transaction_id). Остальные колонки в зависимости от поставленной задачи. Далее, в зависимости от типа транзакции, делать соответствующий join.

Если коротко, то формировать корректный урл для статики в браузере на время пока идет разработка и проект запускается через встроенный сервер.
В реальных условиях этим занимается сервер (nginx/apache...)
Подробнее:
https://stackoverflow.com/questions/56352489/what-...

https://drawsql.app/templates

Collection of real world database schemas from open-source packages and real-world apps that you can use as inspiration when architecting your app.

На любой вкус.

1. Форматируйте код с указанием языка программирования.
2. Аккуртано работайте с отступами, иначе и себя запутаете и всех вокруг и работать будетнекорректно.
3. Приводите полный код, ччтобы не приходилось гадать что там за пределами ваших обрезков. Где присваивается add_url? Может там пусто вообще всегда было и ничего не теряет.
4. Читайте, блин, внимательно свой вопрос после написания! Вам что лень перечитать? Вот нам не лень ответить, а вам лень читать? Что за наглое неуважение к сообществу? Какая такая "add_ur"? Где она у вас в коде, блин?!
5. Используйте форматные строки для сборки таких вещей по шаблону. В них сложнее ошибиться и накосячить.

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

Замените
'http://site.com/' + add_url + '?=' + str(i)
на
f'http://site.com/{add_url}?={i}'
для третьего питона или для второго:

'http://site.com/{add_url}?={i}'.format(i=i, add_url=add_url)

Печатайте add_url прямо там, где поставляете и рядом печатайте результат подстановки. И вы увидите что у вас там не все гладко

В этой ситуации код должен быть следующим (модулями для python3, позволяющими "проще" взаимодействовать с VK API лучше не пользоваться):

import requests
r = requests.get("url", params={"key_1": "value_1", "key_N": "value_N"}, verify=False)

"verify=False" говорит requests, что не нужно проверять сертификат при выполнении запроса.

Возможны предупреждения со стороны python, но они не влияют на ход выполнения программы.

Интенсивной работы в день 5-6 часов максимум. Больше - только на ограниченное время, с обязательной компенсацией отдыхом. В офисе 9-18 работают в целом так же, кулер, поболтать, что-то обсудить 10 раз в день, почитать статьи. По моим личным ощущениям на удаленке работа интенсивнее, даже с учетом меньшего количества часов. Поэтому работаю по часам и на ставке больше чем в офисе на 8 часовом рабочем дне.
Пробовал помодоро - не зашло.
Бывает что накапливается и какие-то дни работа вообще не идет - даю себе отдохнуть, могу поработать часа два-три.
Что-то новое изучаю иногда в формате перерывов - поработал - почитал. Так как график и учет времени гибкий, это не считается рабочим временем, и совесть не мучает. Могу посередине дня отдохнуть пару часов если совсем не идет, или сходить прогуляться или еще что.
Свои проекты сначала пилил "по вечерам и выходным", особенно когда работал 9-18 потом понял что так не пойдет, на долгий срок это провальный подход, поэтому сейчас больше работаю как часть рабочего времени. Уменьшаю основную работу (при этом естественно уменьшается доход).

Самое главное - правильно оценить свои силы и исходя из этого решать сколько куда их потратить. Может у вас сил хватит и на работу и на проекты и на хобби и еще перед сном почитать - без проблем, делайте все это. А если их не хватает даже на 8 часовой рабочий день - стоит это признать и не пытаться себя нагрузить сверх меры, получите новый срыв. Или отказаться от чего-то или искать другие способы кроме как "работать больше". Тут главное быть честным с собой и не "добавлять себе очки".

В целом выгорание не зависит от объема работы - объем работы влияет на усталость, на выгорание влияет нервное напряжение и оно может быть и при 2 часах работы в день а может и не быть при 10.
Если у вас реально начинается истощение - то определитесь это усталость или выгорание, если усталость - то организовать рабочее время и контролировать нагрузку, может даже в ущерб доходу, свое состояние очень важно.
Если выгорание - то надо искать причины, если их не устранить - то ничего не поможет.

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