Привет коллеги! Только что мы получили из типографии долгожданный фундаментальный труд Мартина Клеппмана, названный в оригинале « Проектирование приложений с интенсивным использованием данных (Мы анонсировали это еще в сентябре 2016 года).
Книга доступна Для заказа на сайте (не благодарите нас, мы сами радуемся) 
А в конце ноября прошлого года О’Рейли опубликовала долгожданную книгу «Инженерия надежности баз данных», которая, на наш взгляд, прекрасно дополнила бы работу Клепмана.
Кстати, на Амазоне пока только восторженные отзывы.
Ниже под катом мы предлагаем вам не только оптимистическую рецензию на книгу с лошадью, но и реалистичный комментарий к этой рецензии, который, надеемся, вас тоже заинтересует.
При взгляде на обложку «Инженерия надежности баз данных» возникает вопрос: «Подождите секунду, а чем эта инженерия отличается от администрирования баз данныхЭ»
Я буду рад сообщить вам, что именно на этот вопрос Лейн Кэмпбелл и Charity Majors отвечают первыми, прямо в предисловии.
«.Эта книга просто доставляет удовольствие: по сути, это 250-страничная вариация на тему концептуальной книги.очень долгое время работа администратора базы данных (DBA) заключалась в создании ячеек и снежинок.
Инструменты у всех были разные, оборудование разное, языки программирования тоже были разные (.
) дни реальной эффективности и стабильности такой модели уже сочтены.
«В этой книге рассказывается об обеспечении надежности системы с точки зрения инженера баз данных».
Служба обеспечения надежности сайтов Google книга (мне нравится), адресованная специалистам, которые, возможно, привыкли считать себя администраторами баз данных, но мечтают работать в динамично развивающихся крупных компаниях.
Как старшему инженеру баз данных следует читать эту книгу
Обратимся к странице 189, разделу «Репликация данных» главы 10. Авторы объясняют различия между:- Репликация с одним главным сервером — например, группы доступности Always On Microsoft SQL Server, где только один сервер может принимать записи в определенную базу данных.
- Репликация без мастера — как в одноранговой репликации SQL Server, где любой узел может принимать записи.
- Репликация с несколькими мастерами — речь идет о сложных топологиях репликации, где только 2-3 узла могут принимать запись, а все остальные — чтение.
190-202; здесь авторам феноменально удается объяснить все преимущества и недостатки такой системы, как «Группы доступности».
Да, невозможно подробно описать, как спроектировать, реализовать или отладить группу доступности на 12 страницах.
Однако, прочитав эти 12 страниц, вы гораздо лучше поймете, когда рекомендовать такое решение и на какие подводные камни следует обратить внимание.
Это и есть работа инженера по надежности баз данных.
Такой инженер не только умеет работать с одной базой данных, но и знает, когда использовать те или иные возможности, когда нет, и (в целом) как автоматизировать систему и устранить в ней слабые места.
Мне нравятся эти 12 страниц, потому что они демонстрируют, насколько широка на самом деле сфера этой 250-страничной книги.
Авторы обладают глубокими знаниями не только о специфике баз данных, но и о взаимодействии базы данных с приложениями, а также о том, как в базе данных реализуется бизнес-логика.
Авторы умеют абстрагироваться от собственного опыта ровно настолько, чтобы книга была интересна всем, кто профессионально работает с данными; однако им удается писать достаточно ясно, чтобы материал, представленный в книге, можно было напрямую применить при работе с другими современными технологиями.
Например, здесь не говорится, как использовать управление версиями для обеспечения инфраструктуры на уровне кода.
В книге просто говорится, что вам необходимо освоить управление версиями, и знакомятся с ключевыми терминами, с помощью которых вы можете начать осваивать этот навык.
Вам придется изучить новые термины и понятия.
Могут пройти годы, прежде чем они будут реализованы на практике в организации, где вы сейчас работаете.
Это нормально – ведь книга нужна для расширения кругозора.
Как менеджеру следует читать эту книгу
Менеджеры, эта книга также будет вам интересна.Потому что вы поймете: «О, мне нужна команда администраторов баз данных, которые могут делать то и это».
Рекомендую внимательно изучить главу 2 (управление уровнем сервиса) и начать работать в этом режиме с теми сотрудниками, которые у вас есть на данный момент. Начните ставить цели на этом уровне и обсудите, как измерить свой прогресс на пути к их достижению.
На мой взгляд, это самая сложная часть книги; предполагается, что владельцы бизнеса будут готовы пойти на компромисс по этим вопросам.
Это социальные, а не технологические проблемы, и решать их должен менеджер.
Из этой главы я хотел бы процитировать две просто восхитительные строки (курсив мой):
“ SLO (цели уровня обслуживания) определяют правила игры, которым мы следуем.Явления «доступности» и «задержек» так же важны для инженера по надежности баз данных, как «доход» и «прибыль» для продавца..
«Эти цели необходимы для того, чтобы решить, какие риски мы готовы принять, какие архитектурные решения принять, как спроектировать процессы, которые будут поддерживать функционирование таких архитектур».
Кому придет в голову говорить продавцам: «О, просто получите лучшую цену, какую только сможете, — и все будет хорошо».
С инженерами по надежности это тоже не сработает.
Как разработчику и системному администратору следует читать эту книгу
Если вы только начинаете администрировать базы данных, некоторые термины могут показаться вам знакомыми (управление релизами, мониторинг, человеческий фактор).Главы 10-12 звучат потрясающе.
В этих главах вы изучите массу важных концепций (ACID, теорема CAP, кэширование, системы обмена сообщениями).
Вы просто заморгаете от изумления, а ваше эго может сжаться при чтении такого текста.
Не отчаивайтесь: просто прочитав эти главы, вы узнаете много вещей, о которых большинство администраторов баз данных даже не подозревают. Да, конечно, я рекомендую эту книгу.
Ведь это именно та книга, которую легко читать, но сложно реализовать.
Серьезно, внедрение только сервисов уровня обслуживания (тема главы 2) в большинстве типичных компаний требует месяцев координации и отслеживания всех аспектов.
Со временем место нынешних коммерческих инструментов и инструментов с открытым исходным кодом займут другие, но сами концепции, изложенные в книге, останутся непоколебимыми еще как минимум десять лет. Эта книга — замечательный путеводитель для всех, кто привык смотреть на 5-10 лет вперед, но не против заглянуть и дальше.
Если вам нравятся такие книги, я также рекомендую Site Reliability Engineering от Google. Не книга, а просто чудо.
КОММЕНТАРИЙ ДИНА КАРОЛЛО Да, книга определенно закладывает прочную основу по таким темам, как проектирование, разработка, выпуски и жизненный цикл управления производством.
Это обязательное чтение для администраторов баз данных, которые хотят выйти за рамки простого управления инфраструктурой.
Некоторые администраторы баз данных могут стать сварливыми привратниками, занимающими последнее место в производственной цепочке.
Напротив, в этой книге подчеркивается, насколько важно для профессионального инженера по обработке данных как можно раньше участвовать в проектировании и разработке систем.
Однако из недостатков книги хотелось бы пожаловаться на излишне усложненный стиль.
Фу! Кроме того, книга имеет явный уклон в сторону платформ с открытым исходным кодом (Linux, MySQL), что может отпугнуть читателей, владеющих платформами Microsoft. (Славься, SQL Server!) Дорогие фанаты SQL Server, вам просто нужно адаптировать представленные здесь концепции к вашей родной платформе.
Специфика книги явно заточена под работу с распределенными приложениями в Интернете — то есть она не ограничивается анализом данных, областью больших данных и хранилищ данных.
Авторы ясно дают это понять на странице 86: «Мы предполагаем, что хранилища данных должны быть распределенными».
Итак, если оставить в стороне некоторые незначительные недостатки, эта книга является отличным вводным ресурсом для администраторов баз данных и их коллег.
В опросе могут участвовать только зарегистрированные пользователи.
Войти , Пожалуйста.
Книга «Инженерия надежности баз данных» 73,03% Очень интересно 65 2,25% Совсем не интересно 2 33,71% Интересует только после выхода русского перевода «Инженерия надежности сайта» 30 Проголосовали 89 пользователей.
17 пользователей воздержались.
Теги: #ИТ-инфраструктура #базы данных #Администрирование баз данных #Высокая производительность #Анализ и проектирование систем #администрирование #архитектура приложений #dba #инженер по надежности сайта #Профессиональная литература
-
Поместье
19 Oct, 24 -
Гадание По Культурной Карте
19 Oct, 24 -
Роботы Против Людей: Собираем Стул От Икеа
19 Oct, 24 -
Реализация Потока Kotlin На C#
19 Oct, 24 -
504 :)
19 Oct, 24 -
Google И Parallels: Дружба По Расчету?
19 Oct, 24
