Регаться и оплачивать там же? По ссылке?

Да, регайтесь, проводится регулярно, групп много, сейчас в шестую группу уже набор

Всем привет, как реализовывается сценарий, когда у меня есть 3 pod'а одного приложения, которое сервит ws и процессит вебхуки от 3rd party, поды А-Б-В, под Б обслуживает клиента Г, на под А пришел вебхук, но клиент Г подключен к другому поду, а вебхук предназначался ему, нужен дополнительный лоад балансер какой-нибудь или синглтоновый инстанс, который все это будет процессить?(это предположительная проблема, потому что только готовлюсь это имплементить)

И снова здравствуйте, а у меня опять вопрос из серии "Как правильно?"

Вот у меня есть NSK на сервере с подключенной metarhia/common и стоит передо мной задача организовать запуск скриптов, которые генерируются на клиенте (пользователь даёт исходные данные, клиентский скрипт спрашивает сервер про справочные данные и всякое такое с валидацией) на сервере.

Скрипты - это по сути последовательность  вызовов внешних REST API  с передачей разных параметров и только. Но хотелось бы на будущее иметь возможность откатить всю последовательность, если какой-то шаг сбойнул.

Вот я и думаю, как лучше такое сделать?

Или, если иначе сформулировать - какую именно лекцию мне сначала надо посмотреть? )

И совсем уж хорошо было бы ткнуть меня носом в реализацию в Impress, если такое там есть...

GoF, паттерн command

Обычно такое делается с помощью event queue и паттерна Команда, этот паттерн как раз позволяет писать последовательности и делать их undo

Тебе нужен какой-то event bus для твоих подов. К примеру можно заюзать что нибудь такое лайтовое на подобии redis с его функционалом pub/sub. И тогда твои поды будут подключены к одному event bus-у и слушать какой-то топик. И когда вебхук придет на один из подов, этот под будет пушить сообщение в event bus который в свою очередь разошлет это сообщение всем подписчикам (то есть двум другим подам)

Отличное решение, большое спасибо

😂

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

разве промежуточные узлы меняют содержимое tcp пакета?

Примерно так, уже нашел это, спасибо)

Если подключение не по паролю то ок, на мой взгляд. Плюс же можно сделать вайтлист айпишников, которым можно на 22 порт. Но верить мне не нужно.

Причем тут содержимое? Размер.

размер чего? содержимого?

Размер чанка

его могут менять промежуточные узлы?
то есть пришёл один tcp пакет, его разбили на несколько?

Да, гарантий того что ты получишь то что послал нету.

Да.