Ромзес Панагиотис

unreachable code можно смело убрать
У вас же и так возвращается ошибка в случае отмены контекста:

case <-ctx.Done():
      return nil, ctx.Err()

Но нужно понимать, что контекст будет по таймауту отменяться только если этот таймаут контексту задан.
Например:

ctx, cancel := context.WithTimeout(context.Background(), time.Second)
defer cancel()
resp, err := srv.RPCClient.Call(ctx, topic, payload)
if err != nil { // тут вернет ошибку "context cancelled" при таймауте
  srv.logger.Error("RPC call error. ", err)
  return err
}

Во-первых, лучше контекст все же брать не Background, а из http-запроса. Таким образом вы будете корректно обрабатывать ситуацию, когда соединение с клиентом разорвалось и не надо больше обрабатывать запрос (контекст отменится).

ctx, cancel := context.WithTimeout(r.Context(), config.Read().HTTP.Timeout.Request*time.Second)

Во-вторых, контекст обычно не используют для ожидания внутренних горутин, он не для этого предназначен. Для этого используют sync.WaitGroup.
Поэтому у вас и возникает проблема, ибо событие отмены контекста еще не значит, что дочерние функции мгновенно завершились. Возникает ситуация, когда чтение канала <-ctx.Done() внутри приведенной вами функции происходит раньше, чем такое же чтение канала внутри функции router.middlewareHandler(h). Поэтому нужно ждать не отмены контекста, а завершения работы горутины.

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

В-четвертых, вы, наверное, хотели написать if ctx.Err() != nil {. Но у вас вместо этого ==, что вообще обесценивает код внутри этого ифа.

чтобы без буфера было, нужно вот этот кусок

body, err := ioutil.ReadAll(resp.Body)
    if err != nil {
        http.Error(w, "error reading response body", http.StatusInternalServerError)
        return
    }

    // write status code and body from proxy request into the answer
    w.WriteHeader(resp.StatusCode)
    w.Write(body)

заменить на этот:

w.WriteHeader(resp.StatusCode)
_, err := io.Copy(w, body)
if err != nil {
    http.Error(w, "error reading response body", http.StatusInternalServerError)
    return
}

1. Потому, что стандартные наборы шрифтов отличаются. Это неизбежно из-за лицензий.
2. Разумеется можно установить дополнительные шрифты. Надо лишь найти те, что нужны вам. Смена дистрибутива это как-то очень радикально, всё равно будете доустанавливать шрифты :)

Также есть разница в рендеринге. Один и тот же шрифт в Linux и Windows может выглядеть слегка по-разному и вы на это вряд ли повлияете.

const pool = new Pool({
  user:'postgres',
  password:'password',
  host:'localhost',
  port:5432,
  database:'delviery'
});

pasword => password

pasword:'password',

точно ничего не замечаете?

Чтобы не гонять json, надо попасть в R&D крупных компаний. Но надо понимать, что R&D - это всегда относительно мелкие подразделения, в которые попадают только те, кто к моменту поступления в универ уже был крутым программистом.

lightsail, как можно догадаться по названию, это упрощенный(легкий) интерфейс над вычислительными - Elastic Compute Cloud (EC2) сервисами. И немного более дешевый в связи с тем, что контроля вам дают мало. Однако он сразу реализует некоторые паттерны и наборы сервисов для быстрого старта. Это - путь стартапов.
Lightsail, насколько я помню, запускается в "VPC по умолчанию" которым управляет AWS и где все сервера живут в публичной подсети, что небезопасно.

Та схема которую вы хотите, наверное, реализуется lightsail-ом, но для большего контроля все таки рекомендуется организовать свой VPC (Virtual Private Cloud) - компонент сетевых сервисов AWS.
В вашем случае потребуется что-то вроде(для оценки стоимости) :

1. Балансировщик :
- ALB\ELB сервис (отдельный прайсинг). HA сервиса обеспечивает AWS
или
- два инстанса нужного вам балансировщика (Nginx, HAProxy и другие). HA и прочая обеспечиваете вы.

2. N бэкендов нужного типа (смотрите стоимость конкретного инстанса соответствующего вашим потребностям)

3. реплицируемые базы :
- вы можете взять 2 инстанса нужной мощности(платите за инстансы) и настроить все сами
или
- взять RDS (отдельный сервис, другой прайсинг) нужной базы где HA и обслуживанием будет заниматься AWS для вас, предоставляя вам эндпойнт для подключения с серверов.

4. Файловое хранилище. Тут интереснее
Если у вас Windows : вам понадобятся два инстанса для обеспечения отказоустойчивости и HA
Если у вас *nix : вы можете сделать так же как с WIndows или взять EFS (отдельный сервис, где вы платите за занятое место) который высокодоступен и может быть подключен к разным *nix инстансам одновременно.

5. Внутренности VPC
VPC организуется так же как и любая сеть в железном эквиваленте.
Подсети - приватные, публичные
Настройка роутинга для публичных подсетей, для приватных подсетей через NAT инстанс\сервис
NAT инстанс или сервис
VPN инстанс или бастион (для доступа к инстансам в приватной подсети)

Вот тут вы уже можете подсчитать во сколько обойдется примерно владение только инстансами и необходимыми сервисами.
Сколько у вас будет непредвиденных расходов на передачу данных и тп. - вы сможете увидеть только по результатам билинга за первый месяц.

Это мое личное мнение по тому, как следовало бы сделать в вашем случае.
Может статься, что вы не осилите (у каждого своя скорость освоения) это достаточно быстро и быстрее реализуете другую схему - это на ваш выбор

Загрузить js + минимальный шаблон (со скрина)
-> отправить AJAX-запросы за данными
-> отрендерить блоки с данными

p.s. Если что, в Хроме есть удобнейший профайлер, через который можно просмотреть каждый кадр в загрузке страницы, какие скрипты выполнялись и какие ресурсы загружались в какое время

Поиск сильносвязанных компонент в графе.
https://ru.wikipedia.org/wiki/Компонента_сильной_с...

В JSON может поместиться всё, что вы захотите в него поместить, mysql не волнует, сколько там «полей».

Размер JSON-поля определяется переменной max_allowed_packet.

Ну и лучше юзать PostgreSQL, там с JSON'ом всё лучше (в JSONB-варианте) — например, нормальные индексы.

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

Актуально ли php в 2021 году и стоит ли учить его?

Если тебе позволяет время, то учить нужно все, что связанно с твоим стеком, а так кончено же актуально