Мнение о книге "System Design. Подготовка к сложному интервью"

Когда начал читать первую главу, прям аж удивился, она очень сильно совпадает с первым семинаром в моем курсе про распределенные системы. Но дальше пошли различия. Хотя много и пересечений (практически в самом конце наткнулся даже на шот и лонг пулинг, а также вебсокеты). Книга мне понравилось, не то чтобы что-то новое узнал, но посмотреть на разные архитектурные решения в одной книжке, от одного автора было интересно. Тут галопом по Европам, но есть достаточно много полезного: как использовать кольцевое хэширование для шардирования, как сгенерировать уникальный ключ в распределенной системе, как устроены и где могут пригодиться префиксные деревья, как использовать фильтр Блума...

Каждая глава, это некоторая попытка показать как могла бы выглядеть архитектурная секция по той или иной задаче. Решает ли книга задачу подготовки к арх. секции человека, ни разу не занимавшегося проектированием систем? Нет. Но основной вектор думания на секции задает очень хорошо. Чего мне в книге не хватило? Практически нет ничего про самые распространенные паттерны применяемые в распределенных системах.

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

Мнение о книге "Распределенные системы. Паттерны проектирования"

 

Книга совсем небольшая, порядка 220 страниц. Мне понравилась структура. Есть три части, в каждой дается вводная часть, описывающая группу паттернов, а затем главы посвящены отдельным паттернам. Каждый паттерн рассматривается теоретически, описываются случаи когда он может быть применен и, самое главное, приводится пример как его реализовать (докер, кубер и kubectl).

Выбор паттернов, как по мне, достаточно специфичен. Здесь нет той же Саги, зато есть очень много советов, как сделать контейнеры реально переиспользуемыми. Одноузловые паттерны это вообще тема, очень мало кто знает про них в достаточном объеме. Тот же прицеп еще на слуху, а амбасадор, уже вызовет вопрос, а что это такое :)

Читать ли книгу? Как по мне, так полезность очень высока. Даже если вы все это уже знаете, будет полезно посмотреть с другой точки зрения, да и конкретные приемы развертывания попадаются достаточно интересными. Единственно, я не могу рекомендовать эту книжку совсем уж новичкам. Скорее она ориентированна на уровень, когда человек уже набил некоторое количество шишек, а тут ему подсказка, как их не набивать в следующий раз.

Архитектор, а какой ты?

Статья подготовлена для корпоративного портала.

Бизнес-правила являются причиной существования 

программной системы. Они составляют основу функционирования. 

Они порождают код, который делает или экономит деньги. 

Они — наши семейные реликвии. 

-- Роберт Мартин

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

Родоначальником формализации архитектуры корпоративных информационных систем можно считать Джона А. Захмана со статьями «A framework for information systems architecture» и «Extending and formalizing the framework for information systems architecture», в которых и было описано то, что получило название модель Захмана.

Архитектор, а зачем ты нужен?

Статья подготовлена для корпоративного портала.

Бизнес-правила являются причиной существования программной системы. Они составляют основу функционирования. Они порождают код, который делает или экономит деньги. Они — наши семейные реликвии.

                -- Роберт Мартин

Чем занимаются архитекторы, мы с вами в прошлый раз поговорили, но вот какая от этой деятельности польза? Давайте взглянем на взаимосвязь архитектурных артефактов, предлагаемую Togaf (можно и в модель Захмана посмотреть, и в следующий раз даже посмотрим, но для текущей темы картинка из Togaf нагляднее):

Архитектор, кто ты?

Статья подготовлена для корпоративного портала.

Все сложные системы так или иначе выйдут из строя. Между малым и большим, между совершенным и несовершенным есть некий человек или люди, у которых было видение формы вещей; мы называем таких людей "архитекторами". 

-- Гради Буч 

Так получилось, что в рамках проектов консалтинга за последние несколько лет была возможность заглянуть в несколько достаточно крупных (ну и не очень крупных) компаний, занимающихся внутренней или заказной разработкой. Практически во всех этих компаниях были люди, которые в названии должности имели слово «архитектор». Но вот то, чем они занимались, было от области бизнес аналитики до построения хрустальных замков и демонстрации их бизнесу. То, что ниже - это общее виденье, за что же должна отвечать роль архитектора, а о типах архитекторов и детальках их работы поговорим в другой раз.