Подготовка к собеседованию на Golang Developer
Менторы
Специалисты своей области, которые смогут помочь вам
Middle .Net Developer
Senior Product Manager
Middle Python Developer
Ведущий программист
Backend Software Engineer (PHP)
Senior .NET/C# developer
Middle DevOps Engineer | Tbilisi, Georgia
Middle C# .NET
Senior PHP-разработчик
Middle python developer
Каналы
Полезные Telegram каналы и чаты
Транскрипция видео:
смотрите сегодня у нас будет открыт урок открытый урок посвящённый мопсобеседованию с одним из наших предыдущих студентов и мы что хотим сделать Мы хотим просто провести мог собеседование но не по гоу А по грубо говоря такого темы backendo связано Это не система это немного похоже будем говорить об загнанных будем немного говорить о репликации шарнирование все прочее но пока прежде чем мы начнем Я надеюсь меня все точно также Меня хорошо слышно видно если есть какие-то проблемы То пишите Алексей пишет что у него серия
00:00:00 - 00:01:07
прямоугольник но Напишите пожалуйста видно ли сейчас всё хорошо Возможно у вас какие-то локальные проблемы ребят Напишите пожалуйста видно ли сейчас хорошо все слышали Или это у кого-то какие-то локальные проблемы если что-то не работает Напишите Что именно не работает вот у райда люди пишут что все хорошо Попробуйте тогда перезагрузить может быть отпустит смотрите что хотелось бы хотелось бы конечно чтобы вы активно участвовали чтобы вы задавали вопрос если допустим какие-то темы будут непонятно как
00:00:34 - 00:01:39
объяснить какой-то либо я как-то какой-то задам вопрос непонятный либо как интервьюер собеседование на него ответит задавайте вопросы уточняющие не стесняйтесь Мне кажется так больше пользы несет открытый урока хотя бы перед этим немного познакомиться Давайте каждый из вас напишет чатик пока мы ждем сейчас остальных участников Откуда Вы то есть Какой город чем занимаетесь на каком языке программируете там что разрабатываете может быть какой компании либо Вы только учитесь и какой вас опыт программирования Вот то есть просто
00:01:17 - 00:02:22
Давайте каждый пока отпишется я пока кратенько расскажу себе и расскажу маршруте вебинара зовут Меня Владимир балун Я ведущий разработчик вазон и по местительству я еще руководитель курса по голосу что касается текущего бинара то я сейчас кратко расскажу обо всё потом были знакомства правда я знакомства поставил ничего страшного дальше будет мог собеседование познакомились конце команды курс и в конце расскажу программе обучения ребят Жду от вас сообщение в чатике кто откуда кто сколько лет программирует на
00:01:49 - 00:03:01
чем программирует либо кто только учится буквально там я не знаю пару слов которые будут характеризовать вас так Москва Газпром практикующий практикую голову до этого 15 лет авак супер город Владимир си шар прозрак почти четыре года опыт МТС Digital супер санкт-петербург более трех лет галакесская плюс плюс отлично так Москва Сбер 9 лет супер АйТи 15 лет плюс супер Окей хорошо давайте потихоньку смотрите что касается первоначально задумывался как проект проект проект который будет просто повышать качество специалистов в рамках
00:02:29 - 00:04:04
сферы it и первоначально отпуск планировался не те как не те курсы для новичков да для каких-то для тех людей которые хотят Войти войти такой распространенный термин А В первую очередь для тех людей кто хочет повысить свою квалификации то есть для практикующих специалистов каких-то и потом посмотрел на такую тенденцию что принципе сейчас много различных студентов или просто много различных людей которые интересуются и хотелось бы делать курсы для них поэтому сейчас это платформа которая принципе может помочь
00:03:37 - 00:04:36
каждому состоянием какой-либо тем связанное с этим и что касается вотса сейчас у нас 458 преподавателей Наставников базе 15960 студенты более 900 учебных групп пять лет на рынке 130 образовательных программ и более 90 партнеров Я думаю сейчас можно будет переходить постепенно к мог интервью давайте сейчас я перейду в запись экрана так сейчас только Павел куда-то отсоединиться ему напишу сообщение буквально почему-то он вылетел Сейчас секунду ребят Техническая проблема сейчас устраняем вот добавил подключился
00:04:07 - 00:05:34
тогда Павел Привет Привет хорошо Меня Ребят давайте пожалуйста вы напишите вот сейчас видно ли слышно меня и Павла Напишите в чате пожалуйста Все ли хорошо можем приступать собеседование пишет что хорошо так так да 200 супер хорошо Да Павел Я предлагаю чтобы ты немного приставился рассказал себе И после этого мы принципе начнем наш собеседование Всем привет Паша программирование С 2007 года сейчас работаю в компании все инструменты на позиции го разработчика вот перешел на эту позицию с позиции Тим Лида PHP
00:05:05 - 00:06:41
команды Вот решил попробовать новый язык новые знания и опять на тебя хорошо тогда Давай будем говорить по теме нашего сегодняшнего статья сегодняшняя встреча начнем Наверное мы с баз данных ситуации что мы разрабатываем с тобой какой-то софт и используем базу данных Ну например какую-то реляционную и мы вот смотрим что наше приложение начинает тормозить мы пытаемся локализовать понять где происходит тормоза понимаю вот твои идеи Что можно делать то есть минимум как бы информация сейчас да то есть Непонятно из-за чего Но вот
00:05:58 - 00:07:25
Попытайся пожалуйста на генерить идеи что можно было бы сделать куда бы ты смотрел или чтобы делать для того чтобы ускорить взаимодействие с баской или самопашку ускорить смотри мы именно в железе у нас проблемы или у нас мы пока ничего не знаем просто вот как раз таки вопрос заключается в том Давай попробуем разбираться как бы да постепенно Ну тут наверное по стандарту Сначала мы пытаемся посмотреть медленный запрос так как включить слово query вот после этого мы пытаемся посмотреть наши запросы
00:06:50 - 00:07:56
иксплений этих Да посмотреть ключи и так далее вот параллельно с этим Но если у нас в штате есть давай пока хорошо смотрим Explay нам и допустим он показывает не совсем оптимальные Касты то есть входим и так далее Что можно будет в данной ситуации смотри Но тут две ситуации либо у нас нету индексов на на таблице да либо вторая история у нас планировщик запросов про плохо отрабатывает вот если у нас нету индексов на таблицах мы их вешаем составные там одиночно неважно если у нас грубо говоря ситуация Ну с планировщиком
00:07:24 - 00:08:52
то это более интересно ситуация мы тут уже либо делаем индекс Force либо пытаемся подтянуть Давай рассматривать индекс Допустим мы собрались вешать индексы вот Какие типы индекса знаешь какие есть типы или виды так называемые Ну смотри виды типы тут много кто много только говорит но есть грубо говоря составные индексы Да есть много составных 2 не рассматривая Смотри вот эти классно не классные покрывает именно то как они работают то что касается вот структуры Какие Смотри какие виды индексов есть
00:08:09 - 00:09:37
три индексы R3 индексы Хеш индексы [музыка] А вот вопрос Когда битри это сбалансированное дерево поиска но такое очень сильно ветвистая сбалансированная использует именно бы деревья Почему не используют какие-то допустим красно-чер ный и так далее какие-то смотри под каждую задачу все свое Почему именно вот именно когда мы работаем Почему Слушай ну тут я на этот счет вот в разрезе жестким диском я не скажу но чисто алгоритмически Как работает битри индекс да Он позволяет грубо говоря нам за кратное Ну за сложность логарифма от
00:08:52 - 00:10:30
n по основанию 2 на найти что какой-то грубо говоря значение нашей искомы Да и соответственно почему его может любить жесткий диск потому что объединиться не совсем такая сложность там сложность где ты это вот как раз таки показатель ответственности умножить на логарифм от основания T от N то есть такая сложность Ну да это битый Я просто двумерное дерево сразу из-за чего могут может любить жесткий диск потому что ему не надо постоянно шуршать То есть он может там 100 элементов найти за 32 проход
00:09:58 - 00:11:15
в массиве из миллиона элементов может найти элемент два прохода возможно вот поэтому нагрузка на жесткий диск меньше просто исходя из работы жесткого диска жесткий диск любит последовательную работу он не любит прыжков как допустим оперативная память как rend maxes может в любое место прыгнуть жесткий диск будет последовательно а если у нас бинарное дерево поиска то мы будем постоянно прыгать влево вправо влево вправо это постоянно прыжки будут по диску и здесь Жесткий диск это не любит делать жесткий любит последовательности
00:10:39 - 00:11:37
Вот как раз таки B3 Дело это много ветвиста как правило реализация баз данных там детей около 200 вот этих элементов каждому находится Это позволяет последовательно проходить и смотреть какой-то интервал OK хорошо супер допустим разобрались индексы мы четко настроили Давай еще дальше смотреть какие могут быть тормоза о сортировки ордер Buy она смотри в принципе скорее всего имеешь ввиду посмотреть вообще на характер запросов какие-то Да давай на Xplay XP Вот мы с индексами разобрались все хорошо Да дальше мы
00:11:08 - 00:12:16
начинаем разбираться там сортировками ордер бай на сильно тормозят может быть в принципе бизнес Ну логика до бизнесовая какая-то неправильно давай логику переделывать вот собственно говоря Ну опять же если у нас что-то случилось и нам сразу надо чинить Да ну просто сортировки скорее всего выключим ордер то есть имеешь ввиду что посмотреть на запросы оптимально ли написано может получишь написать индексы У нас есть запросы Что еще можно делать Слушай что мы еще можем делать смотри например если на Слуцкая горлышко база
00:11:46 - 00:13:09
данных то если у нас система и у нас Ну что допустим внешние ключи Да вот это постоянно же внешний ключит постоянно перед индексация грубо говоря соответственно мы можем динамизовать какие-то таблицы нормализации сделали да то есть немного Да Простите структуры Пусть это да будет больше места отжирать но зато это будет локально ходить наверное все действия в разрезе одной машины Да если мы уже идем в аппаратную сторону то мы можем сделать естественно репликация самое простое мастерство это стандарт который
00:12:27 - 00:13:52
у нас давай пока не идём в рамках классы написаны все что можно де нормализовано нормализовано то есть структура Четко написано индексы стоят Что еще можно сделать чтобы ускорить так вначале вообще то железо накинуть и просто железо более мощный проц более больше памяти выше сорян конечно но это prod Force Я думаю это как бы это вот согласен да это решение то есть это вертикально масштабирование Да давай посмотрим Окей давай выйдем попытаемся за рамки одной машины представим Окей у нас можно что-то
00:13:11 - 00:14:28
интересное придумать Ну давайте сразу придумаем кубы давай сразу придумаем котики И давай сразу какой-нибудь придумаем если у нас резкого заставить нагрузка у нас но политика он Диман и у нас принципе автоматически будет ресурсы подкидываться в Давай куберетесь не будем просто представим что мы вот смотрим на базу данных и что будем использовать допустим хотим масштабировать при помощи мастер слов репликация что у нас масштабирует чтение запись мы разделяем описано записано масштабировать Ну она
00:14:03 - 00:15:22
она не согласен она не масштабирует она масштабирует нагрузку на масштабирует только чтение потому что запись если мы говорим про мастер слов запись на всегда будет идти ровно на один instance То есть поэтому как раз таки с одним ведущим узлом она масла берет только чтение то есть репликация мы можем чтение Ну согласен согласен если запись Мы хотим отмасштабировать мастер смотри мы можем масштабировать запись нас там синхронно синхронный получается репликация начинается уже Допустим мы хотим от масштабировать
00:14:48 - 00:15:54
запись и мы вводим дополнительный инстанции под записи то есть грубо говоря клиент в базу данных может писать там в два инсуса и эти должны между собой получается синхронизироваться но это скорее всего рассматривающая репликацию с несколькими ведущими узлами или мастер это Ну это тоже это не масштабирует запись то есть Окей мы можем это разнести по нескольким содам датам но все равно Им придется между собой не сказать что такой показатель вот там в чате пишут Сергей для начала вы проверить запрос на адекватно Сергей но
00:15:21 - 00:16:34
мы убедились что мы уже разобрались запросы написано индекс корректор стоят и структура базы данных дальше мы начинаем горизонтально вот Давай другое инструмент подберём который запись может масштабировать так вот масштабировать запись а кэширование кэширование например Или например очередь но я правда не знаю это может быть я очередь хорошо Можно отлаживать операцию размазать Да систему какую-то сделать Как мы можем [музыка] сделать куски по разным Нужно ли будет нам там репликация или нет Ну смотри смотри как мы
00:15:58 - 00:17:48
перенесем если мы допустим у нас в одном будут какая-то последовательность допустим Не знаю какой-то какой-то грубо говоря срез Да там записями не знаю там до миллиона в другом там до двух и в этом случае в принципе вот в репликации Да я наверное не вижу смысла потому что мы в принципе через какой-нибудь балансировщик можем гонять пользователей либо туда либо туда либо через какой-то прокси сервер прокси сервис разные подходы есть на клиенте есть разные подходы там коробочные которые решение помогает делать Окей но вот
00:17:05 - 00:18:28
смотри ситуация мы на шардире грубо говоря нашу баску нарезали на 5 шардов и в каком-то чертов у нас вылетает жесткий диск до свидания данные Как быть в этой ситуации то есть вот эти Пять шагов разнес по разным серверам на одном сервере у меня вылетел или Вся машина просто ушла в бытие или там я не знаю ну там представим что это глупо конечно ну представим эти 5 шардов разве дата-центров представим там молнии дата-центра ударил он сгорел я понял тебя Да ну я тут не наверное не подскажу Единственное что мы должны по идее
00:17:56 - 00:19:17
хранить какую-то резервную копию ее уже получается постараться реплицировать мастером Это хороший день на бэкапы выполняется по расписанию представим что мы делаем просто примерное число каждый час чтобы для примера делаем у нас ноль каждого часа мы делаем что последний бокам у нас был в 20:00 представим через пять минут у меня вылетает жесткий диск то есть пройдет у меня 26 минут за вот эти два и за Вот это время 26 минут я потеряю все данные согласен Конечно вот не хотелось бы терять Ну смотри если
00:18:39 - 00:19:57
можно придумать например какой-нибудь опять же синхронизация с другими инструментами например как это синхронизация называется ты уже говорил об этом репликация репликация каждый у каждого шарда будет одна или несколько реплик но я понял ты хочешь Сначала мы до Сначала мы получается шардим а потом мы репетиции будут реплики то есть во-первых это может быть масштабировать нагрузку на чтение у каждого плюс отказывая устойчивость если вылетает какая-то реплика Пускай мастер вылетает следующее из реплика становится мастером
00:19:24 - 00:20:33
Давай посмотрим какую ситуацию ветвистые Получается вместе всегда используется То есть как бы ну как у человека у меня две руки если не дай Бог смотреть что-то правой рукой случится у меня слева рука Да если у человека с почкой относится у него есть другая почка репликация такой же паттер то есть помимо того что он грубо говоря позволяет ускорить операция чтения Ну то есть ну не то что ускорить масштабировать операции очищения Он позволяет грубо говоря вот справиться с отказами когда просто тачка выходит из
00:20:03 - 00:21:05
строя я понял тебя но я к сожалению практиковал вот именно с репликациями смотри а давай представим такую ситуацию Давай пока шардирание в сторону отнесём вот тоже интересный момент представим ты вот сказал мастерс Если репликации да Да представь такую ситуацию мастер вылетает и у тебя сейчас два слова Вот что будет происходить тот момент когда мастер ушел из строя у тебя остались сливы лучше Ну во-первых у нас должна быть какая-то политика переизбрание мастера Да это точно это во-первых во-вторых
00:20:34 - 00:21:43
соответственно у нас репликации идут и Ну вот какая ситуация вот она стремится один из них Мастер и грубо говоря в него идут допустим в него идет вот нас отваливается получается мастер фолловер отрабатывает перекидывает все в другое и вот ты согласен когда вылетает мастер из строя твоя система имеет Down Time на запись пока не будет выбрано никто и вот это переизбрание но не быстрое это есть такие алгоритмы так называемые консенсуса то есть консенсус Когда нужно договориться два человека и нам нужно договориться
00:21:10 - 00:22:35
или больше а кто из нас будет там лидером например Согласись даже у людей это возникает проблемы Но кто я скажу я а тот наоборот скажет он Лидер А вот как бы допустим с приложениями это еще труднее то есть нужно будет каким-то приложением договориться кто из них то есть это не быстро вот как быть в этой ситуации когда мы хотим минимизировать это даунтами запись идея Ну если например мы какой-нибудь но опять же если мы практику какого-нибудь возьмем нескольких садов Там есть такая штука Как концу
00:22:06 - 00:23:18
Когда у нас несколько мастеров ну как как сделать чтобы минимизировать вот я говорю если мы допустим Консул у нас да и у нас там получается все равно переизбрание мастера время Ну есть смотри есть такой подход называется ход Stand By реплика ход standby То есть у тебя какая-то холстент как правило это синхронная репликация с этой репликой вот и как выходит из стройте сразу же избран Аля следующий Мастер и она сразу да типа мастер только не мастер мастер тире да давайте последний вопрос что касается
00:22:44 - 00:24:00
шагирование и репликации всего этого прочего по базам данных Вот есть такой термин партиционирование в чем разница шортирования партиционирование партиционирование еще часто называют секционированием а порционирование по-моему ты можешь делать на этот боюсь ошибиться позиционировать ты делаешь средствами сервера базы данных так вот шортирование ты делаешь каким-то своими алгорицами Я возможно ошибаюсь Но есть мы можем в некоторых ситуациях из коробки Но не все базы данных и согласен с коробками
00:23:26 - 00:24:38
честно хочу сказать мне кажется найдутся типа заданных которые из коробки шортируются вот у многих Да просто лицом как часто используют прокси скелет Для всего этого но давай смотри рассмотрим такую ситуацию Вот это не самый ключевой показатель Вот про шарнирование мы грубо говоря нарезаем наши таблицы Так ну рассмотрим горизонтально мы нарезаем и разносим их по разным серверам так так А спартиться не ранее что у нас происходит Ну получается порционирование мы оперируем только один сервером то есть
00:24:04 - 00:25:14
мы нарезаем таблички но они находятся на одном сервере когда это может быть полезно например или нужно безусловно это когда у нас нет денег намного серверов [музыка] давай подумаем Да еще а Ну вот смотри порционирование как можем мы можем настраивать позиционирование и например вот у нас одна тачка так и допустим я чисто такие экзотические рассматривают Допустим мы как-то виртуализируем таким образом эти ресурсы что самый горячий раздел самыми допустим часто запрашиваем ими данными таблицами мы его просто
00:24:39 - 00:26:14
монтируем оперативку просто стоимость данных есть возможность закрепить какую-то табличку за каким-то жестким диском Представь у нас есть табличка сообщений согласен Что актуально самый последний сообщение мы можем самый последний то есть партиционировать по дате и по самой последнее сообщение у нас здесь и хранится А старые сообщения там на каких-то жестких дисках например ну безусловно Окей хорошо вот мы не раз затрагивали тему там балансировка балансировку представим нас есть балансировщик нагрузки Какие знаешь алгоритм был
00:25:28 - 00:26:30
нагрузки отвечу на вопросы смотрите есть вертикальная партиционирование как правило вертикально очень редко применяется мы горизонтально нарезаем то есть мы нарезаем горизонтально нашу табличку допустим там не знаю по каждому году или по месяцу все зависит без требования то есть горизонтальные позиционирование Да возвращаясь вопросом я забыл уже по поводу балансировки нагрузки У меня есть балансировка и за ним стоят Там 35 серверов да давай политики рассмотрим их около 5 там и 6 по моему это первая балансировка раунд
00:26:01 - 00:27:21
робинсировка когда мы по очереди отдаем запросы намажь на instance 2 2 типа это весовой называется это когда мы уже знаем про нагрузку на сервера и уже по весам это раздаем потом у нас есть сейчас скажу там по IP мы закрепляем запишниками потом у нас есть получается по кластеру то есть мы именно нарезаем там клиентов на кластера и грубо говоря есть такая политика что мы какие-то Клиенты у нас ходят на один из какие-то на другой то есть мы вроде как в режиме разновидности Кише нас тоже когда какую-то берем или явно где-то допустим
00:26:46 - 00:28:30
в табличке пропишем какой-то хардкод кто за кем да то есть когда явно закрепляем какой-то клиента За каким-то одним сервисом прилепливаем так сказать вам еще за хешами мы можем это закрывать Но это есть тоже это тоже много разновидностей там есть Какие еще типа бывают А понял понял это когда у нас за последним закрепляется машинка то есть человек приходит нет Энджин смотрит кому у меня открыта Connection of меньше всего потому он пошлет запрос из connections тоже А ну да Вот кстати да мы не смотрим нагрузку мы смотрим на
00:27:46 - 00:29:04
количество Окей Хорошо давай с тобой тогда поговорим представим Давай представим такой кейс мы с тобой разрабатываем главную страницу мыла mail.ru заходил Там этот сайт напичкан очень сильно там есть новости там есть погода валюты почта короче куча информации и мы хотим вот это все кэшировать какой-то сервис который занимается главной страницей было и мы хотим кэшировать новости это будет один раздел у нас будет еще погода это другой разделка у нас еще будет кэшировать раздел валют это третий раздел То есть у
00:28:41 - 00:30:00
нас есть какой-то в одном пространстве хранятся новости в другом пространстве валюта в третьем пространстве погода Какая здесь может быть проблема потенциальная проблема если у нас в разных разделах это все кэшируется один кэш в разных разделах это все кощуривается например как таковых мы можем выделять при помощи двоеточия какая там проблема может быть у нас один кэш используется Ну какая проблема но коллеги ключей но не совсем не совсем что касается насчет устаревания данных Ну смотри раз это кэш но соответственно как это
00:29:22 - 00:30:45
устаревание ну понятно дело раз это кэш значит если он не будет обновляться то мы часто случаи не рассматриваем понятно нужно инвалидировать вот такой конкретный случай когда у нас независимые каши которые показываются в одном месте Что здесь может быть смотри представим такую ситуацию у тебя стоит курс валют там допустим доллар к рублю но 70 рублей Так кэширована потом тебе приходит новость курс доллара взлетел до 85 у тебя первое курс еще 70 а курс у тебя там за кэширован вот эти проблемы или погода
00:30:10 - 00:31:23
летом в Москве внезапно потепление А у тебя погода Еще минус 10 показывает понимаешь но я понимаю но ты же сказал что у нас все завалидировано еще раз что завалило Ты просто сказал что все все валидируется все проходит валидации обновляется нет значит имел я имел ввиду грубо говоря независимые части они грубо говоря при добавлении чего-то нового не обновляется но у нас нет как раз таки вот такой вот который зависимости будет обновлять вот допустим новости а валюте валюты это зависимость что можно придумать чтобы вот зависимой
00:30:46 - 00:31:55
части обновлять Ну смотри В любом случае надо что может ну придумать мы инвалидацию придумаем Да и соответственно по событий событийно как-то начинаем инвалидировать кэш но вот как событий допустим пришла У нас новость о погоде или погода изменилась как мы будем что как в каком Все ли ресурсы как будем рисовать По каким признакам непонятно и трудно это как-то все перебирать и так далее но мы можем можем в принципе весь кэш скинуть и и не париться пришла новость скинули кэш большой из постоянно будем скидывать но
00:31:26 - 00:32:45
тяжеловато будет но в любом случае нужны какие-то ключи которые нам будут говорить что пришла новость нам нужно скинуть кэш валют еще Ну тегирование вот да да Вот этого я жду То есть Ну потом тегирование на какие-то темы и потом по этим тегам и прочим просто сбрасывать эти каши Да супер Окей Хорошо давай еще последний вопрос обсудим с тобой очереди сообщений Вот когда-то почему кейсы Когда будем использовать допустим очередь сообщения когда не будем допустим напрямую общаться между сервисами Ну смотри как
00:32:09 - 00:33:25
вот самый распространенный кейс Все любят микро сервисы сейчас вот и у нас микро сервисы должны между собой как-то взаимодействовать и соответственно мы микро сервиса расчета цен Да он эти цены должны нужны всем если все пойдут в этот микросервис бедные будут запрашивать то он грубый там ляжет нагрузку не выдержит и здесь соответственно очень даже выручает грубо говоря сообщений тоже может набиться очередь забиться но я согласен позволяет сгладить Зачем [музыка] Ну что можно придумать еще нагрузку мы
00:32:50 - 00:34:20
скидываем да Ну например чтобы не опрашивать какой-то сервис можем просто подписаться Да согласен что-то и просто сеть экономить Да согласен да еще Да а что еще я даже не могу сказать в принципе вот когда отделить сервисы чтобы какая-то у нас части системы чтобы никто про другую не знала все просто используем шину видео очереди Верно верно Конная связь когда мы не хотим дожидаться ответа хотим просто от одного грубо говоря когда он сможет работать варианты сейчас а Ну смотри нагрузку мы размазали
00:33:38 - 00:34:58
отказались отказа устойчивостью отказоустойчивость Ну например если мы рассмотрим кафку Да мы соответственно туда пишется пишется пишется А ну в принципе отказоустойчивость вот мы можем через брокер сообщения сделать регистрацию на например какой-нибудь сагу можно так через них прогнать я просто начал какой-то взял какое-то сообщение начал писать упал то Ну если нет redrive она потерялась А если в очередь сохранились то она потом перепрочитается Ну тут тоже знаешь такой стадии упал например Это понятно
00:34:30 - 00:35:59
дожидаемся дожидаемся и так далее Ну тогда согласен еще может быть есть какие-то кейсы [музыка] Давай тогда еще последний вопрос Что такое Ну смотри у нас банально два микросервиса один микросервис оплат банковской между другой микросервис положите Не знаю товар в корзину нажать кнопку оформить вот грубо говоря если человек Нажал кнопку оформить у него там в личном кабинете списались деньги а транзакция в банк не прошла Для этого нам нужна как бы поддержка транзакционность мы делаем Ну вот есть одна из поддержкой один из
00:35:16 - 00:36:36
паттернов до поддержки ценности вот этих микросервис Сага например вот получается у нас есть две политики в саге оркестрация и хореография соответственно при оркестрации У нас есть менеджер который говорит когда какую-то транзакцию надо выполнить или что-то откатывать то есть какой-то менеджер артист Ну оркестр Да у него есть дирижер А есть хореография когда все идет последовательность и в основном то что по стандарту дирижера можно просто последовать если рассматривать Ну вот в принципе что там еще есть у
00:36:09 - 00:37:32
оркестрации например ну типа транзакции да там компенсирующие компенсируемая компенсирующий да вот какой минус есть Саги в чем в чем минусы минус Саги Но то что при откате НУ при компенсирующий транзакции например мы должны знать куда нам откатываться плане реализации локальная потом следующий У нас есть компенсирующий в этот момент пока не дойдет компенсирующая транзакцию нас нет никакой изоляция то есть изоляции нет а какой другой паттерн который позволяет изолированный Ну то есть Представьте такую ситуацию
00:37:01 - 00:38:16
грубо говоря я зафиксировал локальную транзакцию пошел другой сервис там произошла ошибка Мне нужно сделать компенсирующую транзакцию И вот между моментом ты один когда сделал локальную транзакцию и Т2 до того момента как когда будет компенсирующая транзакция пользователи будут видеть вот это вот состояние Аномалия грязное чтение называется Какой еще есть до который позволяет что-то не скажу [музыка] если в двух словах грубо говоря Как происходит бракосочетание У жениха невесты Ты готова выйти замуж потом ты
00:37:50 - 00:38:58
готов жениться на ней да Как только они все говорят да тогда происходит Итак это точно также есть какой-то дирижер который спрашивает ты вот Подготовь если все и Ты подготовь если не готовы тогда мы отсылаем всем камитесь Если нет тогда мы все отсылаем то есть две фазы вот Окей хорошо мне больше нет вопросов Я предлагаю тебе сейчас поделиться фидбэком потом я поделюсь фидбэком А кто у нас чатике Пожалуйста пишите какие то вопросы может быть замечания то что хотели бы у нас у двоих спросить вот по
00:38:30 - 00:39:32
поводу интервью ваш Давай ты пока поделишься как для тебя что нового Что не нового так сказать в общем просто на самом деле хотеть по собеседованием это очень круто это надо потому что надо всегда держать себя в тонусе вот как минимум это позволяет мозгу тренироваться и я например там ну выписал для себя то что надо получить то что я как бы не знаю это подучу и в принципе вот ну Я практикую иногда ходить по собеседования чтобы Когда спрашивают и ты что-то не знаешь Потом обязательно выписываешь и обязательно
00:39:01 - 00:40:24
это все учишь вот поэтому у меня положительная сегодняшней встрече Ну и вообще очень интересно что есть вот такие встречи я знаю вот у меня параллельно коллега преподает в диопс серия вас Я с удовольствием слушаю тоже есть открытые уроки Да что касается меня я Могу поделиться тебе кстати вопрос прошел какой результат собеса принял на работу смотрите то есть трудно сказать какой-то Great потому что это просто поговорили о каких-то таких верхних уровней дизайн секциях То есть я же не смотрел как там
00:39:43 - 00:41:12
все как там складом Как там стал горитмы параллельности Так мы как правило смотрим на совокупность каких-то факторов и пытаемся как-то оценить инженера это оценка сугубо индивидуально кто-то по одному может кто-то абсолютно по-другому что касается интервью только по мне все в целом все было хорошо то есть большинство вопросов то есть спокойно закрывал были Конечно небольшие там моменты шортированием немного недопонимание чуть-чуть Ну кое-где плавал это шаблоны репликация но в целом как бы индекс балансировка нагрузки тоже
00:40:28 - 00:41:25
кэширование тестирование пчелок как бы единственная дача не хватило Вот это более такое глубокого понимания чтобы где-то вот что-то поглубже чем-то с ручками потрогать по взаимодействовать большинство вопросов ты закрывал без проблем когда Общался что касается общения тоже Ну многие просто обращать внимание как человек общается открыто доброжелательно дружелюбно как бы у меня никаких проблем с этим Александр Слободской очень хороший вопрос задал Ой нет Константин Вахрушев эти знания получил на курсе на город
00:40:56 - 00:42:06
смотрите у нас вот то что я спрашивал отдельная часть у нас не затронут на курсе какая-то часть она затрагивается какая-то нет то есть было с предыдущим мог но наверное не было да вот у нас есть по брокерам сообщений занятия у нас есть по микро сервисы монолитом занятии то есть мы затрагиваем немного темы но это не курс по системному дизайну или архитектуре да то есть мы затрагиваем только части Может ты дать фидбэк со стороны ученика у нас на курсе вот голанг вот эта Professional который вот был на одном из
00:41:34 - 00:42:40
последних уроков вот с Владимиром как раз система дизайн Вот и мы там две стенки рассматривали вот все сидели уменьшили Но это классный урок был и Ну в принципе много вспомнил и вот часть мы затрагивали туда тоже про балансировку как раз было то есть Одно занятие по системе конечно этого мало как правило есть отдельный курс модули по системе рассказывает каким-то там дизайнер тут просто чтобы посмотреть до примерить себе вот там Денис есть какой желающих перейти на голос другого язы шаг например тот же я приходилось и плюс
00:42:30 - 00:43:48
плюс на гол Ну то есть как бы я вазон когда приходил я как бы заранее говорил что я гол почти не знаю я даже вот алгоритмическую задачку писал носи Плюс То есть просто как правило во многих компаниях но смотрит Если вы основы знаете Если вы принципе что-то умеете другое Да кроме как гол если у вас хороший бэкграунд какой-то Вас могут взять с той точки зрения что вы это сюда Учите А в некоторых компаниях критично к этому относятся То есть тут просто стоит относиться так если вы сейчас готовы переходить в голову Просто вы берете
00:43:09 - 00:44:03
отвлекайтесь и сразу Говорите Чара Я вот сейчас я хочу перейти на голову кому-то будет кому-то не мог вы пробуйте собеседоваться Но ротбаб какой как бы можно найти к нам на курс например программа обучения по этой программе Если не хотите можете сами заниматься так Станислав больше на курс по микро сервис архитектуры похож но опять-таки хочу сказать я просто да я взял как бы темы связанные разбавил потому что голову это как бы что занимается большей части гоу занимается всеми этими темами Вот мы затрагиваем только часть у нас
00:43:36 - 00:44:40
много очень полезных клуба внутреннего устройства есть вот такие темы которые затрагивает Давайте ребят Если еще вопросы помог интервью Если нет то пойдем дальше так Окей Паша давай вернусь себе если у тебя еще какие-то вопросы может быть что еще что еще хочешь поделиться со слушателями слушателями Ну в принципе слушать и все понимают вот такие уроки ну классно Спасибо что пригласили вот в принципе наверное у меня все То есть хорошо да Тогда мы тебя отпустим Чтобы не зря тратить время Потому что сейчас
00:44:10 - 00:45:24
мы дальше пойдем я расскажу немного нашей программе расскажу наши преподавателях структуре курса Вот спасибо еще раз большое что принял участие мы ребят Не расходимся Да запись были доступны сейчас продолжим сейчас расскажу отдельный модули Вот и потом еще Если нужно будет отвечать на какие-то вопросы Еще раз спасибо всем хорошего вечера Так ребят смотрите Я хотел бы вам немного рассказать о нашем курсе кто не знает сейчас сходил показать в чем вообще отличие нашего курса других то есть я как руководитель курса могу
00:45:04 - 00:46:10
сказать точно Что у нас работает над крутые специалисты работают в разных вот допустим компаниях ведущих вот Олег допустим из Авито вот к примеру Семён со сбера вот допустим Евгений из-за зона Артёма рамблера То есть как правило на все преподаватели это те люди которые Достаточно давно работают и работают с различными частями до каких-то Я не знаю сферы разработки по как правило они выбирают те уроки в которых они ну по их мнению лучше всего разбираются то и проводят чтобы более как-то лучше объяснить ту или иную тему вот что у нас
00:45:39 - 00:46:52
вообще в программе присутствует у нас как обычно Ну то есть у нас такой курс просрочно называется у нас не будет такое что такое условие цикл Да типичный Понятно Мы практически сразу начинаем с того что Разбираем как все внутри устроено массивы славится словарей как там все под капотом структуры как под капотом функции методы немного там функциональное программирование замыкание все такое интерфейс как там внутри устроена цель два урока у нас протестированию два урока еще третий будет в конце связанный с микросервисным
00:46:16 - 00:47:11
тестированием concarency большой модуль примитивость организации паттерны Как работает планировщик сборщик на то есть курс profession как раз таки внутри что-то работает тут уже библиотека и практики как работает система вводом выводом форматированием данных и думать банально типично Понятно работа сети BD Вот как раз таки то что мы немного сегодня не затрагивали допустим это сквера теперь контексты и вот блок который мы спрашивали это микро сервисы Монолит и микросервисы модуль покашированию по очередям сообщений
00:46:43 - 00:47:48
доктора по тестированию микросервиса Как проводить интеграционные тестирование отдельный модуль по мониторингу есть системный дизайн и в конце у вас еще дается месяц Для того чтобы написать проект на выбор раз будет пять проекта Вот давайте сейчас посмотрим Что касаемо Да вот здесь у меня уже информации то нет Вся вот информация можно посмотреть о курсе поэтому кирку Да и Давайте поотвечаю на ваши вопросы вот Андрей пишет А какой вообще смысл переходите Sharp на голову ну человека допустим Хочется вот допустим не имела
00:47:15 - 00:48:24
смысла но голод такой знаете более новый там много всяких фичей возможностей Он простой он лаконичный если как для меня сперва мне не понравился сейчас как бы мне нравится возможно человека просто надоело хочет что-то но почему бы не перейти на голову сейчас это актуально много очень чего он пишется А так можно ссылка на предыдущему собеседование которое больше богов было 3 я вряд ли сейчас его найду это придется долго искать то есть вы можете Вот зайти на этот канал и посмотреть там предыдущие трансляциях она будет я думаю
00:47:49 - 00:48:51
вот а Надоело обилие сахара до языков ниши все-таки разные Да вот как пишет Денис да если нет студии студентов на курсе насколько я знаю по-моему нет нами то насколько знаю но могу ошибаться То есть я не совсем хорошо знаю вот эти вот такие там тонкости лимитов ограничений так далее я больше про преподавание То есть я больше занимаюсь преподаванием вы можете написать если что на [email protected] там если что дадут полную информацию так Сергей пишет что может год чего не можете плюс может все вот действительности
00:48:21 - 00:49:30
присутствует просто зависит какой ценой Может это все Да если мы посмотрим код того же самого htp сервиса на должности плюс это абсолютно разные код с точки зрения сложности с точки зрения понятности и прочего Это относится не только к этому конечно да плюс более производителей но не сказать что Go прям такой критически медленный Нет конечно Вот у него есть пауза на сборка мусора но это не такие длительные как допустим Go это concarents Vector то есть ну да ему нужны паузу для того чтобы выстояться в разметку потом снятся с
00:48:55 - 00:50:02
разметки в разметка происходит конкурентно с выполнением вашей программы и много таких моментов которые новые до трез-детекторы например покрытие кода тестирование бенчмарки из коробки как бы много всяких вот этих Они вроде бы маленький знаете я как бы кого-то Возможно не нравится да техника Apple Мне очень нравится то есть я нахожу в технике Apple очень много таких маленьких удобных возможностей для себя и мне это нравится вот это как бы мне больше всего завоевать мое внимание то же самое в голову не сказать что вот эти
00:49:29 - 00:50:29
детекторы все это прям такая корфича Когда вы много таких маленьких нюансов фишечек дополнений и так все хорошо на душе становится как бы для меня Поэтому мне нравится гол но первоначально говорю Я когда работал в былине пришлось программировать у меня как-то не знаю как-то его не понял потом Да все больше больше мне что-то начал понимать язык Если еще вопрос Окей хорошо тогда давайте будем закругляться опять-таки Старт обучения будет начнется 30 марта Если вы захотите можете без проблем присоединяется к
00:49:58 - 00:51:04
новому потоку а на этом У меня все то есть Я надеюсь что вы не зря провели час своего времени что вы узнали что-то новое Вот и Давайте вам сейчас конечно же скину ссылку Давайте вам сейчас отправлю ссылку на опрос Пройдите пожалуйста опрос То есть это позволяет нам делать наши открытые уроки более интересными сейчас вам отправлю так так сейчас скидывай ссылку отправил Да ещё раз их благодарю Кто пришел всем хорошего вечера и до встречи в следующих открытых уроках а следующий открытый урок У нас будет Как раз таки
00:50:53 - 00:52:04
толк сессия Ну то есть будут я и возможно еще какие-то преподаватели где можно будет просто прийти задавать любые вопросы по программированию Какие вопросы на которые мы знаем ответ мы будем рассказывать твоей со своей точки зрения со своего опыта так сказать да а те которые не знаем мы будем говорить К сожалению мы не знаем На этом все всем счастливо
00:51:39 - 00:52:18