Everything_is_bad

Бэкендер, что, не разработает микросервис исходя из просто человеческого описания функционала? Не разберется как отправлять/получать сообщения в/из очередь брокера, чтобы получилась работающая фича? Не сообразит какой лучше сделать эндпоинт и что передавать в квери парамтерах/теле запроса? Не сообразит как доработать таблицы базыданных? Не разберется в документации апи внешнего сервиса для интеграции?

Теперь понятно из-за кого спрос на гадалок возрастает

Для этого есть словари.

Не используй глобальные переменные - передавай как аргумент

Изучить основы Python. Или хотя бы перевести ошибку.

Владею: Html, Css, Php, bd msql, сложные запросы SQL

Рили???

Ок, на самом деле решение очевидное, и весьма простое. Во втором запросе вы выбираете не столбец, имя которого будет ассоциироваться с ключом в соответствующем массиве (о чем вам и говорит ошибка), а результат агрегирующей функции, которое в массиве будет иметь совершенно другое имя. Что легко проверяется через var_dump($row).

Решение - добавить алиас для агрегированного поля.

Попробуй создавать курсор на каждый запрос, а не переиспользовать один и тот же.

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

Вариант Б
Ты проверяешь, что у тебя объект имеет нужные поля и методы (duck typing).
Тогда тебе нужен typing.Protocol в комбинации с typing.runtime_checkable, с помощью которого ты сможешь описать, что должен иметь объект. Затем этот протокол можно будет подсунуть в isinstance() для проверки, и мок, по идее, её пройдёт. Но опять-таки, задача скорее для статического анализатора кода, чем для рантайм-проверки. Если у тебя в принципе неведомо что может быть передано в метод - это простыми тестами не решается.

Сделать нормализацию структуры базы.
Перенести JSON в таблицу user_phone.
Поля:
phone_id, -- первичный ключ телефона
user_id, -- внешний ключ, кому относится телефон
phone, -- телефон
phone_comment, -- комментарий к телефону
-- еще поля по вкусу, но иногда выручающие
is_main, -- основной не основной/порядок приоритета
add_date -- дата внесения телефона
И в запросах уже нормально джойнить и лайкать эту таблицу.
PS:
В качестве временного костыля (ни в коем случае не оставлять на постоянной основе!):

SELECT Users.*,
       ph.value->>'phone' as phone
FROM Users, json_array_elements(Users.phones) as ph
where ph.value->>'phone'   like '7%3';

Точно также можно во вкладке performance "замедлить" процессор

В PostgreSQL есть специальный тип данных для хранения адресов и набор функций для работы с ними

Очевидно, ИИ использует какой-то 3D движок.

Не очевидно. OpenAI заявляет, что это diffusion-модель.

Да и в Unreal Engine нужно было бы очень долго ждать результат (чего только стоит запекание света) и пришлось бы использовать целый ансамбль из нейросетей (для моделирования, текстурирования, света, движений камеры, анимации. Каждую нейросеть из такого ансамбля уже можно было бы представить как самостоятельный продукт)

Ещё один довод в пользу того, что тут не используется никакой 3d-движок: галлюцинации и изменение форм в некоторые моменты.
Наиболее заметно на видео с корабликами, когда один из них поворачивается кормой к камере.

(по принципу градиентного спуска)

А при чём тут градиентный спуск?

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

В документации по этому поводу ясно сказано, что аргумент функции - набор (set) символов, которые будут удалены в конце исходной строки.

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

Допустим мы изменили микросервис А, изменения потребовали изменение Gateway

Этого не должно быть в микросервисной архитектуре, сервисы должны быть независимыми.
Варианты: использовать feature flag, обратная совместимость и т.п.

Например https://medium.com/@denhox/managing-version-depend...
"If deploying a new version of a service requires deploying new versions of other services at the same time, you’re probably doing microservices wrong."

Настроить статику на раздачу через веб-сервер, как и положено.

Ну так а ты что хотел?

@client.on(events.NewMessage(chats=url))
async def main(event):

Ты объявил, что у тебя main() требует один аргумент, а потом вызываешь без аргументов.
Собственно, возникает вопрос: ты вообще понимаешь, что делаешь, или пытаешься слепить код наугад, авось заработает?