Комментарии: Архитектура YouTube

Автор: hpngtypgnp

hpngtypgnp — Mon, 06 Feb 2012 13:05:15 +0000

pvfwqjotjhiu.ju, http://www.aikjbcqcio.com iebjowbdoh

Автор: Jack

Jack — Mon, 19 Dec 2011 10:59:00 +0000

У меня так сервер умер

Автор: Паутина фриланса » Blog Archive » Архитектура сайтов с высокой нагрузкой

Wed, 02 Feb 2011 15:04:20 +0000

[...] Google Архитектура Facebook Архитектура Flickr Архитектура Amazon Архитектура YouTube Архитектура Friends for Sale Архитектура Wikimedia Архитектура [...]

Автор: Сервис YouTube.com « www.blogproobzor.ru

Сервис YouTube.com « www.blogproobzor.ru — Fri, 28 Jan 2011 12:45:41 +0000

[...] Архитектура YouTube [...]

Автор: Архитектура высоконагруженных систем « IT-безопасность

Архитектура высоконагруженных систем « IT-безопасность — Tue, 25 Jan 2011 19:08:13 +0000

Автор: Архитектура высоконагруженных систем

Архитектура высоконагруженных систем — Thu, 13 Jan 2011 12:40:07 +0000

[...] Архитектура YouTube [...]

Автор: Иван

Иван — Tue, 19 Jan 2010 12:58:00 +0000

9 человек в штате такую работу проделали. Молодцы однако!

Автор: tym83

tym83 — Tue, 05 May 2009 12:47:08 +0000

Иван, очень хорошо пишете! Интересно и полезно:)
И главное — очень интеллигентно себя ведете и на острые замечания, даже провокационные местами, реагируете спокойно. Так держать!
P.S. Уже подписываюсь:-)

Автор: Иван Блинков

Иван Блинков — Wed, 28 Jan 2009 15:40:33 +0000

> Добрый день Иван. Не могли бы Вы написать про архитектуру наших Веб проектов:mamba.ru, sape.ru?

Если Вы уговорите их предоставить соответствующую информацию — запросто

Автор: Андрон

Андрон — Wed, 28 Jan 2009 08:31:17 +0000

Добрый день Иван. Не могли бы Вы написать про архитектуру наших Веб проектов:mamba.ru, sape.ru?

Автор: Стёпыч

Стёпыч — Thu, 18 Sep 2008 16:39:03 +0000

Отличная статья. Особенно понравилось решение размещать малопопулярные ролики на, грубо говоря, обычном хостинге

Автор: Anton Shevchuk

Anton Shevchuk — Thu, 08 May 2008 09:07:54 +0000

Еще статейка по теме создания клона YouTube

Автор: Блог Зеника » Blog Archive » Архітектура YouTube

Блог Зеника » Blog Archive » Архітектура YouTube — Wed, 07 May 2008 19:19:00 +0000

[...] Дуже цікава стаття яка аналізує архітектуру всім відомого сервісу YouTube. Виявляється архітектура базована на Python та MySQL (на скільки я зрозумів насправді базується на Google BigTable) та lighttpd для потокового відео (i.e. докачка викачка). Всі технології є не новими такщо багато цікавого немає, саме цікавіше це Гуглівські технології, прям як artifacts from aliens BigTable є закритою штукою, але розвідка показує принаймі дві реалізації, причому обидві дружні до Джави — Apache Hbase та Hypertable. [...]

Автор: Иван Блинков

Иван Блинков — Thu, 20 Mar 2008 23:03:20 +0000

[quote comment="378"]Иван.

Не буду оригинален, но Ваши ссылки на самого себя (полагаю, что это некий плугин делает, а не Вы руками) не есть хорошо. Я по ним более не кликаю.

Вот Вы пишете разные термины. Ну приведите ссылку на wiki какое-нибудь. А то все на себя и на себя… Не дело это.

В остальном статья интересная. Продолжаю читать.[/quote]
Соглашусь, на данный момент от них толку практически нет (за редким исключением), но собственно говоря причины по которым я их пишу (Вы не правы — руками) две:

Потенциальное развитие блога. По прошествии какого-то периода времени (полгода, год, два…) на сайте появится достаточно информации (надеюсь), чтобы читатель, нажав на такую ссылку реально мог увидеть относительно полезную информацию, а не просто страницу со ссылкой обратно на ту же статью.
Поисковые системы. Хочется банально взглянуть как прореагирует Google (не ужели эта ссылка существенно более информативна, чем, допустим, на Архитектуру Google) прореагиурет на такую перелинковку сайта (по крайней мере сайт, откуда я эту мысль почерпнул очень неплохо представлен в SERP, возможно не из-за этого конечно, но все же).

