Здравствуйте, меня зовут Юрий Насретдинов, я работаю старшим инженером в Badoo. За последние полтора года я сделал несколько докладов на тему того, как работает наше облако. Слайды и видео можно посмотреть тут и тут.

Сегодня настало время рассказать о ещё одной части этой системы — о сборщике логов, который мы вместе с этой статьей выкладываем в open-source. Основная часть логики нашего облака написана на языке Go, и эта подсистема не является исключением.
Исходные коды системы: github.com/badoo/thunder
В этой статье я расскажу вам о том, каким образом мы доставляем логи приложений в нашем облаке, которое мы называем просто «скриптовым фреймворком».

Логи приложений

Наши приложения, запускаемые в облаке, представляют из себя классы на PHP, которые в простейшей реализации имеют метод run() и получают на вход данные задания, например, число от 1 до N, где N — максимальное число экземпляров для этого класса. У каждого задания есть свой уникальный id, и конечной целью является доставка логов в какое-то централизованное хранилище, где можно будет легко найти логи как конкретного запуска, так и все логи класса сразу.
Читать дальше →

Облачные сервисы хранения данных сегодня находятся на пике своей популярности. Действительно, иметь возможность получить доступ к своим данным из любого места, где есть подключение к интернету — это очень удобно. Однако, все больше людей начинает задумываться о безопасности данных в публичном облаке. Подлила масла в огонь и программа PRISM, о которой нам поведал белогвардеец Эд. OwnCloud — […]

Облачные сервисы хранения данных сегодня находятся на пике своей популярности. Действительно, иметь возможность получить доступ к своим данным из любого места, где есть подключение к интернету — это очень удобно. Однако, все больше людей начинает задумываться о безопасности данных в публичном облаке. Подлила масла в огонь и программа PRISM, о которой нам поведал белогвардеец Эд. OwnCloud — […]

Облачные сервисы хранения данных сегодня находятся на пике своей популярности. Действительно, иметь возможность получить доступ к своим данным из любого места, где есть подключение к интернету — это очень удобно. Однако, все больше людей начинает задумываться о безопасности данных в публичном облаке. Подлила масла в огонь и программа PRISM, о которой нам поведал белогвардеец Эд. […]

Запись Персональное облачное хранилище своими руками впервые появилась Rascal's... home?.

Введение

Добрый день.
Использую, как и многие, крупный торрент-трекер — rutracker.org, однако есть одна особенность которая меня раздражает.
Это добавление в список трекеров адреса ix*.rutracker.net, который служит для непонятных мне целей. Однако который часто (у меня — практически всегда) выдаёт ошибки (502 Bad Gateway и 0 No Response). Торрент-клиент (у меня Transmission) помечает торрент сломанным. Что само собой довольно сильно мне мешает. Особенно если учесть особенность Transmission — она задаёт статус торрента по последнему ответу трекера. То есть опрашиваем ix*, он возвращает ошибку, торрент помечается как Broken, через n минут/секунд опрашивается следующий трекер из списка — bt*.rutracker.org или retracker.local, которые возвращают успешный код и торрент снова становится нормальным. Такая чехарда не особо меня радует.

Решение банально — убрать этот нехороший адрес из списка. Однако файлов у меня много, из каждого вручную вырезать совсем не хочется, да и дополнительное действие при добавлении нового торрента выполнять тоже не было никакого желания. Поэтому принял решение разобраться в формате и автоматизировать удаление трекера из списка.