Публикации по теме 'distributed-systems'


Теория вычислений бесконечной мощности. Часть 3.
… продолжение IPCT Part II . 5. Процессы и процессоры Программирование — это своего рода нематериальная философия… Я хотел бы представить здесь один день настройки моей тестовой параллельной программы. Вы можете пройти мимо этой истории, если считаете, что это неподходящее место. Но эта программа — один очень маленький шаг к программированию бесконечной мощности. К сожалению, не могу предоставить источники — это было в 2007 году. Итак, я модифицировал первоначальную версию..

Что такое обнаружение услуг?
Обнаружение сервисов в микросервисах Вы можете подписаться на информационный бюллетень по проектированию систем , чтобы преуспеть в интервью по проектированию систем и архитектуре программного обеспечения . Вы можете прочитать оригинальную подробную статью , опубликованную на сайте systemdesign.one . Целевая аудитория этой статьи делится на следующие роли: Технические работники Студенты Инженерные менеджеры Обязательным условием для прочтения этой статьи является..

Понимание двухфазной фиксации (2PC) в распределенной системе
Протокол двухфазной фиксации используется в распределенных системах для обеспечения согласованности и атомарности транзакций на нескольких узлах. Он включает в себя две фазы: фазу «голосования» и фазу «фиксации». Этап голосования/подготовки : Координатор : координатор транзакции (обычно узел, инициирующий транзакцию) отправляет запрос всем участвующим узлам, спрашивая, готовы ли они зафиксировать транзакцию. Участники . Каждый участник отвечает одним из двух голосов: «Да, я могу..

Как серверы Zookeeper остаются синхронизированными?
Apache Zookeeper , наверное, один из самых забавных и сложных распределенных фреймворков. Обычно он используется в качестве посредника для синхронизации распределенных серверов. Самостоятельная реализация синхронизации может привести к нескольким состояниям гонки. Итак, разработчики используют Zookeeper в различных системах, даже не задумываясь о какой-либо альтернативе. Широкое распространение свидетельствует о его надежности и производительности. Затем возникает вопрос: как..

В 2011 году в AWS произошел сбой, затронувший многие сервисы, но не Netflix.
Посмотрим как они это сделали??? 1. Netflix использовал архитектуру службы без сохранения состояния. Это означает, что любой сервер может обслуживать любой запрос. Даже если один из узлов вышел из строя, можно легко запустить новый узел для обслуживания запросов. 2. Вместо того, чтобы зависеть от одной зоны и хранить данные только там, они хранили несколько копий в разных зонах. В случае неудачи можно попробовать любую новую зону для тех же данных. 3. Netflix использует технику..

Обзор изучения сплетен
Введение: Название «сплетни» относится к тому, как информация распространяется по сети, аналогично тому, как сплетни распространяются по группе людей. Это метод распределенного машинного обучения, при котором каждый узел в сети обновляет параметры своей модели, обмениваясь информацией с другими узлами. узлы в сети. Идея состоит в том, что, обмениваясь информацией с другими узлами, каждый узел может быстро прийти к глобальному оптимуму. Это отличается от традиционных методов..

Как Discord хранит триллионы сообщений — Любопытный случай проектирования системы
В 2017 году команда Discord рассказала, как они начали использовать MongoDB, но перенесли свои данные в Cassandra, поскольку искали масштабируемую, отказоустойчивую и относительно не требующую обслуживания базу данных. Спустя несколько лет в кластере Discord Cassandra возникли серьезные проблемы с производительностью, которые требовали все больших усилий для простого обслуживания, а не улучшения. Что мы здесь рассмотрим… Проблемы Кассандры в Discord Изменение архитектуры —..