Минусов у этих ссылок конечно предостаточно, в основном это конечно недовольные читатели, которые привыкли нажимать на ссылки не посмотрев куда они ведут и попадающие на полупустые страницы.

Не знаю стоит ли игра свеч, но пока я особо смертельных последствий от их наличия не вижу. Хотя в паре постов я, помнится с ними и переборщил, но надеюсь не буду больше особо с ними усердствовать.

Кстати полезность ссылок на wiki тоже если честно достаточно спорная: не знаю как у всех, но я (поставив себя на место читателя) скорее наберу слово в поисковом плагине Firefox, чем буду искать ссылку в тексте статьи. А ссылки же просто на какие-либо сайты «в тему» конечно же тоже присутствуют местами в блоге, но видимо они просто «растворяются в толпе» и по ним никто не ходит (хотя сложно сказать, может быть просто я не в курсе)…

Автор: Дмитрий Тимохов

Дмитрий Тимохов — Thu, 20 Mar 2008 21:27:49 +0000

Иван.

Вот Вы пишете разные термины. Ну приведите ссылку на wiki какое-нибудь. А то все на себя и на себя… Не дело это.

В остальном статья интересная. Продолжаю читать.

Автор: Иван Блинков

Иван Блинков — Thu, 20 Mar 2008 09:40:03 +0000

[quote comment="368"]Вань, спасибо, действительно Вам !

Ума не приложу, откуда взялся Сергей — прошу прощения .[/quote]
Да ничего страшного

Очередной раз перефразировал то предложение в статье. Надеюсь так совсем правильно

Автор: anvaka

anvaka — Tue, 18 Mar 2008 23:30:00 +0000

Вань, спасибо, действительно Вам !

Ума не приложу, откуда взялся Сергей — прошу прощения .

Автор: Иван Блинков

Иван Блинков — Tue, 18 Mar 2008 22:53:25 +0000

[quote comment="366"]Сергей, спасибо за качественный перевод![/quote]Видимо этот комментарий все же адресовался мне, хоть я вовсе и не Сергей, пожалуйста!
[quote comment="366"]Однако информация о репликации данных все равно не похожа на правду и вводит в заблуждение. В оригинале статьи Тодд сказал очень двусмысленно о том, что заметил в самом начале Alexey Kovyrin: mysql не поддерживает многопоточного обновления данных во время репликации.

Суть проблемы заключается вот в чем: на второстепенном сервере за репликацию отвечает только один поток, выполняя операторы обновления данных последовательно. Eсли в рамках одной реплики должно было произойти три update’a: update1, update2 и update3, то update3 будет выполнен только после завершения update2. Вот здесь и появляется узкое место: выполнение update2 (потенциально) может занять много времени.

Я бы перефразировал это так:
«… Второстепенные сервера, которые обрабатывали только операции чтения, реплицировали данные в одном потоке…».

Впрочем, можете просто посмотреть первоисотчник: доклад Cuong’a на Tech Talk’e. Эта тема затронута на 29-й минуте. Уверен, у вас получится лучше перефразировать проблему .[/quote]Постараюсь в ближайшее время попытаться разобраться по-подробнее в этом вопросе, правда видимо уже не сегодня — уже собирался идти спать…

Спасибо за конструктивную критику

Автор: anvaka

anvaka — Tue, 18 Mar 2008 21:45:27 +0000

Сергей, спасибо за качественный перевод!

Однако информация о репликации данных все равно не похожа на правду и вводит в заблуждение. В оригинале статьи Тодд сказал очень двусмысленно о том, что заметил в самом начале Alexey Kovyrin: mysql не поддерживает многопоточного обновления данных во время репликации.

Впрочем, можете просто посмотреть первоисотчник: доклад Cuong’a на Tech Talk’e. Эта тема затронута на 29-й минуте. Уверен, у вас получится лучше перефразировать проблему .

Автор: Иван Блинков

Иван Блинков — Tue, 18 Mar 2008 20:52:02 +0000

[quote comment="363"]«…Жалко правда, что в тех местах, где присутствуют “самописные” компоненты, не дано никаких подробностей о их реализации, было бы очень интересно.»

Я открыл новый блог http://neuronus-javax.blogspot.com
в котором последовательно буду публиковать некоторые «подробности» реализации [/quote]Спасибо, прочитал первый пост — подписался
Надеюсь и моим читателям Ваш новый блог покажется полезным.