Ну я так понял кроме шуток ответов нет 😉

что-то все хотят highload, но ты не можешь проектировать highload без highload :)

Можно даже сделать highload на ровном месте

есть вариант бахнуть апишку и танком попробывать прогнать

но опять же - апишка "про котят" не содежит бизнес требований которые надо оптимизировать

обычного же CRUD будет не достаточно

там даже оптимизировать нечего на этом уровне, ну база данных, ну чтение запись

если не забыть индексы и еще пару "обычных трюков" то все будет летать

(если мы скипаем настройку бд на хайлоад)

добрый вечер!
Битый час не могу понять в чем причина моих проблем с go mod
Может быть кто то встречался? Прошу помочь

-> go mod verify
go: github.com/***@v0.4.5: parsing go.mod: go.mod:3: usage: go 1.23

-> go mod verify
go: github.com/***@v0.4.5: parsing go.mod: go.mod:3: usage: go 1.23

ну покажите третью строчку go.mod

можешь )

что-то на вскидку логика не приходит :)

Индексы подразумевают реляционную бд? И хайлоад при этом? Забавно.
Там даже если из пустой таблицы селектить, то это уже не потянет (отклик слишком большой, воркеры встанут на доступе к бд и до свидания). Хайлоад это если хитрая система Кеша в памяти или очень подходящая бд, опять же в памяти, либо на такой тонне инстансов, что каждый из них задействуется редко и потому все это живёт при достаточно большом потоке.

go mod:

module github.com/*org*/repo1

go 1.13

replace github.com/*org*/ => ./src/github.com/*org*/

require (
 github.com/gin-gonic/gin v1.5.0
 github.com/gobuffalo/envy v1.9.0
 github.com/google/jsonapi v0.0.0-20200226002910-c8283f632fb7
 github.com/google/uuid v1.1.1
 github.com/*org*/repo2 v0.4.5
 github.com/rs/zerolog v1.18.0
)

ну кеш обычно поверх

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

народ больше заморачивается выделением памяти в гоу

в статьях

интересно как они реализуют "протухание" кеша