Скачать "013. Школа менеджмента — Администрирование и эксплуатация в Яндексе. Вячеслав Агапов"
%3Aformat(webp)%2Fi.ytimg.com%252Fvi_webp%252F_kIoz4UHHzI%252Fmaxresdefault.webp&w=1139&q=75)
Похожие ролики из нашего каталога
%3Aformat(webp)%2Fi.ytimg.com%252Fvi_webp%252FPFGslDYHjzc%252Fmaxresdefault.webp&w=1139&q=75)
%3Aformat(webp)%2Fi.ytimg.com%252Fvi_webp%252Fh8VWl0GFW3Y%252Fmaxresdefault.webp&w=1139&q=75)
%3Aformat(webp)%2Fi.ytimg.com%252Fvi_webp%252FiEgVdTcXIP4%252Fmaxresdefault.webp&w=1139&q=75)
%3Aformat(webp)%2Fi.ytimg.com%252Fvi_webp%252FxHMEfrGzEY8%252Fmaxresdefault.webp&w=1139&q=75)
Теги видео
Субтитры
Английский
00:00:12
всем добрый вечер меня зовут вячеслав00:00:15
сегодняшняя наша лекция будет про00:00:17
эксплуатацию и мы углубимся именно в00:00:20
эксплуатацию как оно устроено в яндексе00:00:24
я работаю системным администратором в00:00:26
таких проектах как музыка афиша также00:00:28
поучаствовал в таких проектах как фотки00:00:30
ну вот я общался со многими людьми и у00:00:34
всех возникало такое мнение что00:00:37
эксплуатация это рабство not очень00:00:42
многие люди думают что те кто работает в00:00:44
эксплуатации они прямо подневольные00:00:45
рабочие но это не так и мы об этом чуть00:00:49
дальше поговорим ну а теперь пред00:00:51
ответим на вопрос то как выглядят00:00:53
системные администраторы00:01:03
вы совершенно правы то есть это такое00:01:07
такой стереотип который есть у многих и00:01:09
все считают то что борода и свитер это00:01:11
значит что человек системный00:01:12
администратор00:01:13
но к сожалению наше время или к радости00:01:16
здесь уже трудно сказать это не так наше00:01:21
время человек в бороде свитере есть00:01:25
такой понять как хипстер и теперь когда00:01:27
люди видят такого человека не сразу00:01:28
думаю так хипстер не думаю даже00:01:30
системное администрирование лантер мы00:01:34
пошутили давайте перейдем к тому о чем00:01:37
мы вообще будем сегодня говорить мы00:01:40
поговорим о том кто такие стены00:01:41
администратор вообще в наше время и так00:01:44
же увидим как они выглядят по-настоящему00:01:45
все что будет рассказываться но00:01:47
устроено и сделано так в яндексе но это00:01:50
применимо и ко всем другим компаниям так00:01:55
давайте начнем что же такое вообще00:01:57
эксплуатация в наше время в наше время00:02:01
эксплуатации это часть компания которая00:02:04
отвечает за эти и что это00:02:06
подразумевается что люди которые00:02:09
работают они занимаются поддержкой идти00:02:11
сервисов компании они занимаются00:02:14
оптимальным использованием00:02:16
поиском оптимальных использования00:02:17
ресурсов в любой компании00:02:20
где есть айти сервис они все крутится на00:02:22
железных серверах на компьютеров иногда00:02:25
бывает что компьютеров слишком много и00:02:27
чтобы их уменьшите системный00:02:29
администратор занимается как раз таки00:02:30
поиском как это можно сделать00:02:34
помимо всего прочего стены00:02:36
администраторы отвечают за мониторинг00:02:37
поиск проблем и их устранения в качестве00:02:42
мониторингов системные администраторы00:02:43
являются первой точкой входа то есть00:02:46
если случается какая либо проблема то об00:02:48
этом всегда оповещают администраторы он00:02:50
уже может принять решение что с ней00:02:52
сделать либо он может самостоятельно и и00:02:54
полностью подчинить либо он уже звонит менеджером00:02:56
разработчикам и и они вместе принимают00:02:58
решение теперь давайте увидим кто же00:03:03
такие системные администраторы в наше00:03:04
время на самом деле на самом деле это00:03:06
обычные люди они могут быть сидеть среди00:03:08
вас00:03:10
и выглядят они так же как и все то есть00:03:14
если вы посмотрите влево вправо то00:03:15
увидите обычных людей этот человек может00:03:17
быть системным администратором ну станет00:03:22
системным администратором ближайшем00:03:24
будущем но тайм у этого раньше были00:03:27
стереотипы что системный администратор и00:03:29
только мужчины00:03:30
но в наше время это совершенный не так00:03:37
истинно вы с narrator ими могут быть00:03:39
также и00:03:40
но также и девушки вообще все системные00:03:52
администраторы это любознательные люди00:03:53
они никогда не углубляются в одну00:03:56
конкретную задачку они всегда изучают то00:03:58
что происходит вокруг они читают все00:04:00
свежие новости следят за миром айти в00:04:02
целом большинство своем системный00:04:06
администратор экстраверты стену00:04:09
администратором очень часто приходится00:04:11
общаться со смежниками с менеджерами с00:04:13
разработчиками с другими коллегами если00:04:15
человек интроверты он очень замкнут себе00:04:17
ту не с этим возникают проблемы после00:04:19
того как он сидит закопавшись свои00:04:22
песочнице он очень мало узнает и у него00:04:25
не получается обмениваться опытом среди00:04:27
всех также они трудоголики00:04:31
любой системный администратор который00:04:35
очень любит свое дело он работает00:04:37
круглосуточно00:04:38
он он доступен 24 на 7 даже когда он00:04:42
едет куда-нибудь отдыхать он обычно00:04:43
берет собой ноутбук это связано не00:04:46
только с тем что он прям так любит00:04:49
безоговорочно свою работу нами также00:04:51
потому что он является первым00:04:52
ответственным за сервис и проблемы00:04:54
сервисом она может случиться в любой00:04:56
момент времени когда вы спите когда00:04:58
празднуете новый год когда мы принимаем00:05:00
на работу сотрудников то мы обычно00:05:02
спрашиваем как человек вообще относится00:05:04
к ночным звонкам то есть если человек не00:05:06
готов отвечать ночью в любое время то с00:05:10
этим человеком очень трудно становится00:05:11
работать00:05:16
но теперь поговорим за что вообще мы00:05:19
хотим от менеджеров как системные00:05:21
администраторы и что он вообще нужно мы00:05:26
всегда хотим от менеджеров получать00:05:27
информацию о крупных релизах00:05:29
любой изменили любое изменение00:05:31
глобальное на сайте в мобильном00:05:33
приложении в чем угодно она вызывает ряд00:05:36
задач которые необходимо решать00:05:39
если мы об этих задачах узнаем уже во00:05:42
время запуска то обычно случаются00:05:45
проблемы мы хотим узнавать информацию00:05:50
вообще новых запусков как продукта то00:05:53
есть если мы начнет что-нибудь придумал00:05:54
новое приложение мобильная то желательно00:05:59
чтобы менеджер сразу пришел и и00:06:00
поговорил об этом с системными00:06:02
администраторами даже до того как он00:06:04
общался с разработчиками так как у00:06:06
системных администраторов очень большой00:06:08
кругозор то они сразу могут предложить00:06:11
какую-либо архитектуру для этого сервиса00:06:13
и также нам очень хочется системным00:06:18
администратором чтобы менеджеры звали00:06:20
нас на все лекции на все встречи которые00:06:23
они проводят они могут проводить встречи с00:06:25
разработчиками со смежниками со своими00:06:28
коллегами менеджерами другими и00:06:29
принимать какие-то решения во время этих00:06:31
обсуждений другая сторона может00:06:33
предложить технические решения00:06:35
каких-либо проблем и мы начинает может00:06:38
сказать да конечно давайте мы согласно00:06:39
это сделать но потом менеджер приходит к00:06:42
системным администратором рассказывает00:06:44
все говорит и системный администратор00:06:45
говорит мы не можем такое сделать00:06:47
поэтому мы отказываемся и менеджер даже00:06:50
не думает заранее о том что это те чисто00:06:52
технической нельзя реализовать связано00:06:55
это в основном с тем что у каждой00:06:57
компании своя архитектура00:06:59
где все эти приложения поднимаются это00:07:01
может быть чисто физически нельзя00:07:03
сделать тут немного расскажем про то как00:07:09
вообще планировать релиз что хорошо что00:07:12
такое плохо начнём мы с плохого00:07:16
очень плохо это большой релиз в четверг00:07:18
и любой релиз в пятницу я не знаю у кого00:07:21
есть предложение почему это плохо да00:07:27
совершенно верно если большой релиз00:07:30
выкатывать в четверг вечером под большим00:07:32
релизом можно понимать изменения главной00:07:34
странице сайта на которой самая большая00:07:36
посещаемость00:07:37
то если ее возьмут изменят то получится00:07:39
что с пятницы все выходные мог все могут00:07:42
провести за работой это относится не00:07:44
только системным администратором то что00:07:46
задействованы будут все полностью как00:07:48
менеджеру разработчики системные00:07:49
администраторы так и руководители службы00:07:51
либо сервиса00:07:54
к пятнице это относится то же самое и00:07:58
самое такое ужасное самое плохое это что00:08:01
угодно в пятницу вечером ну а то что же00:08:04
хорошего такого могут сделать менеджеры00:08:06
менеджеры могут предупредить заранее00:08:08
заранее это очень заранее все зависит00:08:13
конечно же от сервиса но очень хорошо00:08:14
когда менеджеру приходится говорят00:08:16
примерно за месяц00:08:17
слушайте ребята мы хотим вот сделать то00:08:20
то то то давайте подумаем как это лучше00:08:22
сделать как это организовать помимо00:08:25
этого очень такая best practice это00:08:29
выкатывает на часть аудитории те00:08:30
изменения которые хочется увидеть ну00:08:34
возьмем также за пример это главную00:08:35
страницу сайта любого так не очень00:08:39
большая посещаемость и если на главной00:08:42
странице сайта выкатить сразу большие00:08:44
изменения поменяли все в и функционал и00:08:47
внешний вид и если там попадётся ошибка00:08:50
то сразу сто процентов аудитории увидит00:08:53
этого допускать00:08:54
очень нежелательно и поэтому здесь00:08:57
применяется технику что выкатываем00:08:59
только на части аудитории процесс00:09:01
выходки можно разбить на весь день то00:09:03
есть менеджеры с администраторами или и00:09:06
с разработчиками договариваются что мы00:09:08
начинаем в 10 утра00:09:09
10 утра все приходят на работу говорят о00:09:12
давайте мы покажем новый функционал00:09:13
десяти процентам пользователи хорошо00:09:15
включаем после этого мы начинаем00:09:17
включать в течение дня дальше итак до00:09:19
100 процентов даже если мы увидим что00:09:21
при включении на 50 процентов на 600:09:24
сервера железные не выдерживают либо00:09:26
имеется ошибка00:09:27
мы это сразу можем откатить на меньшее00:09:29
число аудитории либо вообще выключить00:09:33
еще один момент это включение по кнопке00:09:36
для менеджеров это очень актуально00:09:39
потому что менеджер обычно00:09:40
договариваться со всеми партнерами00:09:41
которые есть у сервиса00:09:43
это может быть рекламный партнер00:09:46
менеджер договорился с партнером что в00:09:51
субботу днем необходимо включить00:09:53
рекламный ролик и так как системный00:09:56
администратор они очень любят отдыхать00:09:58
по выходным они работать то им конечно00:10:00
же неохотно ничего выкатывать если есть00:10:04
такой функционал как включение по кнопке00:10:05
то менеджер это может сделать00:10:06
самостоятельно если сервис продуман00:10:09
правильно и он это позволяет там anger00:10:11
может проснуться в субботу днем и00:10:13
включите этот рекламный блок и тогда00:10:16
никаких проблем не будет00:10:20
давайте еще посмотрим что же нужно для00:10:23
запуска как вы думаете вы сможете00:10:25
посчитать эту формулу00:10:34
нет конечно же по этой формуле мы00:10:36
размера оценку аудитории не проводим00:10:39
ноты давайте посмотрим на примере00:10:42
трансляции концерты как можно вообще00:10:44
оценить аудиторию любой менеджер00:10:47
по-хорошему должен это уметь то есть00:10:49
когда запускается новый сервис00:10:51
необходимо знать сколько пользователей00:10:53
может быть это может быть не однозначное00:10:57
число но хочется иметь представление00:10:59
чтобы менеджер имел представление о том00:11:01
вообще какой порядок будет пользователей00:11:03
исходя из того какой будет порядок00:11:05
пользователя мы сможем посчитать00:11:06
нагрузку в эти возьмем трансляцию00:11:10
концерта то есть у нас есть сайт на00:11:13
котором мы знаем что мы что все00:11:16
пользователи сайта составляет 5000000:11:17
человек вот при этом мы сделали рассылку00:11:20
о том что у нас будет такой the concert00:11:22
ну вот и увидели что ага у нас 200000:11:25
человек подписались на это и думаю00:11:28
хорошо то есть минимальное количество00:11:29
ожидаемый менеджером это две тысячи00:11:31
человек если менеджер придет к нам с00:11:34
этой информации то мы сможем посчитать00:11:35
какая будет нагрузка00:11:38
то есть к нам приходит говорят в00:11:40
такой-то сайт такая трансляция00:11:42
мы общаемся с разработчиками узнаем то00:11:44
что запуск00:11:45
что когда пользователь нажмет на кнопку00:11:47
play к нам на сервер а придет всего два00:11:50
запроса исходя из этих двух запросов мы00:11:53
сможем посчитать максимальную нагрузку в00:11:55
единый момент времени то есть представим00:11:57
что все пятьдесят тысяч человек взяли00:11:59
зашли на сайт одновременно так как не00:12:01
знаю там youtube лег но и нажали кнопку00:12:04
play при этом мы знаем что к нам придет00:12:06
100 тысяч запросов00:12:08
исходя из этой информации мы уже сможем00:12:10
подготовить заранее наши сервера для00:12:12
того чтобы такой поток пользователи нам00:12:14
его просто не положил ну и спокойно00:12:16
могли показывать всем этот концерт и все00:12:18
были довольны и счастливы00:12:21
второе что нужно это менеджером истинным00:12:25
иллюстратором всегда надо договариваться00:12:26
просила исла это можно назвать00:12:29
формальным соглашением о доступности00:12:31
сайта00:12:33
без этой информации очень трудно вообще00:12:35
оценивать а если какие-нибудь проблемы с00:12:37
сайтом или вообще проблем ни каких00:12:39
нибудь нету например давайте разберем00:12:45
все эти пункты которые есть00:12:47
необходимо первых 1 нас в этот говорится00:12:50
вообще какие сервисы у нас должны00:12:52
работать возьмем у нас должно работать00:12:55
мобильное приложение либо главная00:12:58
страница сайта00:12:59
какого качества под качеством здесь00:13:02
понимаются разные метрики00:13:05
основные метрики которые важны для00:13:07
системного администратора00:13:08
это количество ошибок на сайт на сайте00:13:10
либо в приложении и также то время за00:13:14
который этот сервис отвечает вот если об00:13:17
этом заранее с менеджерами договориться00:13:19
то тогда будет вообще понятно что00:13:21
считается хорошо что считается плохо00:13:25
также необходимо проговорить сроки под00:13:28
сроками здесь понимается сроки00:13:29
устранения проблемы допустим если мы00:13:32
видим то что у нас сайт начинает00:13:34
отвечать либо приложение место 30000:13:37
миллисекунд00:13:38
одну минуту то значит что что-то пошло00:13:40
не так соответственно этим надо сразу00:13:42
заниматься00:13:44
и если этого нет то системный00:13:47
администратор может посмотреть на график00:13:49
ему позвонит мониторинг он скажет ага00:13:51
отвечает минут но мы с менеджером не00:13:52
договаривались ни о чем00:13:53
пойду-ка я чайку попил ну вот менеджера00:13:57
и конечно же очень не понравится все это00:13:59
время на устранение проблемы она может00:14:01
меняться в зависимости от того какие00:14:03
условия то есть договорившись первый раз00:14:06
про это через месяц это можно00:14:09
переговорить будет если будет понятно00:14:10
что они слишком лёгкие либо слишком00:14:12
сложные невыполнимые и конечно же кому00:14:15
предоставляется этот сервис ну основные00:14:17
потребители от конечно же пользователя00:14:19
поэтому все договаривается насчёт со00:14:22
стороны пользователей что еще нужно00:14:26
нужна возможность откатить если все00:14:29
плохо даже когда мы выкатываем новый00:14:33
релиз новый продукт на десять процентов00:14:35
аудитории то у нас всегда должна быть00:14:38
возможность эти десять процентов вернуть00:14:40
назад в 0 если мы выкатываем вообще на00:14:43
сто процентов аудитории то без00:14:45
возможности отката можно вешаться сразу00:14:49
любой даже мелкой изменения которые00:14:51
выкатывают и с собой приносит ошибку00:14:54
если его нельзя откатить назад то это00:14:56
может вылиться просто в00:14:58
человеко-часы это можно начинить неделю00:15:00
можно начинить две недели поэтому здесь00:15:03
все зависит от самой ошибки если такая00:15:05
возможность есть то это просто00:15:07
замечательно тогда был все спокойны и00:15:09
менеджеры и администраторы и00:15:10
разработчики и самое главное что любой00:15:14
менеджер должен быть готов к слов нет00:15:16
системного администратора00:15:18
любого менеджера в голове уже свои планы00:15:21
просто вам строят ага мы сейчас выкатим00:15:23
этот функционал получим много денег и00:15:25
все будут счастливы и здоровы но при00:15:28
этом они даже не думают о технической00:15:29
стороне вопроса и не и просчитывают00:15:31
вперед вообще возможно это сделать00:15:34
нельзя ну это понятно менеджеров такая00:15:36
цель все это выкатить да побыстрее но ты00:15:40
когда админы говорят слова нет то00:15:43
менеджеры обижаются и уходят в сторону и00:15:45
потом не понимает а почему вообще им00:15:47
сказали нет00:15:50
дальше мы рассмотрим вообще что00:15:52
менеджеры получит от нас если они00:15:55
своевременно предоставят нам всю эту00:15:56
информацию основной не получит00:15:59
работающий сервис то есть они пришли к00:16:01
нам рассказали что им нужно что они00:16:03
хотят в какие сроки ему искали да хорошо00:16:06
все запускаемся запустились они получили00:16:08
рабочие сервис все счастливы он работает00:16:11
24 на 7 он работает даже если к нам00:16:15
приходит планировали 2000 человек пришло 50 тысяч00:16:18
человек ну вот все пользователи видят00:16:23
ответ за 300 миллисекунд либо 50000:16:26
менеджеров это устраивает и все довольны00:16:28
ну и такой один момент главный это00:16:30
менеджер получит графики вот не знаю00:16:33
почему но вот многие менеджеры любят00:16:36
графики если у менеджеров график если стены00:16:39
администраторы графики не предоставляют00:16:41
то они идут к статистике к аналитикам из00:16:44
равно просят графики00:16:45
ну да с одной стороны это удобно это00:16:47
просто взял и открыл монитор там ноутбук00:16:50
включил монитора посмотрел все графики00:16:51
сразу все понятно что сервисом вообще00:16:53
происходит сервис работает бесперебойно00:16:59
бесперебойно он работает только если как00:17:02
мы говорили нет выкладок по пятницам и в00:17:04
четверг вечером ну вот соответственно00:17:06
все будут хорошо отдыхать все будут00:17:08
довольно да хоть будут не только00:17:09
администраторы ну и менеджеры с00:17:11
разработчиками их тоже никто не будет00:17:13
трогать все большие релиза крупные такие00:17:19
как редизайн необходимого к тывать не00:17:21
только нод по 10 процентов ну и хорошо00:17:24
еще уметь их выкатывать по небольшим00:17:26
кусочком под небольшими кусочками здесь00:17:29
могут пониматься разные фичи00:17:31
это может быть изменение баннеры00:17:33
изменения кнопки когда такие изменения00:17:36
проводятся мелкие то есть00:17:38
дизайнер взял придумал новую кнопку00:17:39
после этого поместили на сайт выкатили00:17:42
только одну кнопку все понимают что это00:17:44
изменение она не00:17:46
не вызовет никаких ошибок но при этом00:17:49
если вместе с кнопка выехал еще и 1000:17:51
изменений в коде самого приложения сайта00:17:54
мобильной версии то вполне вероятно что00:17:57
это придется откатывать и тогда00:17:59
дизайнеры и менеджеры не увидят даже эту00:18:01
кнопочку которую они так долго ждали при00:18:07
запуске нового сервиса всегда хорошо00:18:09
планировать в ресурсы которые необходимо00:18:12
будет на это затратить под ресурсами00:18:15
здесь понимаются именно00:18:16
железные компьютеры то есть здесь мы бы00:18:19
здесь мы думаем стороны системного00:18:21
администрирования понимаем что любой00:18:23
сервис он живет на компьютерах и мы можем00:18:26
сказать менеджером ага хорошо нам нужен00:18:28
один компьютер но если они нам00:18:30
предоставили всю необходимую информацию00:18:31
то мы можем рассчитать вообще сколько00:18:33
компьютеров необходимо для того чтобы00:18:35
наш сервис выдержал 50100 тысяч запросов00:18:38
или больше для того чтобы это сделать мы00:18:42
проводим нагрузочное тестирование00:18:45
яндексе есть разработка которая00:18:48
называется индекс танк эта разработка00:18:50
открытой она доступна для всех00:18:52
с помощью нее мы можем вообще рассчитать00:18:55
а сколько какое количество запросов00:18:56
выдержит наш сайт вот недавно у нас был00:19:02
запуск одного из сервисов которые00:19:04
позволяют загружать музыку до того как00:19:07
мы это запустили мы даже не00:19:09
мы даже не знали вообще а сколько этот00:19:11
сервис может выдержать такой нагрузки00:19:13
здесь нам как раз пришел на помощь00:19:15
индекс танк то есть мы смогли оценить00:19:18
сколько какое максимальное количество00:19:19
человек может нам заливать музыку и00:19:23
после этого мы и смогли рассчитать00:19:26
постреляв сколько вообще нам надо00:19:28
серверов для этого и даже если нагрузка00:19:30
у нас увеличится выглядеть это может вот00:19:35
так здесь получается по оси x у нас идет00:19:39
время по оси y у нас нагрузка если00:19:42
сервис хороших хорошо спланирован то он00:19:44
может выдержать 4 кратный рост нагрузки00:19:46
потому что такая ситуация она может00:19:48
произойти в любой момент времени00:19:51
бывали случаи что был какой-нибудь00:19:56
праздник и на сайтах появлялись новые00:19:59
информационные блоки которые приводили к00:20:01
тому что к нам приходило больше00:20:02
пользователей и любой сервис должен быть00:20:05
готов к такой нагрузки00:20:10
для того чтобы все было хорошо и все00:20:13
работало необходимо всегда пытаться00:20:15
найти узкие места и оптимизировать их00:20:18
чтобы эти узкие места00:20:21
устранить в итоге хороший сервис он00:20:24
должен быть отказоустойчивые если есть00:20:26
узкое место то сервис очень плохо будет00:20:29
жить в продакшене00:20:31
один из способов это способ поиска00:20:34
пологом что он означает то что любимое00:20:38
место проведения системного00:20:39
администратора00:20:40
это в консоли это как видите вот черный00:20:43
экран с белыми буковками кто то кто то00:20:45
любит зеленый буковки00:20:46
вот и системные администраторы проводят00:20:49
просто часы напролёт в этой консоли из00:20:52
этой консоли они получают много полезной00:20:53
информации например пологом можно00:20:55
определить почему мы вообще очень00:20:58
медленно отвечаем то есть данном случае00:21:00
видно что здесь показан запрос базу00:21:03
данных и время его выполнения три00:21:04
секунды для сайта который хочет быстро00:21:08
отвечать три секунды это очень много и и00:21:11
мы такие места все находим и пытаемся их00:21:13
починить второй инструмент это графики00:21:18
когда у стен у администратора настроены00:21:22
графики ему приходится меньше сидеть в00:21:24
консолях потому что ему этого не00:21:25
требуется он также может как менеджер00:21:27
открыть монитор и посмотреть на все эти00:21:29
графики поэтому когда я говорил что00:21:31
менеджеры любят графики не наверно забыл00:21:34
сказать что системный администратор их00:21:35
тоже любят для того чтобы часами00:21:37
напролёт не сидеть в консоли достаточно00:21:39
сделать несколько графиков на которых00:21:42
будет понятно что вообще происходит с00:21:43
сервисом работает он не работает после00:21:48
того как мы нашли узкий места увидели00:21:50
что запросы выполняются долго00:21:52
что на серверах есть проблема мы00:21:55
занимаемся их оптимизацией в качестве00:22:00
оптимизации есть несколько дел которые00:22:04
мы проводим первый это как раз таки00:22:07
корректировку в базу данных то есть мы00:22:09
берем запросы вообще изучаем а что он00:22:11
делает разработчики иногда когда они00:22:15
пишут код они просто не замечают о том а00:22:18
как вообще правильно работать с базой00:22:19
данных00:22:20
им надо достать всю информацию о00:22:22
пользователях у которых есть информация00:22:24
дни рождения информацию о да тиражи00:22:27
дни рождения информации про эми телефон00:22:31
фамилию то есть очень много информации и00:22:34
если разработчик beretta просто говорит00:22:37
о дай-ка мне информацию дать мне только00:22:39
телефон по этому пользователю он может00:22:40
случайно взять и достать из базу вообще00:22:42
все данные а достать вообще все данные00:22:45
это очень дорого стоит тогда мы просто с00:22:47
морем мы говорим00:22:48
ребята давайте здесь поправим чтобы00:22:50
стало хорошо второе это оптимизация00:22:54
вообще самого приложения если менеджер и00:22:59
вообще не сами не представляют что00:23:01
именно себя будет как как будет00:23:03
выглядеть сам сервис он может прийти00:23:05
поставить задачу разработчикам написать00:23:07
тот а тот разработчик возьмется и скажи00:23:09
то хорошо и за вечер он вам напишет00:23:11
сервис который будет готов уже к00:23:13
следующему утру менеджер придет00:23:15
счастливые скажет нога хорошо00:23:16
запускаемся но при этом когда оно само00:23:21
приложение на сам сайт придет 10 тысяч00:23:24
запросов то менеджер системный администратор и00:23:28
разработчик поймут у нас всего один00:23:30
компьютер и он не выдерживает давайте00:23:31
добавим 200:23:32
но при этом разобрал бочек скажет а мы00:23:34
не можем сейчас этого сделать потому что00:23:37
разработчик просто не подумал о том что00:23:39
в будущем необходимо это масштабировать00:23:41
но ты тогда необходимо будет брать и все00:23:44
приложение писать с нуля ну вот еще один00:23:49
таким моментам оптимизации это замену00:23:52
вообще всего серверного оборудования за00:23:55
последние 10 лет00:23:56
скачок в развитии серверов был очень00:23:59
большой00:24:00
когда приходил в яндекс это было порядка00:24:02
шести лет назад компьютер содержал в00:24:06
себе 16 гигабайт памяти это было очень00:24:09
круто все раз системный администратор и00:24:11
просто радовались к видели такой сервер00:24:13
сервер в наше время сервера уже могут00:24:16
содержать 256 либо 500 16 гигабайт00:24:19
памяти то есть рост до больше 8 раз по00:24:23
памяти также это относится и к другим00:24:25
ресурсам если раньше сервис хорошо00:24:28
работал на двух компьютерах00:24:30
которые были куплены 10 лет назад то00:24:33
если эти сервисы запустить на00:24:34
компьютерах которые которые купили00:24:37
сегодня они просто сами по себе могут00:24:39
начать в два раза быстрее работать и00:24:41
тогда вообще никому ничего делать не00:24:43
надо будет ни менеджером не и00:24:44
разработчикам не администратором по00:24:50
графикам которые мы строим мы сразу00:24:53
замечаем такие оптимизации для сервисов00:24:57
которые борятся за скорость работы очень00:25:00
актуальны даже 56 выигрыш 50 10000:25:03
миллисекунд и когда мы просто видим на00:25:06
графиков что такое выигрыш произошел за00:25:08
счет того что оптимизировали код00:25:10
заменились сервера все остаются очень00:25:13
довольны вот примеры таких графиков как00:25:17
раз который вы видите менеджеры любят по00:25:21
этим графиком менеджеры могут вообще00:25:23
оценить какая нагрузка на сервис вообще00:25:25
приходит облили вообще проблемы когда00:25:29
выставляется с алей для сервиса то00:25:32
обычно на графиках также его отмечают00:25:34
что было видно без знания консоли вообще00:25:37
превысили ли мы этот осел и или нет и00:25:40
стоит ли реагировать на проблему в00:25:42
данном случае на графике красным00:25:43
относится как раз отмечено превышение00:25:45
слаг от одной из договоренности с00:25:48
менеджерами00:25:52
ну а теперь давайте вообще углубимся о00:25:54
чем вообще занимаются администраторы00:25:57
технические специалисты они делятся на 200:26:00
типа есть системные администраторы есть00:26:02
разработчики вот и раньше всегда в00:26:06
некоторых компаниях есть такое00:26:08
разделение на таких специалистов и под00:26:11
таким разделением понимается что00:26:12
системные администраторы они за они00:26:14
поддерживают сервис то есть обеспечивают00:26:16
его работоспособность отвечать на звонки00:26:18
и мониторинге но то есть разработчики00:26:21
эти разработчики они пишут сам код и все00:26:25
и больше ни за что не отвечают00:26:27
вот как здесь сказали про devops of да00:26:30
но такое понятие есть и она сейчас00:26:33
развивается во многих компаниях в наше00:26:36
время появились такие понятия как devops00:26:38
и сырья про devops сказали что это00:26:41
тот кто еще занимается тепло им00:26:44
правильно а профессор е кто-нибудь знает00:26:46
что-нибудь что это такое но одно сергей00:26:54
это тоже технический специалист00:26:56
это инженеры доступности сайта сервиса00:27:00
но и00:27:02
это понятие которые пошли они немного00:27:04
объединили в себе администраторов и00:27:06
разработчиков00:27:08
то есть под devops и можно понимать00:27:10
человека который пишет код и самого00:27:12
устанавливает на сервера ты здесь не00:27:14
требуется администратор00:27:16
но для этого нужна хорошая архитектура00:27:19
хороший сервис чтобы это мог быть делать00:27:22
разработчик в этом случае появляются00:27:24
сэргэ то есть сын начинает уже писать00:27:27
код написать код внутри не который00:27:29
помогает разработчикам запускать свои00:27:31
приложения после того как появляется00:27:35
такое объединение то и devops00:27:37
из ирги они вдвоем становятся первыми00:27:39
ответственными то есть граница между00:27:42
разработчиками и и администраторами она00:27:45
размывается то есть если раньше можно00:27:47
было если есть администратор и00:27:49
разработчики можно приходить именно к00:27:51
администратору как первой точки входа00:27:53
что сервис не работает и бы ему плохо но00:27:56
когда появляются devops это00:27:57
администраторы уже отсутствуют по факту00:28:00
и тогда по всем вопросам менеджера сразу00:28:02
напрямую приходит где в общем давайте00:28:07
посмотрим как вообще выглядит00:28:09
приложение на компьютере вот приложением00:28:13
это может быть сайт это может быть00:28:14
мобильное приложение то есть здесь это00:28:18
не сильно важно ну вот приложения00:28:22
работать на сервере00:28:23
обычно таких приложения на одном сервере00:28:26
несколько00:28:27
и для того чтобы вообще понимать что00:28:30
происходит с приложением необходимо00:28:32
понимать какие на сервере есть ресурсы в00:28:38
данном случае у сервера есть такие00:28:40
ресурсы как диск память сеть каждый этот00:28:44
ресурс очень важен если у нас вылетит из00:28:48
строя диск то соответственно компьютер00:28:50
перестанет вообще работать и если00:28:52
приложения запущены всего в одном их00:28:55
сэмплере на одном компьютере то это00:28:56
приведет к полному краху помимо того что00:29:01
есть один компьютер всегда их несколько00:29:04
компьютеров мозгу для у одного сервиса00:29:07
компьютеров может могут доходить00:29:08
количества компьютеров может доходить до00:29:10
сотни00:29:11
то есть если приложение очень высоко00:29:15
нагружена она уже оптимизирована как00:29:17
можно испорить самые дорогие хорошие00:29:20
сервера то масштабирование возможно00:29:22
только увеличением компьютеров все эти00:29:26
компьютеры они установлены в дата-центре00:29:29
дата-центре это здорово и здорово амбар00:29:33
на и помещение где просто рида минус00:29:35
штампованные эти компьютеры они работают00:29:38
круглосуточно там постоянно идет00:29:41
охлаждение и все взаимодействие00:29:45
происходит внутри00:29:46
но когда у нас всего один дата-центр то00:29:50
могут случиться разные проблемы00:29:52
я думаю что многие вообще слышали что00:29:55
перестал работать какую-нибудь00:29:57
дата-центр за счет того что кран00:29:59
перерезал про провод порвал но во многих00:30:04
местах просто нет пометки что под землей00:30:07
идет провод который подает электричество00:30:09
либо интернет в это дата центр если00:30:12
проводится какие-нибудь строительные00:30:14
работы то очень легко кран может просто00:30:16
перерубить этот провод ну вот и время на00:30:19
устранение такой проблемы она00:30:20
значительно и потому что надо найти00:30:23
сначала место где это произошло потом00:30:25
все это соединить поэтому для хорошей00:30:27
архитектуры всегда используют несколько00:30:29
дата-центров где компьютер и00:30:31
взаимодействуют между собой и потеря00:30:33
одного дата-центра она не актуально00:30:36
становится уже мы потеряли один that00:30:38
центры потеряли у нас есть второе мы00:30:40
хорошо работает поэтому при00:30:43
проектировании архитектуре любого00:30:46
сервиса необходимо закладываться что00:30:48
если у нас используются два дата-центра00:30:51
мы должны уметь выдержать всю нагрузку00:30:52
одним дата-центром потому что аварии00:30:55
происходит достаточно часто00:30:59
помимо того что мы выкатываем код мы00:31:03
также следим и за актуальностью00:31:04
безопасностью полностью верах во многих00:31:07
компаниях есть отдельные службы которая00:31:09
этим занимается служба информационной00:31:11
безопасности которые смотрят все ли00:31:13
хорошо в глобальном смысле слова но в00:31:16
каждом сервисе00:31:17
появляются компонента который00:31:19
администратор может выбрать00:31:20
самостоятельно так как он выбирает его00:31:22
самостоятельно то и на его плечи ложится00:31:24
ответственность за то что этот продукт00:31:26
безопасен00:31:29
установив здесь год назад какое-либо00:31:32
приложение может случиться так что она00:31:36
ни разу не обновлялась но если00:31:37
появляется новая версия00:31:39
то необходимо ее обновлять00:31:42
вот поэтому так же администраторы00:31:45
отвечают за то что все программы в00:31:47
актуальном состоянии находится ну как00:31:51
раз следят за уязвимостью если этого не00:31:54
делать то в тех компаниях где есть00:31:55
служба информационной безопасности могут00:31:58
они раньше ими раньше системных00:32:00
администраторов заметить любую проблему00:32:02
прийти к вам но это не всегда бывает00:32:04
приятно вроде как ты отменишь сервис он00:32:06
твой хорошо все но кто-то другой вообще00:32:08
находит проблемы о которых ты должен был00:32:10
узнать первым когда появляется появилось00:32:16
понятие как и сырья то очень и очень00:32:18
наглядно вышла на первые ряд00:32:22
автоматизация процессов все админ они00:32:25
очень ленивы и00:32:26
то есть если задачу необходимо выполнять00:32:29
больше одного раза это уже становится00:32:31
нудно00:32:32
любая новая задача напрямую интересно00:32:34
глаза горят глаза хочется ее делать все00:32:37
замечательно но как только эта задача00:32:39
повторяется 2 1 3 1 4 1 просто обмену00:32:43
унывают и все им не хочется этого делать00:32:45
и здесь поэтому они сразу начинают00:32:47
думать о как бы мы вообще можем это00:32:49
автоматизировать это относится к00:32:52
обслуживанию серверов то что тот же00:32:55
пример с плохим диском если на сервере00:32:58
плохой диск то его необходимо как-то00:32:59
найти потому что обычно их стоит00:33:02
нисколько не один но делать это вручную00:33:04
определять какой именно диск сломался00:33:07
почему он сломался это очень долго и00:33:09
нудно поэтому проделав эту операцию00:33:11
5 раз администратор говорит нет я не00:33:14
хочу это больше делать руками давайте-ка00:33:16
мы что-нибудь сделали и он как раз00:33:17
начинает писать код он пишет код который00:33:20
помогает ему в будущем вообще с этим не00:33:22
сталкиваться при работе с базами данных00:33:28
любая база данных она требует00:33:30
обслуживания00:33:31
грубо говоря если база данных произошла00:33:33
проблемы и необходимо полностью перри00:33:35
налить то есть залить нее новые данные00:33:37
это может происходить из-за проблем с00:33:40
дата центрами очень часто то есть у нас00:33:43
сломался дата-центр00:33:44
либо компьютер после этого все00:33:46
восстановилось и нам надо как-то00:33:47
восстановить все программы которые там00:33:49
работали делайте это вручную это просто00:33:52
об когда у вас есть 100 компьютеров00:33:55
дата-центре дата-центр вышел устрою вам00:33:57
эти 100 до 100 компьютеров надо поднять00:33:59
в другом месте руками одного человека00:34:02
это конечно можно сделать ну человек00:34:03
вообще не должен спать то есть он должен00:34:06
работать круглосуточно00:34:07
ну вот поэтому эти места вся также00:34:10
автоматизируются автоматически выкладки00:34:14
они помогают здесь несколько самим00:34:17
администратором сколько менеджером если00:34:21
раньше необходимо было чтобы выложить00:34:22
новый код на сервер помощь00:34:24
администратора то когда появляется00:34:27
автоматическая выкладка которая00:34:28
правильно настроено умер00:34:30
умеет следить за тем что после выкладки00:34:32
нет ошибок что все хорошо если настроены00:34:35
мониторинге то это позволяет00:34:37
администраторам уйти от этого в сторону00:34:39
когда они уходят от этого сторону то00:34:41
менеджер сам говорит ага вот у нас новый00:34:43
функционал поехали мы его выкатываем но00:34:47
этот момент очень опасен00:34:49
любой менеджер менеджер разработчик00:34:52
системный администратор00:34:54
это можно отнести ко всем он может00:34:57
сказать ага пятницу вечером есть шанс00:34:59
что то выкатить автоматом давай-ка я это00:35:01
сделаю никого не поставив в известность00:35:04
поэтому очень хорошо когда команды между00:35:08
собой общается постоянно когда менеджеру00:35:12
разработчики администратора не умеют00:35:14
договориться о том что нравится всем00:35:16
что нравится и менеджером и системного00:35:18
администратора00:35:19
если это гармония находится то тогда с00:35:22
этим проблем вообще никаких нету то00:35:24
менеджера понимает что вечером катить00:35:26
нельзя но мы зато можем выкатить завтра00:35:28
с утра и все будет хорошо но как раз00:35:33
помимо00:35:34
этап автоматизации есть еще другие куски00:35:37
инфраструктуры которые администраторы и00:35:39
сырья назовём это так они пишут00:35:42
самостоятельно вот здесь мы поговорили00:35:47
вообще чем занимается глобально00:35:49
администратор давайте немного поговорим00:35:50
о том как устроен и дата центры в00:35:52
яндексе но у каждой компании у которой00:35:56
есть высоконагруженные сервис они00:35:57
используют не один а несколько00:35:58
дата-центров на картинку видно как00:36:02
устроен дата-центры внутри их как раз00:36:04
вот в этих коридорах очень холодно и00:36:06
поэтому системные администраторы насилию00:36:08
свитера00:36:10
вот если там ходить без свитера ну не00:36:13
знаю заболеть можно за один день00:36:16
наверное ну вот борода не понятно почему00:36:19
у администраторов была она вроде как не00:36:22
греет заземления00:36:25
но тоже вариант яндексе на текущий00:36:31
момент 6 дата-центров но мы поняли что 600:36:35
до центров это очень много и сейчас идет00:36:38
идем к тому что у нас будет всего 3 дата00:36:40
центра но эти три до центра будут своими00:36:43
ну вот один из дата-центров которые00:36:46
построен в индексом он располагается за00:36:50
границей и наши архитекторы можем так00:36:55
сказать и не договорились так что наш00:36:56
дата-центр будет отапливать деревню00:36:58
рядом с которой он находится любом до00:37:02
центру надо тепло уводить и вот они00:37:04
будут поставлять эту энергию в деревню00:37:06
то есть сразу плюсы такие00:37:08
ну вот в другом дата-центре в россии00:37:11
который построили00:37:13
наши также архитекторы смогли бы смогли00:37:16
доказать то что внутри там где стоят00:37:18
сервера00:37:19
гореть нечему поэтому там нет00:37:22
пожарной безопасности ну вот все опыта00:37:26
когда как не опыт и когда в дата-центрах в00:37:29
очередях00:37:30
правда случались пожары такие мини то00:37:33
есть горели блоки питания материнские00:37:36
платы огня никогда не было но за счет00:37:39
этого удалось доказать что-то мне нужна00:37:40
система пожаротушения в яндексе сейчас00:37:46
более 100 серверов00:37:48
сервера этого большие пластины где00:37:50
оставлены все необходимые компоненты для00:37:53
работы00:37:54
помимо серверов дата-центрах также стоят00:37:57
дисковые полки дисковые полки это00:38:00
большие коробки в которых может00:38:02
находиться до 70 дисков00:38:05
если так подумать то это под 300 40000:38:08
килограмм веса может доходить00:38:12
такое правило принято что эти дисковые00:38:14
полки и всегда ставят внизу ближе к00:38:17
земле чтоб их можно было легко вытащить00:38:19
и транспондер транспортировать но иногда00:38:23
я не знаю почему возможны инженеры так00:38:26
веселятся00:38:27
эти дисковые полки 70 дисками их ставят00:38:30
на самый верх и когда приходится идти00:38:32
дисковые полки доставать это просто не00:38:35
реально сделать но там собирается00:38:37
человек пять-шесть и они вшестером00:38:39
пытаются ее спустить вниз но некоторые00:38:43
полки оставляют на месте и лезут на00:38:44
самый верх чтобы там заменить все эти00:38:46
диски00:38:48
но ты также помимо самих серверов и00:38:51
полог стоит все сетевое оборудование в00:38:54
наши дата центры и каждому нашему data00:38:57
центру подходит по два канала00:38:59
предоставляющих интернет за счет того00:39:02
что кран и везде работают хорошо00:39:04
excavators но очень часто один провод00:39:07
постоянно прерывается тогда мы работаем00:39:09
на втором проводе все становится хорошо00:39:13
также во всем мире сейчас идет тенденция00:39:16
переход на ipv600:39:19
слышали про это нет ну а то чем связано00:39:23
понимаете00:39:28
да совершенно верно это емкость она вся00:39:31
закончилась и получилось так то что00:39:33
сейчас00:39:35
органы которые контролируют выдачу они00:39:37
просто перестали их вообще выдавать так00:39:40
эта информация уже поступил ну разошлась00:39:43
по миру очень давно то все наши00:39:45
дата-центры они и нашими сетевыми00:39:48
инженерами проектируется только для00:39:50
использования во и пиво 6 industry среде00:39:53
то есть айпи в четвертых адресов там нет00:39:55
вообще если так посчитать то все тысячи00:39:59
компьютеров они работают по 6 0 и в00:40:04
каждом во всех наших до центров00:40:06
установлена больше 5000 единиц сетевого00:40:09
оборудования00:40:12
давайте теперь и вообще поговорим про00:40:15
сам сервис стандартный разработчики они00:40:20
более-менее понимают как может выглядеть00:40:22
сервис когда они начинают00:40:25
именно делать с нуля сервис то у них не00:40:28
совсем полная картинка этого есть вот00:40:32
как он может выглядеть для пользователя00:40:35
всегда00:40:36
и ну давайте так скажем разработчики00:40:40
есть разные есть frontend разработчики00:40:43
есть backend разработчики и есть full00:40:45
stack разработчики вот если человек00:40:48
является frontend разработчикам то он00:40:51
видит только всю00:40:52
весь внешний вид то есть он00:40:54
разрабатывает страницу сайта00:40:56
но вот либо страницу мобильного00:41:00
приложения а backend разработчику ему00:41:02
достается все остальное все те недр и00:41:06
которые там все что там недрах зарыта00:41:10
но в общем случае это может разделить и00:41:13
выделить такие сущность как front and00:41:16
back and и backend уже взаимодействовать00:41:19
со всеми базами данных с хранилищами00:41:21
также со всеми сторонними сервисами то00:41:23
есть frontend он этого не делает для00:41:27
него это неважно ему главное куда-то00:41:28
сходить получить данные потом все это00:41:30
красиво нарисовать вот если делается это00:41:34
для чего00:41:36
делается это для того чтобы разгрузить00:41:38
компоненты00:41:39
если все делать вместе front-end и00:41:41
back-end все в куче то такое приложение00:41:44
оно должно жить на одном компьютере00:41:46
один компьютер у него ограниченная00:41:48
производительность соответственно если у00:41:51
нас есть разные куски кода то мы можем00:41:54
эти разные части поселить на разных00:41:55
компьютерах и потом не думать о том как00:41:57
нам это масштабировать для фронтэнда в00:42:04
яндекс ну в части яндекса принято такие00:42:07
решения что необходимо использовать но00:42:09
джесс00:42:10
это решение принято в связи с тем то что00:42:12
но джесс очень хорошо масштабируется и00:42:14
на нем достаточно просто начать писать00:42:17
то есть не надо изучать прям тонны00:42:20
литературы для брендов у нас00:42:25
используется си плюс плюс00:42:29
python java многие наверняка слышали00:42:31
такие слова вов но одно если хочется00:42:34
подробно то это только уже в интернете00:42:37
поэтому углубляться не будем иначе можно00:42:40
просто закопаться эти языки и они00:42:42
выбраны из также связи с тем что они00:42:45
легко масштабируются00:42:47
сервиса написанный этих языках очень00:42:49
хорошо масштабируется их можно запускать00:42:52
как на одном компьютере так и на сотнях00:42:54
компьютеров они будут продолжать00:42:55
работать хранилище00:42:59
но от хранилище это как раз те 30000:43:04
килограммовые полки00:43:05
то есть все эти диски объединяются00:43:07
вместе и туда заливаются данные в00:43:10
хранилище заливаются обычно неизменяемые00:43:12
данные это могут быть картинки это может00:43:15
может быть музыка то есть один раз00:43:17
залили потом используете сколько хотите00:43:19
вообще не притрагиваясь00:43:22
базы данных базы данных это меньшее00:43:26
сущности то есть они они могут00:43:29
располагаться тоже на таких же полках00:43:31
которые содержат просто байта данных но00:43:33
обычно они небольшого размера они00:43:36
делаются небольшого размера для того00:43:38
чтобы оттуда быстро достать данные эти00:43:40
данные обычные изменяемые допустим там00:43:42
крайне можно хранить информацию о00:43:44
человеке о клиенте00:43:46
и при этом если вы допустили при00:43:48
сохранении какую-либо ошибку в его имени00:43:50
дате рождения то это легко можно00:43:53
исправить и с этим никаких проблем не00:43:55
будет но это вот стандартный сервис00:44:01
он собирается как раз таки из таких00:44:03
кусков как front and back and базы и00:44:06
хранилища ну вот обычный из любой00:44:09
администратор он выбирает только тех00:44:11
технологий которые ему знакомы любой00:44:14
администратор00:44:15
он любит новое но это новое необходим00:44:18
если хочется запустить что-то новое это00:44:20
необходимо изучать и внедрять очень00:44:22
долгое времени и окажется что решение00:44:24
которое он может найти в интернете они00:44:26
просто могут не подходить00:44:28
бывали случаи то что человек приходил он00:44:31
говорит вот мы хотим вот это вот новое00:44:33
решение модные молодежные современное00:44:35
давайте мы его сделаем ну разработчики00:44:38
думали менеджеры думали ну давайте но00:44:40
потом проходил месяц и все понимали это00:44:43
решение она хороший но когда у вас00:44:45
десять человек на сайте00:44:46
а когда у вас на сайте получается 10000000:44:49
человек то это решение просто не00:44:50
работает ну вот связи с этим все новые00:44:54
модные технологии нравятся любой00:44:56
администратор в них копается но00:44:58
запускать в продакшн это очень страшно00:45:00
поэтому все новые сервисы в компаниях00:45:04
которые уже проложили путь00:45:06
себе они уже выпустили 23 приложения они00:45:09
запускают на одних и тех же технологиях00:45:11
потому что они уже знакомые хорошо00:45:13
эксплуатировать разрабатывайте следить00:45:15
за ними и вот есть такой вопрос вообще00:45:20
когда приходить к админам кто может00:45:24
ответить00:45:29
здесь ещё одна такая формула приходить00:45:34
необходимо заранее00:45:36
но вот это вот слово заранее она очень00:45:39
расплывчато но все менеджеры00:45:44
все разработчики администраторы они00:45:46
хотят получать00:45:47
ну любой человек хочет заранее узнавать00:45:49
о любом изменении допустим если00:45:51
запускается новый сервис то заранее00:45:53
необходимо приходить за месяц за два за00:45:56
полгода то есть менеджер узнала х новый00:45:59
сервис давайте запустим и все хорошо он00:46:01
сразу приходит к разработчикам с00:46:04
администраторами00:46:05
но все замечательные рассказывать в этот00:46:08
момент администратор уже может начать00:46:10
думать над архитектурой00:46:12
но если менеджер придет за два дня до00:46:15
запуск и скажет вот мы тут сервис00:46:17
написали уже с разработчиками а завтра00:46:19
хотим запустится ну если они у менеджера00:46:22
уговорят администраторов то запустятся00:46:24
но через день это все упадет ну вот00:46:27
поэтому здесь лучше приходить заранее00:46:29
даже до того как вообще с разработчиками00:46:31
поговорили00:46:33
разработчики все действительно все00:46:36
клёвые но разработчики они углубляются00:46:39
именно свою сферу например вы как есть00:46:42
деление front-end и back-end00:46:44
то разработчик именно смотрит на сервиса00:46:46
страны фронтэнда он мега в этом крутоны00:46:49
то вообще разбирается знаете но он не00:46:51
видит что происходит за front эндом тоже00:46:54
самый backend то есть backend он может00:46:57
написать отлично все будет работать00:46:58
быстро замечательно но он не видит как00:47:02
работает база данных либо как работает00:47:04
хранилище и оценить того что будет через00:47:08
год он не может в этом случае если00:47:12
прийти заранее к администратору the00:47:14
administrator обычно видят все это00:47:16
сверху он видит вообще сервис со всех00:47:19
сторон то есть он знает какой frontend00:47:21
используется какой бэкон какие базы00:47:23
данных и он знает принцип их работы00:47:26
исходя из этого системный администратор00:47:28
может просто посмотреть на это и сказать00:47:30
ага вот новый сервис ну все запускаем он00:47:34
выдержит и тогда вообще никаких проблем00:47:35
не будет00:47:37
о чем вообще поговорили но я рассказал00:47:42
как с тем на администратору00:47:45
выглядят наше время и какие стереотипы00:47:47
есть у людей них какую информацию мы00:47:50
вообще хотим от менеджеров и для чего00:47:52
это получив эту информацию мы00:47:56
предоставляем что то в ответ так как00:47:59
было бы глупо если менеджер приходил нам00:48:01
заранее все это рассказывал все это00:48:03
давал стеной иллюстратор посмотрел бы00:48:06
сказала ну ладно вы нам это далее ну00:48:08
хорошо и все ну вот так же мы поговорили00:48:13
вообще о сути о том что делает00:48:15
администратор и чтоб что делать так00:48:18
называемый энергия вот про и сырья в00:48:22
наше время очень и devops а входит очень00:48:24
много разговоров00:48:25
но точного определения никто дать не00:48:27
может то есть это такие расплывчатые00:48:30
понятие что в каждой компании пол года00:48:33
сергей devops он понимается свое00:48:35
но от немного поговорили про то вообще00:48:38
что такое дата-центры как они устроены в00:48:41
яндексе ну и также разобрали стандартный00:48:45
сервис00:48:46
то есть стандартный сервис тот как на00:48:49
который мы смотрели он принят ну00:48:52
наверное не знаю половине мест яндекса00:48:55
но конечно этому следует не все00:48:57
каждый разработчик каждый администратор00:49:00
он волен выбирать сам то же самый00:49:02
менеджер может увидеть новые слова00:49:05
прийти и сказать ребята а давайте мы это00:49:07
сделаем как ты узнала прочитал где-то мы00:49:09
такие посмотрели подумали ну давайте00:49:11
попробуем то есть диалог между00:49:15
менеджерами разработчиками00:49:17
администраторами это одна из главных00:49:19
вещей вообще которой должна быть если00:49:21
этого диалога нету то работа будет00:49:25
простаивать менеджер они будут сообщать00:49:28
заранее администраторы не будут это00:49:29
делать потому что у всех есть свой00:49:33
характер свое поведение и если нет00:49:36
коммуникации то работа вся встанет но на00:49:42
этом все спасибо наследство00:49:44
бостон00:49:45
[аплодисменты]Описание:
Если системный администратор отлично знает свою систему и правильно всё настроил, ему остаётся только сидеть и наблюдать, как работает подопечный сервис. Рассказ о том, как устроена эксплуатация в Яндексе.
Готовим варианты загрузки
* — Если видео проигрывается в новой вкладке, перейдите в неё, а затем кликните по видео правой кнопкой мыши и выберите пункт "Сохранить видео как..."
** — Ссылка предназначенная для онлайн воспроизведения в специализированных плеерах
Вопросы о скачивании видео
Как можно скачать видео "013. Школа менеджмента — Администрирование и эксплуатация в Яндексе. Вячеслав Агапов"?
Сайт http://unidownloader.com/ — лучший способ скачать видео или отдельно аудиодорожку, если хочется обойтись без установки программ и расширений. Расширение UDL Helper — удобная кнопка, которая органично встраивается на сайты YouTube, Instagram и OK.ru для быстрого скачивания контента.
Программа UDL Client (для Windows) — самое мощное решение, поддерживающее более 900 сайтов, социальных сетей и видеохостингов, а также любое качество видео, которое доступно в источнике.
UDL Lite — представляет собой удобный доступ к сайту с мобильного устройства. С его помощью вы можете легко скачивать видео прямо на смартфон.
Какой формат видео "013. Школа менеджмента — Администрирование и эксплуатация в Яндексе. Вячеслав Агапов" выбрать?
Наилучшее качество имеют форматы FullHD (1080p), 2K (1440p), 4K (2160p) и 8K (4320p). Чем больше разрешение вашего экрана, тем выше должно быть качество видео. Однако следует учесть и другие факторы: скорость скачивания, количество свободного места, а также производительность устройства при воспроизведении.
Почему компьютер зависает при загрузке видео "013. Школа менеджмента — Администрирование и эксплуатация в Яндексе. Вячеслав Агапов"?
Полностью зависать браузер/компьютер не должен! Если это произошло, просьба сообщить об этом, указав ссылку на видео. Иногда видео нельзя скачать напрямую в подходящем формате, поэтому мы добавили возможность конвертации файла в нужный формат. В отдельных случаях этот процесс может активно использовать ресурсы компьютера.
Как скачать видео "013. Школа менеджмента — Администрирование и эксплуатация в Яндексе. Вячеслав Агапов" на телефон?
Вы можете скачать видео на свой смартфон с помощью сайта или pwa-приложения UDL Lite. Также есть возможность отправить ссылку на скачивание через QR-код с помощью расширения UDL Helper.
Как скачать аудиодорожку (музыку) в MP3 "013. Школа менеджмента — Администрирование и эксплуатация в Яндексе. Вячеслав Агапов"?
Самый удобный способ — воспользоваться программой UDL Client, которая поддерживает конвертацию видео в формат MP3. В некоторых случаях MP3 можно скачать и через расширение UDL Helper.
Как сохранить кадр из видео "013. Школа менеджмента — Администрирование и эксплуатация в Яндексе. Вячеслав Агапов"?
Эта функция доступна в расширении UDL Helper. Убедитесь, что в настройках отмечен пункт «Отображать кнопку сохранения скриншота из видео». В правом нижнем углу плеера левее иконки «Настройки» должна появиться иконка камеры, по нажатию на которую текущий кадр из видео будет сохранён на ваш компьютер в формате JPEG.
Сколько это всё стоит?
Нисколько. Наши сервисы абсолютно бесплатны для всех пользователей. Здесь нет PRO подписок, нет ограничений на количество или максимальную длину скачиваемого видео.