Книга по распределенным отказоустойчивым системам?

Question

[Кирилл Горелов]

Всем привет.
Парни, посоветуйте книги по распределенным отказоустойчивым системам.
Из того что нашел это раз и два и три
Если знаете еще полезные и интересные книги, то дайте пожалуйста ссылку. Буду благодарен.

Про сайт ruhighload.com знаю, активно читаю. Но хотелось бы именно книгу.

Comments

[Griboks]

Есть такой язык, erlang. Это конечно не книга, но философия у них привлекательная, можно почитать.

[Roman]

Полезные и интересные мало
Полезные или интересные много.
Но на "нерусском"

[stratosmi]

Griboks,

Есть такой язык, erlang. Это конечно не книга, но философия у них привлекательная, можно почитать.

1. Устарел еще при рождении. Ибо создавался впопыхах.
   
2. К теме вопроса отношения имеет не больше, чем еще десятки языков программирования.
   

[Roman]

stratosmi,

Устарел еще при рождении

Где лучше продать книги по Erlang и Mobile Business?
Мнения расходятся

Кирилл Горелов,

например:
Architecting Data-Intensive Applications
ISBN 978-1786465092

И другие есть, и они в контексте конкретных языков/СУБД/технологий.
Или чистая математика.

[stratosmi]

Roman,

Где лучше продать книги по Erlang и Mobile Business?
Мнения расходятся

Жую:

1. Архитектура Erlang ужастна. Это признали еще его авторы.
   
2. Язык создавался в спешке, вместе с АТС и для нее.
   
3. АТС на тот момент достойных альтернатив не имела, стала популярной.
   
4. Что способствовало и распространению изначально неразумно спроектированного языка Erlang
   
5. Без лоббирования языка в те времена передовым железом - об убогом Erlang уже все забыли бы.
   

[Roman]

stratosmi, Я не адепт этой секты.
А да...
books.ontico.ru

[sim3x]

stratosmi,
Каждый пункт вызывает сомнения без пруфа

[Сергей Горностаев]

stratosmi, и тем не менее на сегодня это самый часто применяемый в реальных проектах функциональный язык.

[stratosmi]

Сергей Горностаев,

и тем не менее на сегодня это самый часто применяемый в реальных проектах функциональный язык.

JS - тоже "самый часто применяемый". И что? Эталон качества языка?

[Сергей Горностаев]

stratosmi, JS - не функциональный язык. Он только имеет функциональные возможности, как и многие другие языки, вплоть до С. Найти работу на Haskell или каком-нибудь из Lisp'ов на порядок сложнее, чем на Erlang.

[stratosmi]

Сергей Горностаев,

JS - не функциональный язык.

Речь о вообще другом.
Критерий "самый применяемый" никак не относится к качеству языка.

[Сергей Горностаев]

stratosmi, отсюда вывод, что значение имеют только качества делающие язык полезным для разработчика, и можно иметь массу недостатков, пока они компенсируются необходимым объёмом достоинств. В текущий момент Erlang имеет куда более скромное лобби, чем Clojure например, но применяется больше, причём в областях уже никак не связанных с телефонией.

[stratosmi]

Сергей Горностаев,

пока они компенсируются необходимым объёмом достоинств

В случае Erlang - он просто попал в ситуацию "на безрыбье и рак рыба".
Если вы считаете это достоинством для разработчика...

С JS такая же ситуация.
Но JS позволяет зарабатывать огромному числу разработчиков, этого у него не отнять.

Однако зачем браться за Erlang без подобного JS конкретного приложения своего труда за весомые деньги?
Зачем за него браться в контексте вопроса топикстартера?

[Сергей Горностаев]

stratosmi,

В случае Erlang - он просто попал в ситуацию "на безрыбье и рак рыба".

Кроме него были и другие языки, в том числе функциональные. Но только Erlang обладал из коробки акторами, фиберами, горячей заменой кода и очень простым, но функциональным механизмом распределённого выполнения. Фраза "на безрыбье и рак рыба" - это как раз про JS, кроме него на фронте ничего как не работало, так и не работает.

Однако зачем браться за Erlang без подобного JS конкретного приложения своего труда за весомые деньги?
Зачем за него браться в контексте вопроса топикстартера?

С этим полностью согласен.

[stratosmi]

Сергей Горностаев,

Но только Erlang обладал из коробки акторами, фиберами, горячей заменой кода и очень простым, но функциональным механизмом распределённого выполнения

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

Answer 1

[Сергей Горностаев]

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

Про надёжность могу посоветовать два шикарных букваря:

Крис Клирфилд и Андраш Тилчик - "Неуязвимость"

Майкл Нейгард - "Release it!"

Comments

[Кирилл Горелов]

Сергей Горностаев Майкл Нейгард - "Release it!" - вот про нее-то я и забыл.
А на счет Крис Клирфилд и Андраш Тилчик - "Неуязвимость" не могу сказать. Мельком прочитал ознакомительный фрагмент, что-то про веб ничего не нашел. Или я не все прочитал?

[Кирилл Горелов]

Сергей Горностаев и еще вопрос. Если читали эти книги.
Что лучше Release it или "Высоконагруженные приложения" Клеппмана.
Или они дополняют друг друга??
Я просто только собираюсь приобрести их, хотел поинтересоваться.

[Сергей Горностаев]

Кирилл Горелов, они на разные темы, поэтому сравнивать их невозможно.

[Валентин]

По крайней мере первая к технической части в принципе имеет очень опосредованное значение, она для менеджеров.

Answer 2

[Аристарх Загородников]

"Distributed systems for fun and profit" - book.mixu.net/distsys