Андрей Селькин Outbox

+10
с 2018

TGM в Fintech. Go, архитектура, backend, управление командами и реальные кейсы.

2 подписчика
3 подписки
Как открыть ядерный чемоданчик, если половина ключей потерялась?

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

1

В первых двух постах (тут и тут) мы разобрали, зачем вообще нужна DLQ, почему для неё иногда удобно использовать PostgreSQL и где можно легко выстрелить себе в ногу.

1

В прошлый раз мы разобрали как одной сообщение кладёт весь прод. Но, допустим, мы наконец победили poison pill. Consumer получил сообщение, не смог его обработать несколько раз и отправил в DLQ.

Красота.

1

Самое неприятное в Kafka — сообщение, которое нельзя обработать, но и пропустить тоже нельзя. Оно приходит в consumer. Consumer падает. Сообщение остаётся в очереди. Consumer пытается прочитать его снова. Снова падает. Ещё retry. И ещё. А сообщения после него просто стоят и ждут своей очереди.

Это и есть тот самый poison pill. Причём выглядит…

2

Большинство Postmortem (постов), которые я видел, — это красиво оформленное ничто. Хронология на три страницы, «команда приняла все меры», root cause — «ошибка в коде». Закрыли, забыли, через полгода повторили тот же факап, только в три раза дороже.

Пост — это не бумажка для галочки. Это инструмент, который либо чинит систему, либо имитирует…

1
«Мы разбираемся» — это не статус!

В предыдущей статье рассказал о том, что такое инцидент, и кто такой координатор. Здесь поговорим о том, как правильно сообщаться статус.

1

Прод упал.

Один человек откатывает релиз. Второй лезет в базу. Третий смотрит графики. Четвертый уже пишет бизнесу. Пятый предлагает проверить еще одну гипотезу.

2

Знания перестают приносить пользу, если они становятся способом отложить решение. О чем это я?

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

2

Чем выше поднимаешься по карьерной лестнице, тем больше в календаре встреч. Важных. Очень важных. Критически важных.

Одни встречи нужны, другие нет.

2

Есть вопрос, который часто слышу: "что мне нужно сделать, чтобы получить повышение?"

Абсолютно нормальный вопрос, если ты хочешь переложить ответственность за свою карьеру на руководителя.

3
2

Самая большая ошибка, которую совершают разработчики после повышения до руководителя — они продолжают работать разработчиками. Я тоже совершил эту ошибку. Нет, я не уходил из IT и не менял компанию. Даже должность особо не изменилась. Но став руководителем я понял, что занимаюсь совершенно другой работой.

После повышения я продолжал думать ка…

2