Как верно выбрать коммуникационный протокол для взаимодействия между микросервисами?

Капитан Пронин, задержка на формирование подписи запроса для банка и ожидания ответа от банка, обычно не больше 20 секунд

Как верно выбрать коммуникационный протокол для взаимодействия между микросервисами?

А почему по вашему мнению кафка лучше бы подошла для этой задачи ?

Как верно выбрать коммуникационный протокол для взаимодействия между микросервисами?

Спасибо!

Лучше использовать целое число или строку для индикатора состояния данных?

Melkij, https://stackoverflow.com/questions/1771543/adding...
да, видимо, для версии ниже PostgreSQL 9.1 нужно было так заморачиваться

Спасибо.

Лучше использовать целое число или строку для индикатора состояния данных?

Я понял, спасибо, и все же фильдеперсовый в вашем ответе - это положительное или отрицательное? :)

Лучше использовать целое число или строку для индикатора состояния данных?

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

Чтобы добавить новый статус в enum или сделать дефолтным другой статус, насколько понимаю, нужно переименовать текущий, создать новый, привязать его к другим таблицам, удалить старый. Короче много операций произвести.

Лучше использовать целое число или строку для индикатора состояния данных?

А без enum, как было бы правильнее ?

Нужно ли удалять пользователя из базы после деактивации?

Dr. Bacon, я понял, спасибо

Нужно ли удалять пользователя из базы после деактивации?

Посыл понял, как было бы лучше сделать? Взять пользователя со всеми relations и хранить в архивной базе в в виде json, а потом по крону раз в какой то период удалять из нее? Или там так же как и в основной базе хранить отдельными таблицами с relations?

Почему не видно лог?

Román Mirilaczvili, собрал
так понимаю, работа между горутинами не совсем верно организована
https://go.dev/play/p/44xP_sEeqFn

Что будет при увеличении вместимости канала?

Román Mirilaczvili, спасибо

Что будет при увеличении вместимости канала?

Треды получается, раскидываются сами на ядра.
Если 1 ядро, работа будет происходить по аналогии с nodejs в 1 треде?

Что будет при увеличении вместимости канала?

Понял, спасибо.
По 1 пункту, получается go в рантайме сам определяет какая горутина, будет выполнять ту или иную работу, и одна горутина может выполнить большую часть работы.
runtime.Gosched() указывает, чтобы другие горутины были задействованы, для наглядности работы горутин, видимо, можно использовать...
По последнему пункту
Условно, мне на эндпоинт приходит сто пользователей, которые я через горутины хочу обработать.
Мне нужно создать канал так: make(chan Users, len(Users))?
Или достаточно просто создать буферизированный make(chan Users, 1)?

UPD Так понял, вместимость каналов используется для ограничения использования ресурсов

Как правильно объединить объекты?

deantek, https://developer.mozilla.org/ru/docs/Web/JavaScri...

Как правильно объединить объекты?

Как красиво за 6 строк.
Подскажите пожалуйста.
Я немного неправильно описал то что мне нужно.
Суть в том, объекты который повторяются должны объеденять именно settlements

<b>// Изначальный объект</b>
{
        "user_id": 2,
        "json_build_object": {
            "bank_props": {
                "id": 4,
                "user_id": 2,
                "organization": "2016246062",
                "individual_external_id": "951ac602-55e3-4c44-b35d-560da614052b",
                "individual_guid": "951ac602-55e3-4c44-b35d-560da614052b",
            },
            "settlements": {
                "id": 4,
                "user_id": 2,
                "organization": "2624725594",
                "individual_external_id": "951ac602-55e3-4c44-b35d-560da614052b",
                "individual_guid": "951ac602-55e3-4c44-b35d-560da614052b",
            }
        }
    },
    {
        "user_id": 3,
        "json_build_object": {
            "bank_props": {
                "id": 5,
                "user_id": 3,
                "organization": "4049725573",
                "individual_external_id": "951ac602-55e3-4c44-b35d-560da614052b",
                "individual_guid": "951ac602-55e3-4c44-b35d-560da614052b",
            },
            "settlements": {
                "id": 5,
                "user_id": 3,
                "organization": "2466557538",
                "individual_external_id": "951ac602-55e3-4c44-b35d-560da614052b",
                "individual_guid": "951ac602-55e3-4c44-b35d-560da614052b",
            }
        }
    },
    {
        "user_id": 3,
        "json_build_object": {
            "bank_props": {
                "id": 5,
                "user_id": 3,
                "organization": "4049725573",
                "individual_external_id": "951ac602-55e3-4c44-b35d-560da614052b",
                "individual_guid": "951ac602-55e3-4c44-b35d-560da614052b",
            },
            "settlements": {
                "id": 6,
                "user_id": 3,
                "organization": "3198309645",
                "individual_external_id": "951ac602-55e3-4c44-b35d-560da614052b",
                "individual_guid": "951ac602-55e3-4c44-b35d-560da614052b",
            }
        }
    }

// Результат

[
        {
            "user_id": 2
            "bank_props": [
                {
                      "id": 4,
                        "user_id": 2,
                        "organization": "2016246062",
                        "individual_external_id": "951ac602-55e3-4c44-b35d-560da614052b",
                        "individual_guid": "951ac602-55e3-4c44-b35d-560da614052b",
                }
            ],
            "settlements": [
                {
                     "id": 4,
                    "user_id": 2,
                    "organization": "2624725594",
                    "individual_external_id": "951ac602-55e3-4c44-b35d-560da614052b",
                    "individual_guid": "951ac602-55e3-4c44-b35d-560da614052b",
                }
            ]
        },
        {
            "user_id": 3
            "bank_props": [
                {
                      "id": 5,
                        "user_id": 3,
                        "organization": "4049725573",
                        "individual_external_id": "951ac602-55e3-4c44-b35d-560da614052b",
                        "individual_guid": "951ac602-55e3-4c44-b35d-560da614052b",
                }
            ],
            "settlements": [
                {
                    "id": 5,
                    "user_id": 3,
                    "organization": "2466557538",
                    "individual_external_id": "951ac602-55e3-4c44-b35d-560da614052b",
                    "individual_guid": "951ac602-55e3-4c44-b35d-560da614052b",
                },
                {
                    "id": 6,
                    "user_id": 3,
                    "organization": "3198309645",
                    "individual_external_id": "951ac602-55e3-4c44-b35d-560da614052b",
                    "individual_guid": "951ac602-55e3-4c44-b35d-560da614052b",
                }
            ]
        }
    
    ]

Как правильно написать оптимальный запрос?

Спасибо, буду знать. В след раз подготовлю нормально вопрос:)

Как правильно написать оптимальный запрос?

Дмитрий, Вопрос: Как правильно написать оптимальный запрос?
я понимаю, что его нужно написать. Но у меня не хватает опыта и знаний чтобы это сделать.
Меня например смущает 4 пункт.
Я поэтому и задал этот вопрос, чтобы люди поделились опытом, подсказали как это лучше сделать

Как правильно описать метод с помощью TS?

WbICHA, спасибо!

Как остановить работу повторяющихся джоб?

Нет, джобы дальше отрабатывают

repeat: {
            cron: '* * * * *',
            limit: 3,
          },

Как красиво и правильно написать метод/методы чтобы не дублировать код, когда они полностью идентичны?

Сергей Сергей, да, спасибо большое. Сделал для себя вывод.