книги по архитектуре приложений для начинающих
3 лучших книги по архитектуре программного обеспечения
Небольшая подборка отличных книг по архитектуре программного обеспечения для новичков и профессионалов в области разработки ПО.
Лен Басс – Архитектура программного обеспечения на практике (третье издание)
Архитектура программного обеспечения на практике – книга, получившая множество наград. В третьем издании она была существенно пересмотрена, и теперь отражает современные тенденции разработки ПО. Книга обрисовывает концепции и лучшие практики, рассказывает, как структурирована система разработки программного обеспечения, и как взаимодействуют элементы этой системы. Книга объясняет, что грамотная архитектура является многоразовым активом, который может быть применен не только к текущему проекту, но и к последующим системам.
Лен Басс, автор книги, построил повествование этого издания вокруг концепции циклов влияния в архитектуре программного обеспечения. Контекст включает техническое окружение, жизненный цикл проекта, бизнес-ориентацию компании и профессиональные навыки архитектора. Автор также значительно расширил собственный список атрибутов качества, которые по-прежнему занимают центральное место в проектировании архитектуры приложения.
Если вы разрабатываете или управляете разработкой крупных программных систем, «Архитектура программного обеспечения на практике» окажется для вас ценным источником знаний
Роджер С. Прессман – Программная инженерия: практический подход (восьмое издание)
В течение трех десятилетий эта книга Роджера Прессмана остается одним из лучших в мире учебников в области разработки программного обеспечения. Восьмая редакция представляет собой серьезную реструктуризацию и обновление предыдущих изданий. Структура глав вернулась к более линейному представлению с прямым акцентом на основные виды деятельности в создании программного обеспечения.
Содержание книги сосредоточено на объяснении широко используемых методов разработки ПО. 39 глав книги распределены по 5 частям: оформление, моделирование, управление качеством, управление проектами и углубленные темы.
Карл И. Вигерс, Джой Битти – Разработка требований к программному обеспечению
Книга представляет собой инструкцию по разработке требований к качеству программного обеспечения. В ней рассказывается о проверенных практических приемах создания таких требований: от выявления и формулирования до утверждения и тестирования. Новое издание дополнено описанием приемов методики гибкой разработки – Agile.
Книга написана для программистов, дизайнеров, тестировщиков и бизнес-аналитиков, для людей, которым важно понимать и реализовывать требования клиентов.
Книги по архитектуре веб приложений?
Вопрос настолько обширный, что врядли кто-то вам сможет посоветовать актуальную литературу, т.к. нужны примеры.
Большинство хороших архитектурных решений находится в постоянной разработке и люди, которые пишут книги, часто отстают лет на 5 от прогресса. А те, кто не отстает — находятся в творчесском процессе и им некогда писать книги.
По теме могу посоветовать смотреть в сторону ruby/nodejs/go фреймворков для различных веб-приложений и сервисов, каждый фреймворк затачивается под определенную задачу и, если есть желание эффективно работать в этой сфере, вам так или иначе придется это делать — без чтения чужого кода и участия в разработке этих самых фреймворков сейчас никуда, и это полностью заменяет литературу по теме.
Как пример, могу посоветовать сравнить www.sinatrarb.com (ruby), expressjs.com (nodejs) и martini.codegangsta.io (golang). Все они используют схему — создаем приложение, у приложения регистриуем обработчики для get/post/других запросов, в обработчиках получаем объекты request/response, и работаем с ними. Это считается базой для любых веб-сервисов, веб-приложений.
Когда нужны какие-то дополнительные функции — все делается независимо от этих модулей внутри колбеков, которые в них регистрируются и там зоопарк очень большой. Если нужны контроллеры, модели — есть rails, compoundjs, beego. Если нужно сделать REST — обычно, берется синатра + доп. модули, и получается что-то вроде loopback.io
Но, повторюсь, когда это все пишется у тебя на глазах, а цикл создания книги — год-полтора — то за это время технологии уже уходят далеко вперед и хороших книг с такой глубокой проработкой вопроса будет появлятся все меньше.
Как прокачаться в проектировании программного обеспечения — список книг
Mar 18 · 11 min read
В последнее время я часто провожу интервью по проектированию распределенных систем. И часто финальным шагом такого интервью я даю рекомендации кандидату о том, что ему стоит изучить. В итоге, я понял, что хочу написать статью, в которой изложу эти рекомендации, а дальше буду просто давать ссылку на нее. И вот я наконец-то ее написал:) Для затравки прикладываю обложки всех рекомендованных книг на одном рисунке.
Сами книги я условно поделил на 3 категории, которые больше сфокусированы на отдельных вопросах
И начнем мы с вопроса
Что делаем
Для того, чтобы с д елать хорошую архитектуру системы хорошо бы глубоко разобраться в предметной области и дальше учитывать это знание при проектировании. Для этого подойдет концепция Domain Driven Design и я рекомендую прочитать пару книг по этой теме.
Domain-Driven Design: Tackling Complexity in the Heart of Software
Каноническая книга, в которой Эрик Эванс изложил концепцию Domain Driven Design. Про нее часто говорят, но гораздо реже ее начинают читать, а дочитывают до конца только избранные. Возможно, причина этого станет ясна, если посмотреть на рис.1, где представлена заглавная страница книги:)
What Is Domain-Driven Design?
Отличная книга Владика Кононова, который простыми словами обобщил основные концепции и дал рекомендации как их применять в реальном мире. Более подробный разбор книги можно прочитать в моем обзоре.
Как делаем
Fundamentals of Software Architecture
В этой книге авторы постарались раскрыть сложную тему основ архитектуры программного обеспечения… и у них получилось достаточно хорошо. Они почти смогли избежать как капитанства, так и общего занудства книг про архитектуру программного обеспечения. Например, они не свалились в бесконечную рефлексию относительно того, что такое архитектура в общем, а также что именно относится к архитектурным решениям. Книга состоит из трех частей:
и раскрываются они хорошо. Подробности о книге можно прочитать в моем обзоре.
Building Evolutionary Architectures
Отличная книга, в котором делается акцент на будущих изменениях системы и важности того, что архитектура системы должна позволять осуществляться такой эволюции. Книга написана простым языком и определенно стоит прочтения. Если говорить про содержание, то она состоит из 8 глав, представленных ниже:
Книга определенно заслуживает отдельного обзора. Возможно, у меня и дойдут когда-то рукои до его написания.
Designing Data-Intensive Applications
Читал эту книгу в переводе от издательства “Питер”, которое перевело название книги как “Высоконагруженные приложения”. Заметим, что ни слова про высокую нагрузку по данным:) В остальном перевод вышел довольно хорошим.
О качестве книги говорит то, что после первых 2 глав я заказал себе бумажную копию книги и поставил рядом с 2 томиками Таненбаума, книжкой GoF и другими классическими книгами. Кстати, отдельно надо сказать про иллюстрации к каждой главе — они превосходны. Очень наглядно отображены взаимосвязи между сущностями, про которые дальше упоминает автор книги. Прочтение книги у меня заняло почти месяц с перерывами, т.к. книга чрезвычайно емкая по содержанию.
Книга разбита на три части и 12 глав:
Первая часть является вводной и состоит из глав:
Вторая часть включает в себя главы:
Часть 3 состоит из глав:
Книга просто превосходна для тех, кому приходится проектировать/разрабатывать системы, которые хранят/обрабатывают данные:)
Designing Distributed Systems
Автор книги является сооснователем kubernetes, поэтому его опыт в проектировании распределенных систем является довольно актуальным:) Книга мне показалось хорошей, но одновременно слишком простой. Но за счет этого она отлично подойдет новичкам вступающим на запутанную дорожку distributed systems:)
Книга состоит из 3х частей:
Все паттерны даются в контексте контейнеров и их оркестрации, книга содержит практические примеры, для реализации которых используется инсталляция kubernetes и его примитивы, такие как pods, deployments, services, etc. Ближе к концу книги вы попробуете использовать helm для разворачивания etcd, kafka и иже с ним.
В первой части рассматриваются паттерны:
Во второй части рассматриваются:
В третьей части рассматриваются паттерны проектирования систем пакетных вычислений:
Architecting for Scale, 2nd Edition
Читать лучше на английском, т.к. на русском первое издание этой книги назвали как “Масштабирование приложений. Выращивание сложных систем”. Выращивать можно на даче картошку:) А тут все вертится относительно правильной архитектуры приложений, которая позволяет масштабироваться, сохраняя высокую доступность. Кстати, есть еще проблема, что переводные русские термины не сопровождаются их английскими аналогами — это приводит к тому, что не всегда очевидно о чем рассказывает переводчик. Приходиться восстанавливать это знание из контекста перевода:) Если абстрагироваться от перевода и заглянуть в содержание книги, то автор раскрывает следующие мысли:
Cloud Native
Книжка про самый популярный сейчас способ разработки ПО, а именно про разработку приложений, готовых к облакам:) В будущем я планирую написать саммари по этой книге.
Patterns of Enterprise Application Architecture
Каноническая книга, которой в следующем году исполнится 20 лет. Я не мог здесь ее не упомянуть, но читать стоит с осторожностью, т.к. все эти паттерны из мира Java приложений, которые были на рубеже тысячелетий:)
Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions
Книге уже больше пятнадцати лет, а она до сих пор актуальна почти целиком. Забавно, что единственная устаревшая глава называется “Новые стандарты и перспективы интеграции корпоративных приложений”.
А если серьезно, то в самом начале книги (2 глава) дается отличный обзор разных стилей интеграции приложений:
Для каждого из вариантов обсуждаются плюсы и минусы:) Исходя из названия книги, можно понять, что авторы, оценив и взвесив все варианты, останавливаются на интеграции путем обмена сообщениями.
Дальше (в главе 3) авторы рассказывают про составные части системы обмена сообщениями, а в следующих главах подробно рассматривают паттерны для каждой из частей, а именно
В конце (глава 11) рассматриваются вопросы управления системой, которые очень полезно рассмотреть, чтобы не погрязнуть в непроработанных заранее вопросах тестирования и отладки системы. Приятно, что в системе есть 3 практикума, где рассматривается создание несложных систем, с использованием только что рассмотренных паттернов. Изюминкой является рассмотрение процесса проектирования реальной системы по торговле облигациями в главе 13 данной книги.
Очень рекомендую почитать книгу тем, кто планирует или реализует архитектуру с использованием микросервисов:) Знание этих паттернов позволит вам не наступать на грабли и не изобретать велосипеды.
Monolith to Microservices
Книжка определенно хороша. Правда, она является не продолжением книги про создание микросервисов, а скорее приквелом для выпущенной изначально книги. Об этом говорит и сам автор во вступлении, посыпая голову пеплом относительно того, что он открыл ящик Пандоры с микросервисами, что привело к массовому adoption’у их всеми подряд без глубокого понимания границ применимости этого подхода:)
В новой книге Сэм Ньюман рассматривает такие темы как:
Во всех упоминавшихся выше темах автор приводит логичные аргументы
Особенно мне нравятся заключительные слова автора о двух идеях, которыми он хотел поделиться в своей книге:
First, give yourself enough space and gather the right information to make rational decisions. Don’t just copy others; think instead about your problem and your context, assess the options, and move forward, while being open to change if you need to later. Second, remember that incremental adoption of microservices, and many of the associated technologies and practices, is key
Очень логичные и понятные мысли, которые заставляют трезво смотреть на любые подходы к решению задач. И да, на микросервисы тоже:)
Building Microservices, 2nd Edition
Если говорить кратко, то книга объективно хороша. Автор рассматривает проектирование программного обеспечения от и до.
В книге на примерах демонстрируется какие преимущества есть у монолита (да, они тоже есть) и какие у микросервисов (а их гораздо больше).
Не забывает автор и о “сопутствующих” вопросах, навроде интеграции всей пачки получившихся микросервисов, их тестирования, развертывания и мониторинга. Забавно, что если не рассматривать эти вопросы в самом начале, то система из микросервисов будет напоминать пазл с потерянными кусками, которые препятствуют его сбору в финальный продукт.
Упоминает автор и про закон Конвея, который говорит о том, что техническая архитектура повторяет организационную структуру компании. Автор делает предположение, что это работает и в обратную сторону. Если данная гипотеза верна, то это позволяет получить помимо более удачной технической архитектуры и более удачную организационную в случае применения микросервисов.
На закуску рассматриваются вопросы масштабирования микросервисов.
В общем, читайте книгу и не пожалеете.
Правда, для максимальной простоты прочтения хорошо бы, чтобы Вы имели опыт разработки и прошли все стадии от создания монолитов до перехода к микросервисной архитектуре. В этом случае книга будет читаться элементарно, а автор будет восприниматься как Капитан Очевидность:))
Как эксплуатируем
Release It!, 2nd Edition
Начинается все с введения, где автор рассказывает о том, что побудило написать эту книгу, дальше он переходит к первой части, в которой рассматривается такое понятие как стабильность:)
Часть посвященная стабильности состоит из глав, в которых рассказывается о
Дальше автор переходит ко второй части, в которой обсуждает дизайн системы для production, в третьей части идет речь про delivery вашей системы, а в четвертой — про решение системных проблем. В общем, отличная книжка для людей участвующих в разработке программного обеспечения.
Site Reliability Engineering
Книга определенно мне понравилась, но есть нюанс …
Нюанс заключается в том, что название SRE в головах людей получило коннотацию Devops, что в принципе неплохо, но … у кого из знакомых разработчиков я не спрашивал читали ли они эту книгу, то получал ответ в стиле “Нет, это вроде что-то для devops’ов”
На самом деле книга определенно хороша и ряд глав стоит прочесть разработчикам в первую очередь. Структура книги довольно проста и состоит из 5 частей:
В введении кратко описывается содержание книги, а вот уже в принципах начинается интересное и рассматриваются вопросы, касающиеся:
В части, касающейся практик, приводится порядка 20 глав, среди которых особо важны для разработчиков главы касающиеся:
В части про управление рассказано о некоторых вопросах менеджмента команд SRE. А в последней части, называющейся “Выводы” проводятся параллели между разработкой ПО в Google и разработкой mission critical систем в авиастроении, кораблестроении, атомной энергетике и т.д.
В общем, книга отличная, хотя и немного напоминает салат оливье, т.к. собрана из отдельных статей, которые дополнительно отредактированы для того, чтобы быть более похожими друг на друга:)
The Site Reliability Workbook
Данная книга является продолжением предыдущей и рассказывает о том, как внедрить SRE подходы в вашей компании:)