1cloud Oct 3 2015 at 15:28

Как писать высокодоступный код

3 min

29K

1cloud.ru corporate blogWebsite development*Development for e-commerce*

+24

Comments 12

atomlib Oct 3 2015 at 16:26

Статья про сервер, аптайм которого используется в качестве КДПВ.

UFO just landed and posted this here

Olej Oct 4 2015 at 12:21

> Например, у Golang нет официального отладчика, а альтернативный открытый отладчик появился всего несколько месяцев назад. Также инструменты мониторинга и трассировки языка Go ни в какое сравнение не идут с Java JMX и Erlang.

Смешной афтор… ;-):
… ну сырой тебе Go — не пользуйся.
Пользуйся: BASIC, COBOL… проверено годами!

-3

Olej Oct 4 2015 at 12:24

> Инженер фотосервиса Imgur Джейкоб Гринлиф

В принципе, чтобы почерпнуть знания об отказоустойчивых системах, нужно бы читать не мнения сотрудников облачных сервисов, а пойти и почитать, скажем, публикации из операционной системы QNX…

miga Oct 4 2015 at 13:36

Мда. Я вотчдогов, кронов, которые убивают длинные запросы в базу и прочих костылей стыдился… А оказывается, надо было гордиться надо было.

dbf Oct 4 2015 at 14:56

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

stavinsky Oct 4 2015 at 16:48

А еще надо понаставить вотчдогов которые следят за вотчдогами)

khim Oct 4 2015 at 21:46

Всё зависит от масштабов. Если у вас система на миллионы компьютеров и соответствующее количество ресурсов и админов, то там и вотчдоги которые следят за вотчдогами которые следят за вотчдогами могут быть.

PsychodelEKS Oct 4 2015 at 17:07

Стыдиться надо, когда у Вас что-то не работает, а Вы узнаете об этом от пользователей. Лучше перебдеть, чем недобдеть.

Stas911 Oct 6 2015 at 16:12

Мне еще понравилось — в Амазоне(?) вся инфраструктура построена на сервисах и чтобы убедиться, что все сделано отказоустойчиво и надежно, специальный сервис Crazy Monkey в рабочее время ходит по машинам и случайным образом изредка гасит одну из них :))

catanfa Oct 9 2015 at 15:06

По-моему специальный демон убийца медленных SQL запросов это всё-таки вредный совет. Если уничтожить «долгий» запрос, то та задача, которую выполнял скрипт, выполнена не будет. Страница не покажется, скрипт не сделает свою работу и т.д. Это скорее закапывание проблемы глубже, а не отказоустойчивость. По крайней мере, нужно куда-то логировать такие запросы и пытаться избежать их появления в будущем.

stavinsky Oct 10 2015 at 00:45

В слоу лог вообще полезно заглядывать. Благо в 5.6 это можно прямо из бд смотреть