/* მიკროწესის არქიტექტურით შექმნილი აპლიკაცია არსებობს. მიკროწესის ინტერფეისის საშუალებით შეიძლება მისი აბსტრაქცია. მიკროწესის ერთ ეგზემპლარის მისაწვდომად გამოყენება შეგიძლია BackendImpl ტიპის, რომელიც უკვე რეალიზებულია. თითოეული მიკროწესის რამდენიმე ათეული ამუშავებული ნიმუშია, თითოეული თავისი მისამართი addr-ით ხელმისაწვდომია. თუმცა, მიკროწესის ინდივიდუალური ნიმუშები არ არის საიმედო: შესაძლოა ჩავარდეს, მიუწვდომელი იყოს ან გადატვირთული იყოს. ამიტომ, თქვენ უნდა განახორციელოთ Balancer ტიპი, რომელიც ასევე რეალიზებს Backend ინტერფეისს და ახორციელებს მიკროწესის ნიმუშებს შორის დატვირთვის ბალანსს, ყოველ ჯერზე არჩევს **მცირე დატვირთვის** ნიმუშს.

Для реализации типа Balancer, который реализует интерфейс Backend и распределяет нагрузку между экземплярами микросервиса, выбирая наименее нагруженный, можно сделать следующее:

1. Хранить список экземпляров BackendImpl с их адресами и текущей нагрузкой.
2. При каждом вызове метода интерфейса Backend выбирать экземпляр с минимальной нагрузкой.
3. Делегировать вызов выбранному экземпляру.

Пример реализации на Go:

type Backend interface {
    DoRequest(req Request) (Response, error)
    Load() int // возвращает текущую нагрузку
}

type BackendImpl struct {
    addr string
    // ...
}

func (b *BackendImpl) DoRequest(req Request) (Response, error) {
    // реализация запроса
}

func (b *BackendImpl) Load() int {
    // возвращает текущую нагрузку, например, количество активных запросов
}

type Balancer struct {
    backends []Backend
    mu       sync.Mutex
}

func (bal *Balancer) DoRequest(req Request) (Response, error) {
    bal.mu.Lock()
    defer bal.mu.Unlock()

    // Выбираем Backend с минимальной нагрузкой
    var target Backend
    minLoad := int(^uint(0) >> 1) // макс int
    for _, b := range bal.backends {
        load := b.Load()
        if load < minLoad {
            minLoad = load
            target = b
        }
    }

    if target == nil {
        return Response{}, errors.New("no available backends")
    }

    return target.DoRequest(req)
}

Таким образом, Balancer выступает как прокси, распределяя запросы на наименее загруженный экземпляр микросервиса, что повышает устойчивость и производительность системы.