С тем, что давно говорят про рост популярности подписочных сервисов - согласен, только не "много десятилетий", а несколько последних лет. А вот с тем что ни у кого не получилось - не соглашусь - сегодня среди крупных игроков e-com, только у ленивых нет своего подписочного сервиса (банки, онлайн кинотеатры, различные медиа-сервисы, обучающие платформы, офисные приложения, долго перечислять). И очень многие ими пользуются - сужу и по тому что слышу/вижу в индустрии, и по собственному окружению.
Lazy-load здесь не работал, потому что был явный запрос всех токенов. Если бы обращения к полю $this->apiTokens не было, то и загруженных токенов в памяти не было бы. При сериализации, насколько я понимаю, сохраняется текущее состояние объекта... Но вот лезет ли он при этом в БД за связанными объектами? Я задумался... не помню точно как это работает с lazy связями... возможно и да, нужно проверить. Но в любом случае, мы убрали эту связь из модели, а получение токена реализовали через репозиторий - это позволило не думать о сериализации, т.к. в модели не стало самой связи.
Всё верно, об этом и статья - всё нужно делать с умом и вовремя - ищем узкое место и работаем над ним, а не сразу со старта "а давайте сделаем микросервисы". Иначе потратим миллионы денег и тысячи часов работы на то чтобы сделать микросервисы потому что кто-то их очень захотел ("модно", или "у других есть, мне тоже надо"). А на самом деле всё это сейчас не нужно, и эти ресурсы можно было бы пустить в другое русло, более важное и нужное на данном этапе.
Information
Rating
817-th
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
С тем, что давно говорят про рост популярности подписочных сервисов - согласен, только не "много десятилетий", а несколько последних лет. А вот с тем что ни у кого не получилось - не соглашусь - сегодня среди крупных игроков e-com, только у ленивых нет своего подписочного сервиса (банки, онлайн кинотеатры, различные медиа-сервисы, обучающие платформы, офисные приложения, долго перечислять). И очень многие ими пользуются - сужу и по тому что слышу/вижу в индустрии, и по собственному окружению.
Lazy-load здесь не работал, потому что был явный запрос всех токенов. Если бы обращения к полю
$this->apiTokensне было, то и загруженных токенов в памяти не было бы. При сериализации, насколько я понимаю, сохраняется текущее состояние объекта... Но вот лезет ли он при этом в БД за связанными объектами? Я задумался... не помню точно как это работает с lazy связями... возможно и да, нужно проверить. Но в любом случае, мы убрали эту связь из модели, а получение токена реализовали через репозиторий - это позволило не думать о сериализации, т.к. в модели не стало самой связи.Да, всё верно. Многие этим пренебрегают, и зря.
Всё верно, об этом и статья - всё нужно делать с умом и вовремя - ищем узкое место и работаем над ним, а не сразу со старта "а давайте сделаем микросервисы". Иначе потратим миллионы денег и тысячи часов работы на то чтобы сделать микросервисы потому что кто-то их очень захотел ("модно", или "у других есть, мне тоже надо"). А на самом деле всё это сейчас не нужно, и эти ресурсы можно было бы пустить в другое русло, более важное и нужное на данном этапе.