Комментарии 31
Спасибо, конечно, за статью… Но, похоже, она больше для первоклассников, а не для аудитории Хабрахабра.
Но статья хорошая и наглядная.
Но статья хорошая и наглядная.
На Хабр приходят и начинающие.
Если на харе будут статьи, которые я смогу показать своему ребёнку, то я буду только рад. Вот эту статью можно рекомендовать как учебное пособие.
Для меня лично страничка вики с лишь одной (!) картинкой ближе и __правильнее__
Кажеться что цель статьи — запутать. Я прав?
Кажеться что цель статьи — запутать. Я прав?
Вы правильно начали — «для меня лично». Для вас ближе страничка с вики, для кого-то история в картинках
>для кого-то история в картинках
Еслиб тут были только картинки… тут же еще и тексты местами есть.
>где-то за ней прячутся сервер с базой, а то и целый RAID
Вот это вот что такое было? Зачем в одной фразе смешивать разные уровни? Если уж вы пишете для детского сада (в принципе, почему нет, хотя хабр все-таки не для детсадовцев), ну так и не лезьте в сложные вопросы. Не нужно в клиент-серверную архитектуру мешать еще и RAID, и вообще железо, там своей сложности достаточно.
Параграф про XAMPP — из той же оперы. Не хочу сказать, что статья полное барахло, но местами — хоть стой, хоть падай.
Еслиб тут были только картинки… тут же еще и тексты местами есть.
>где-то за ней прячутся сервер с базой, а то и целый RAID
Вот это вот что такое было? Зачем в одной фразе смешивать разные уровни? Если уж вы пишете для детского сада (в принципе, почему нет, хотя хабр все-таки не для детсадовцев), ну так и не лезьте в сложные вопросы. Не нужно в клиент-серверную архитектуру мешать еще и RAID, и вообще железо, там своей сложности достаточно.
Параграф про XAMPP — из той же оперы. Не хочу сказать, что статья полное барахло, но местами — хоть стой, хоть падай.
Иллюстрации просто шикарные. Хотя мне не интересна тема всех этих серверов и БД, но дочитал статью из-за картинок до конца))
Балансировщиков тоже должно быть несколько, иначе единой точкой отказа становится уже балансировщик.
Отлично сделано.
А для сервера иногда и 10 тб будет мало.Вот только по Вашим схемам сервер и база данных — это разные сущности, а раз речь идет о балансировщике и большой нагрузке, то они наверняка разнесены на разные физические машины.
То есть в такой схеме «сервером» обозначен конкретно сервер бизнес ЛОГИКИ, для обработки которой нужны процессорные мощности и много оперативной памяти, а вот большие объемы дисковой системы зачем? У Вас код бизнес логики на 10 Тб будет?
Вот для сервера баз данных это актуально и Вы это упомянули, для файл-сервера, еще актуальней, его тоже неплохо бы добавить в схему. У тех же банков существует куча всяких сканов документов, наверняка задействуются отдельные файл-сервера для оптимизации доступа к ним.
Понравился «букварь» :)
Только вот нужно было бы хоть пару слов сказать о синхронизации БД в кластере.
Только вот нужно было бы хоть пару слов сказать о синхронизации БД в кластере.
Класс! Подать не простую тему простым языком, да ещё и в понятных даже ребёнку иллюстрациях — это большой труд. Отлично получилось!
Большое спасибо за статью — переслал ее паре людей, кому это нужно )
Прекрасно
Спасибо!
Каждый раз с огромным удовольствием читаю ваши статьи. Хороший слог, на мой взгляд, оптимальный уровень упрощения, ну и картинки, куда же без них )
Топ, наглядно и понятно
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Клиент-серверная архитектура в картинках