Для потомков: Инструменты: 1. Сервисно-ориентированная архитектура. 2. Вертикальное масштабирование. 3. Горизонтальное масштабирование. Не храним состояние, не держим общих узлов. 4. Отложенные вычисления. 5. Асинхронная обработка. 6. Использование толстого клиента. 7. Кеширование. 8. Функциональное разделение. 9. Шардинг. 10. Виртуальные шарды. Физически сервер еще один, но логически вы уже шардите, а затем по необходимости разносите. 11. Центральный диспетчер. Логика шардинга. 12. Репликация. 13. Партицинионирование. 14. Денормализация. 15. Введение избыточности. 16. Параллельное выполнение. НЕ путать с многопоточным. Шаги: 1. Бизнес-логика. Опишем бизнес-логику будущей системы, включая потенциальные пути развития системы. 2. Цифры. Посчитаем объемы хранимых данных и скорость их приращения. Выбираем критический путь - хранение, запись или чтение данных? 3. Деградация. Определить допустимую степень деградации системы. 4. Данные. Построим схему движения данных и примем решение, какие из особенностей проектируемой системы мы будем использовать. 5. Схема. Проектируем схему хранения данных. 6. Ломаем. Ломаем систему и смотрим, что у нас получится.
i dont mean to be off topic but does anyone know a way to log back into an Instagram account?? I was dumb forgot my account password. I would love any tricks you can give me!
@Elian Chandler i really appreciate your reply. I got to the site through google and Im waiting for the hacking stuff now. I see it takes a while so I will reply here later with my results.
Отличное видео, всё понятно, спасибо большое! Как раз сейчас занимаюсь разработкой предварительного ТЗ для крупного проекта, но мои видео больше размышления, чем конкретные инструменты :)
В примере с новостями, я бы сделал так, что бы у меня было 2 горячие базы. если как в примере срок жизни до архива 1 сутки. я бы использовал 2 горячие БД. сегодняшняя и вчерашняя. я б каждый день создавал новую БД, наполнял бы её новостями за сегодня. в конце дня переименовывал бы эту БД во вчерашние новости. а другую БД, которая была до этого вчерашними новостями полностью удалял.
хорошая лекция в принципе все это мне известно, но когда тебе рассказывают вещи, понимание которых совпадает с твоим, твое чсв как-то увеличивается чтоли... :)
Вот слушаешь то с чем столкнулись в 21 веке и понимаешь что мозг человека в принципе работает похожими методами, нейросеть с репликой одинаковой информации в тысячи местах... Правда сервак один)))
По-моему необходимы матмодели, касающиеся вероятности, стоимости оборудования, допустимые деградации. А то может быть заказчик такой, что оборудование на несколько штук баксов, но не прогибается по деградации. Ему говоришь - Чувак! Это невозможно. А он - пофигу - почему?
![Megan Thee Stallion - Mamushi (Remix) [feat. TWICE] [Official Audio]](http://i.ytimg.com/vi/5c0_u9PsrsQ/mqdefault.jpg)
![GUILTY GEAR -STRIVE- Season Pass 4 Playable Character #1 [Queen Dizzy] Trailer](http://i.ytimg.com/vi/nXDsAgYXXv4/mqdefault.jpg)
Для потомков:
Инструменты:
1. Сервисно-ориентированная архитектура.
2. Вертикальное масштабирование.
3. Горизонтальное масштабирование. Не храним состояние, не держим общих узлов.
4. Отложенные вычисления.
5. Асинхронная обработка.
6. Использование толстого клиента.
7. Кеширование.
8. Функциональное разделение.
9. Шардинг.
10. Виртуальные шарды. Физически сервер еще один, но логически вы уже шардите, а затем по необходимости разносите.
11. Центральный диспетчер. Логика шардинга.
12. Репликация.
13. Партицинионирование.
14. Денормализация.
15. Введение избыточности.
16. Параллельное выполнение. НЕ путать с многопоточным.
Шаги:
1. Бизнес-логика. Опишем бизнес-логику будущей системы, включая потенциальные пути развития системы.
2. Цифры. Посчитаем объемы хранимых данных и скорость их приращения. Выбираем критический путь - хранение, запись или чтение данных?
3. Деградация. Определить допустимую степень деградации системы.
4. Данные. Построим схему движения данных и примем решение, какие из особенностей проектируемой системы мы будем использовать.
5. Схема. Проектируем схему хранения данных.
6. Ломаем. Ломаем систему и смотрим, что у нас получится.
Спасибо! #16 - это по сути map/reduce, более привычный термин.
i dont mean to be off topic but does anyone know a way to log back into an Instagram account??
I was dumb forgot my account password. I would love any tricks you can give me!
@Marcel Casey instablaster :)
@Elian Chandler i really appreciate your reply. I got to the site through google and Im waiting for the hacking stuff now.
I see it takes a while so I will reply here later with my results.
@Elian Chandler it did the trick and I now got access to my account again. I am so happy!
Thank you so much, you saved my account :D
Спасибо!
Отличное видео, всё понятно, спасибо большое! Как раз сейчас занимаюсь разработкой предварительного ТЗ для крупного проекта, но мои видео больше размышления, чем конкретные инструменты :)
Очень крутой контент от Олега Бунина.
В примере с новостями,
я бы сделал так, что бы у меня было 2 горячие базы.
если как в примере срок жизни до архива 1 сутки.
я бы использовал 2 горячие БД. сегодняшняя и вчерашняя.
я б каждый день создавал новую БД, наполнял бы её новостями за сегодня.
в конце дня переименовывал бы эту БД во вчерашние новости.
а другую БД, которая была до этого вчерашними новостями полностью удалял.
iForum 2013
sharding - дробление, членение.
хорошая лекция
в принципе все это мне известно, но когда тебе рассказывают вещи, понимание которых совпадает с твоим, твое чсв как-то увеличивается чтоли... :)
известно много что, а вот конкретно когда скажут: это применяется тут, а это - там, а это - вообще здесь не применимо - совсем другое дело.
Вот слушаешь то с чем столкнулись в 21 веке и понимаешь что мозг человека в принципе работает похожими методами, нейросеть с репликой одинаковой информации в тысячи местах... Правда сервак один)))
сервак не один, а как минимум два, но с разными сервисами. Серверная одна
Чего такие тупые вопросы задают, которые к теме не относятся то?
Особенно убил вопрос про кеш
Виртуальный шард на каждого пользователя) гениально))
virtual [ˈvɜːʧʊəl] мнимый, предполагаемый, обладающий возможностью, действующий.
Лекция для совсем начинающих разработчиков
ну не скажи
По-моему необходимы матмодели, касающиеся вероятности, стоимости оборудования, допустимые деградации. А то может быть заказчик такой, что оборудование на несколько штук баксов, но не прогибается по деградации. Ему говоришь - Чувак! Это невозможно. А он - пофигу - почему?
shard [ʃɑːd] осколок, кусочек
post [pəʊst] сообщение, размещение, пункт, почта, столб, должность, пост.
scaling [ˈskeɪlɪŋ] масштабирование, отложение, образование накипи, шелушение, шкалирование, пересчёт, вычисление
partitioning [pɑːˈtɪʃnɪŋ] разбиение, разделение, распределение, расчленение, перегораживание, разметка.
zooming [ˈzuːmɪŋ] масштабирование, увеличение.
zoom [zuːm] масштабирование, увеличение, масштаб, наезд, сигнал.
degradation [degrəˈdeɪʃn] ухудшение, вырождение, снижение