#машины_разное
Я очень трепетно отношусь к израильтянам и к "ядерщикам". Ну а кернельщиков-израильтян я прям очень сильно люблю.
Кто же еще так хорошо расскажет про современное состояние хранилищ?
Я общался с Глобером только один раз, и то на собеседовании. Один из тех немногих людей, с кем мне очень хотелось бы поработать.
Я очень трепетно отношусь к израильтянам и к "ядерщикам". Ну а кернельщиков-израильтян я прям очень сильно люблю.
Кто же еще так хорошо расскажет про современное состояние хранилищ?
Я общался с Глобером только один раз, и то на собеседовании. Один из тех немногих людей, с кем мне очень хотелось бы поработать.
Medium
Modern storage is plenty fast. It is the APIs that are bad.
I have spent almost the entire last decade in a fairly specialized product company, building high performance I/O systems. I had the…
#машины_разное
https://aws.amazon.com/message/11201/
"For the latter communication, each front-end server creates operating system threads for each of the other servers in the front-end fleet."
Что может пойти не так, верно?
"Rather, the new capacity had caused all of the servers in the fleet to exceed the maximum number of threads allowed by an operating system configuration."
Это очень хороший пример, когда scale out проигрывает scale up.
https://aws.amazon.com/message/11201/
"For the latter communication, each front-end server creates operating system threads for each of the other servers in the front-end fleet."
Что может пойти не так, верно?
"Rather, the new capacity had caused all of the servers in the fleet to exceed the maximum number of threads allowed by an operating system configuration."
Это очень хороший пример, когда scale out проигрывает scale up.
Amazon
Summary of the Amazon Kinesis Event in the Northern Virginia (US-EAST-1) Region
#машины_aws #машины_разное #люди
Помимо выступления 4ого числа, я участвую еще в паре движух в рамках Zed.
Сегодня, буквально через пару часов я буду обсуждать всякие глупости из мира облачно-культурных вещей.
Ну а 3-его числа можно позадавать мне удобные (и не только) вопросы. На некоторые из них я даже смогу ответить!
На самом Zed будет много интересного. Если хотите взглянуть на то, что заготовили для вас различнве сообщества, вы можете посмотреть их программе “будок”.
Помимо выступления 4ого числа, я участвую еще в паре движух в рамках Zed.
Сегодня, буквально через пару часов я буду обсуждать всякие глупости из мира облачно-культурных вещей.
Ну а 3-его числа можно позадавать мне удобные (и не только) вопросы. На некоторые из них я даже смогу ответить!
На самом Zed будет много интересного. Если хотите взглянуть на то, что заготовили для вас различнве сообщества, вы можете посмотреть их программе “будок”.
Telegram
Человек и машина
#машины_aws
На следующий год планов много. А вот на этот год публичная активность потихоньку приходит к концу.
Моим последним в 2020 выступлением будет доклад, посвященный вольной имплементации Оруэлловского “1984” в рамках AWS с применением AWS Config…
На следующий год планов много. А вот на этот год публичная активность потихоньку приходит к концу.
Моим последним в 2020 выступлением будет доклад, посвященный вольной имплементации Оруэлловского “1984” в рамках AWS с применением AWS Config…
#анонсы
Коллеги! Помните, давеча я писал про крепких “середнячков”? Настало время поднимать ставки!
С нового года мой клиент хочет превратить свою платформу в нечто страшное и огромное, словно Netflix. Гео-избыточность, мульти-регион и, конечно же, мои любимые РАСПРЕДЕЛЕНОЧКИ!
На этот раз мне нужны чудовища из морских глубин, психи, бессмертные воины клавиатурного труда… и кто-то кто расскажет мне про eBPF.
Кроме шуток - со следующего года планируется следующая фаза проекта, на котором я тружусь. И на этот этап мне нужны:
- 1 архитектор - будет ходить со мной, проговаривать и прорабатывать все вопросики, рисовать стрелочки, разрабатывать PoC и заниматься прочей очень важной деятельностью.
- 6 инженеров - будут говорить мне и этому архитектору, что стрелочки нарисованы через одно место, а затем любезно доводить до ума это поделие.
- 1 QA (по факту SDET) - будет говорить инженерам, что их поделие написано через одно место, а затем любезно доводить до ума это поделие.
От кандидатов я жду: знание AWS, распределенных систем, навыки разработки и построения отказоустойчивых гео-распределенных систем.
Я не могу и не буду обещать вам золотых гор и лучшего в мире работодателя. Я обещаю вам погружение в пучину ада, безумия и жести, из которой вы вместе со мной, словно герои творчества Лавкрафта, выйдете победителями, сохранив рассудок. А после этого у вас начнется ломка, потому что ЛЮБОЙ другой проект или задача покажется детской шалостью и легко летней прогулкой.
Повторюсь, я ищу очень сильных инженеров, понимающих и осознающих, что будет сложная работа. Очень сложная.
Пишите мне в ЛС за подробностями.
Коллеги! Помните, давеча я писал про крепких “середнячков”? Настало время поднимать ставки!
С нового года мой клиент хочет превратить свою платформу в нечто страшное и огромное, словно Netflix. Гео-избыточность, мульти-регион и, конечно же, мои любимые РАСПРЕДЕЛЕНОЧКИ!
На этот раз мне нужны чудовища из морских глубин, психи, бессмертные воины клавиатурного труда… и кто-то кто расскажет мне про eBPF.
Кроме шуток - со следующего года планируется следующая фаза проекта, на котором я тружусь. И на этот этап мне нужны:
- 1 архитектор - будет ходить со мной, проговаривать и прорабатывать все вопросики, рисовать стрелочки, разрабатывать PoC и заниматься прочей очень важной деятельностью.
- 6 инженеров - будут говорить мне и этому архитектору, что стрелочки нарисованы через одно место, а затем любезно доводить до ума это поделие.
- 1 QA (по факту SDET) - будет говорить инженерам, что их поделие написано через одно место, а затем любезно доводить до ума это поделие.
От кандидатов я жду: знание AWS, распределенных систем, навыки разработки и построения отказоустойчивых гео-распределенных систем.
Я не могу и не буду обещать вам золотых гор и лучшего в мире работодателя. Я обещаю вам погружение в пучину ада, безумия и жести, из которой вы вместе со мной, словно герои творчества Лавкрафта, выйдете победителями, сохранив рассудок. А после этого у вас начнется ломка, потому что ЛЮБОЙ другой проект или задача покажется детской шалостью и легко летней прогулкой.
Повторюсь, я ищу очень сильных инженеров, понимающих и осознающих, что будет сложная работа. Очень сложная.
Пишите мне в ЛС за подробностями.
#машины_aws
Multi-cloud, который мы заслужили.
Контекст: вчера AWS анонсировал EKS Anywhere (запуск “родного” кластера где угодно) и выпустил в open source свой дистрибутив К8s.
Multi-cloud, который мы заслужили.
Контекст: вчера AWS анонсировал EKS Anywhere (запуск “родного” кластера где угодно) и выпустил в open source свой дистрибутив К8s.
#машины_aws
Пропустили мой доклад на ZED? Ничего страшного!
Для страждущих узнать побольше про тяжелую жизнь облачной адаптации в enterprise-сектора есть запись.
Пропустили мой доклад на ZED? Ничего страшного!
Для страждущих узнать побольше про тяжелую жизнь облачной адаптации в enterprise-сектора есть запись.
SAKTI123
Sakti123 : Platform Game Online Dengan Kemenangan Maksimal
Sakti123 adalah platform official untuk main game online gratis yang menawarkan pengalaman bermain terbaik dan peluang menang maksimal.
#люди #машины_aws
В рамках все того же ZED поучаствовал в Ask Me Anything сессии, отвечая на вопросы “Как стать APN амбассадором?” и “Как поддерживать технические навыки, когда весь день на митингах?” (спойлер - никак).
В рамках все того же ZED поучаствовал в Ask Me Anything сессии, отвечая на вопросы “Как стать APN амбассадором?” и “Как поддерживать технические навыки, когда весь день на митингах?” (спойлер - никак).
YouTube
Miniq Backstage with Karen Tovmasyan
Ну и чтоб два раза не вставать: с коллегами из Минска обсудил аварию AWS, пытался понять, чем Boundaries отличается от SSM Session Manager, и почему нельзя пользоваться ничем младше версии 1.0.
YouTube
[Field Kitchen] DevOps Kitchen Talks on Zed Conference (Eng)
Hey there!
As a DevOps monsters we were invited to the Zed conference (https://community-z.com/events/zed-conference). Here you could enjoy our podcast show during the Event.
Special guest - Karen Tovmasyan (AWS Solution Architect, EPAM), https://medium.…
As a DevOps monsters we were invited to the Zed conference (https://community-z.com/events/zed-conference). Here you could enjoy our podcast show during the Event.
Special guest - Karen Tovmasyan (AWS Solution Architect, EPAM), https://medium.…
#машины_aws
Дождались!
Глубокое погружение в DynamoDB, глава 2: Таблицы, операции, вторичные индексы, пропускная способность.
Мой самый большой лонгрид: >4000 слов, приблизительное время чтения - 15 минут.
Дождались!
Глубокое погружение в DynamoDB, глава 2: Таблицы, операции, вторичные индексы, пропускная способность.
Мой самый большой лонгрид: >4000 слов, приблизительное время чтения - 15 минут.
Medium
Amazon DynamoDB Deep Dive. Chapter 2: Tables, Data types, Indexes, Capacity Units
The story of one of the world’s fastest database in a human-friendly format
Серьезный опрос! Комменты н-нада?
Anonymous Poll
41%
Да, хочу высказывать свое мнение, не отходя от кассы!
59%
Нет, меня все устраивает как есть!
#жиза
Надеялся успеть вас порадовать 3-ей частью моего погружения в DynamoDB, но под конец года устал так, что сил не осталось даже на то, чтобы учить эти ваши кубернетесы (мои давние читатели знают, что я держался от него подальше настолько долго, насколько мог).
Так что я продолжаю находиться в выгорательно-отдыхающем режиме, проводя время за прогулками на свежем воздухе и прохождением master levels в DOOM Eternal.
Из хороших новостей: на 2021 у меня довольно большие планы, как карьерные, так и образовательные. Где-то с начала февраля будете меня снова наблюдать на видео (как только @sonkintammio поможет мне со звуком). Стримить буду на русском и английском, про AWS и про то, что сам учу. Ну и обещал доклад для митапа @AWS_Kz.
В общем жизнь меняется к лучшему.
Всех вас поздравляю с наступающим Новым Годом! Пусть Металлический бык принесет вам втрое больше того, что вы хотите, а все дерьмо оставьте крысе.
Надеялся успеть вас порадовать 3-ей частью моего погружения в DynamoDB, но под конец года устал так, что сил не осталось даже на то, чтобы учить эти ваши кубернетесы (мои давние читатели знают, что я держался от него подальше настолько долго, насколько мог).
Так что я продолжаю находиться в выгорательно-отдыхающем режиме, проводя время за прогулками на свежем воздухе и прохождением master levels в DOOM Eternal.
Из хороших новостей: на 2021 у меня довольно большие планы, как карьерные, так и образовательные. Где-то с начала февраля будете меня снова наблюдать на видео (как только @sonkintammio поможет мне со звуком). Стримить буду на русском и английском, про AWS и про то, что сам учу. Ну и обещал доклад для митапа @AWS_Kz.
В общем жизнь меняется к лучшему.
Всех вас поздравляю с наступающим Новым Годом! Пусть Металлический бык принесет вам втрое больше того, что вы хотите, а все дерьмо оставьте крысе.
#люди
Давным давно я рассказывал про собеседование в малые/средние компании. Работая в большой компании, я решил немного изменить свои методы, чаще всего из-за ошибок в виду своей предосудительности.
Будучи сотрудником EPAM, я решил взять на себя роль так называемого bar raiser'а. Не то, чтобы я хочу сделать из консалтинговой конторы второй Amazon (масштабы и потребности не те), но хочется по мере сил поднять уровень инженеров, с которыми мне еще работать. Не знаю, много ли нас таких, но официально такое не практикуется (а если практикуется, то я не в курсе).
Так вот, пришел однажды ко мне на техническое собеседование не абы кто, а PhD в области этого вашого Computer Science, да еще и докторской по распределенным системам. Радости моей не было границ - не каждый день можно подискутировать на тему производительности Raft и сложности имплементации Paxos...
Не буду заходить слишком далеко и скажу сразу - кандидат не оправдал моих ожиданий. И пусть мои коллеги после просмотра записи интервью подтвердили мои сомнения, осталось гадкое чувство, что у меня был тот самый unconscious bias, по которому я как раз проходил тренинг.
Раз у нас тут новый год, новые цели (очень грандиозные, кстати!) и новый я, то решение такое: перед собеседованием ни в коем случае не смотреть резюме и предыдущие интервью. Определился с темами на оценку, выписал ряд вопросов и вперед.
Давным давно я рассказывал про собеседование в малые/средние компании. Работая в большой компании, я решил немного изменить свои методы, чаще всего из-за ошибок в виду своей предосудительности.
Будучи сотрудником EPAM, я решил взять на себя роль так называемого bar raiser'а. Не то, чтобы я хочу сделать из консалтинговой конторы второй Amazon (масштабы и потребности не те), но хочется по мере сил поднять уровень инженеров, с которыми мне еще работать. Не знаю, много ли нас таких, но официально такое не практикуется (а если практикуется, то я не в курсе).
Так вот, пришел однажды ко мне на техническое собеседование не абы кто, а PhD в области этого вашого Computer Science, да еще и докторской по распределенным системам. Радости моей не было границ - не каждый день можно подискутировать на тему производительности Raft и сложности имплементации Paxos...
Не буду заходить слишком далеко и скажу сразу - кандидат не оправдал моих ожиданий. И пусть мои коллеги после просмотра записи интервью подтвердили мои сомнения, осталось гадкое чувство, что у меня был тот самый unconscious bias, по которому я как раз проходил тренинг.
Раз у нас тут новый год, новые цели (очень грандиозные, кстати!) и новый я, то решение такое: перед собеседованием ни в коем случае не смотреть резюме и предыдущие интервью. Определился с темами на оценку, выписал ряд вопросов и вперед.
Telegram
Человек и машина
(1/3) Что касается собеседований - давайте определим область. Я собеседую инженеров-облачников (амазонщиков), системных инженеров (что по Microsoft, что по *nix) и тех, кто зачем-то называет себя DevOps или SRE.
Иногда меня подпускают собеседовать разработку…
Иногда меня подпускают собеседовать разработку…
#машины_aws
Если в DynamoDB соединить TTL и Streams, то можно получить serverless Kafka.
А если к этому добавить глобальные таблицы, то получится planet scale.
Если в DynamoDB соединить TTL и Streams, то можно получить serverless Kafka.
А если к этому добавить глобальные таблицы, то получится planet scale.
#машины_aws
Ваше выходное чтиво - третья глава по DynamoDB.
В этой части: что такое консистентность, почему ее так тяжело достичь и как воспроизвести в DynamoDB, как отлавливать изменения данных, а также особенности кеширования с использованием DAX и построение гео-распределенных таблиц.
Ваше выходное чтиво - третья глава по DynamoDB.
В этой части: что такое консистентность, почему ее так тяжело достичь и как воспроизвести в DynamoDB, как отлавливать изменения данных, а также особенности кеширования с использованием DAX и построение гео-распределенных таблиц.
Medium
Amazon DynamoDB Deep Dive. Chapter 3: Consistency, DynamoDB streams, TTL, Global tables, DAX
The story of one of the world’s fastest database in a human-friendly format
#машины_разное
Во время своего выступления Дор Лаор, СЕО Scylla анонсировал новый проект Circe, который в корне меняет структуру консенсуса ScyllaDB.
Взамен Paxos в ядро этого немалоизвестного конкурента Cassandra и DynamoDB будет использоваться Raft, что по словам Дора сделано в угоду консистентности и позволяет быстрее синхронизировать новые узлы в кластере.
Интересно попробовать собрать POSIX FS over Scylla... когда-нибудь.
Во время своего выступления Дор Лаор, СЕО Scylla анонсировал новый проект Circe, который в корне меняет структуру консенсуса ScyllaDB.
Взамен Paxos в ядро этого немалоизвестного конкурента Cassandra и DynamoDB будет использоваться Raft, что по словам Дора сделано в угоду консистентности и позволяет быстрее синхронизировать новые узлы в кластере.
Интересно попробовать собрать POSIX FS over Scylla... когда-нибудь.
ScyllaDB
Making ScyllaDB a Monstrous Database: Introducing Project Circe - ScyllaDB
Project Circe is a year-long initiative to make ScyllaDB even more of a monstrous database, improving performance, scalability and elasticity.
Всем зашла статья про олдов? Василия знаю лично, и получаю удовольствие не только когда слушаю его, но и когда читаю.
Комментировать статью я не буду, потому что в этом нет необходимости. Расскажу две истории из жизни.
Первый за долгое время пост по тегу #жиза. 🙂
---
Будучи системным инженером на заводе Рено, я отвечал за IP телефонию и автоматизированные контакт-центры на базе Cisco UCCX. Все это чудо чудное было на поддержке от одного крупного оператора связи в России, поэтому ко мне часто командировали одного очень крутого инженера. Как сейчас помню, Серега Лавров. Очень умный и в очках.
Так вот, под монотонный бубнеж записи из IVR, Серега сказал, что пора бы ему менять профиль деятельности и идти в менеджмент. А все потому что я за полгода, что с ним работал, с нуля выучил, как алгоритмы в UCCX делать, да что это за SIP транки непонятные - дескать молодежь технические навыки быстрее обретает, конкурентоспособной становится.
Серега, если ты это видишь - надеюсь у тебя все получилось!
---
На очередном звонке мой шеф делился отзывами о моей скромной деятельности - и одно замечание мне очень понравилось.
По своей гиперактивной природе, я стремлюсь любое изменение дотащить до продукта как можно скорее. Fail fast, fail cheap, trial-and-error, вот это все. Ну и как результат, нарываюсь на преграды, которые надо обходить, а обходить бы не пришлось, будь я несколько предусмотрительней, да и проговори идею с парой-тройкой архитекторов. Всего-то несколько десятков писем, с десяток часовых созвонов по Webex - кого волнуют эти человеко-дни вообще?
Шеф же сказал, что ошибки эти я совершаю, потому что раньше их не совершал - не попадалось такое, и внутренняя база знаний о подобном сценарии не знает. Эти самые осознанность и предусмотрительность приходят как раз вместе с опытом и без этого опыта, добываемого через ошибки, нужные навыки не приобрести.
Комментировать статью я не буду, потому что в этом нет необходимости. Расскажу две истории из жизни.
Первый за долгое время пост по тегу #жиза. 🙂
---
Будучи системным инженером на заводе Рено, я отвечал за IP телефонию и автоматизированные контакт-центры на базе Cisco UCCX. Все это чудо чудное было на поддержке от одного крупного оператора связи в России, поэтому ко мне часто командировали одного очень крутого инженера. Как сейчас помню, Серега Лавров. Очень умный и в очках.
Так вот, под монотонный бубнеж записи из IVR, Серега сказал, что пора бы ему менять профиль деятельности и идти в менеджмент. А все потому что я за полгода, что с ним работал, с нуля выучил, как алгоритмы в UCCX делать, да что это за SIP транки непонятные - дескать молодежь технические навыки быстрее обретает, конкурентоспособной становится.
Серега, если ты это видишь - надеюсь у тебя все получилось!
---
На очередном звонке мой шеф делился отзывами о моей скромной деятельности - и одно замечание мне очень понравилось.
По своей гиперактивной природе, я стремлюсь любое изменение дотащить до продукта как можно скорее. Fail fast, fail cheap, trial-and-error, вот это все. Ну и как результат, нарываюсь на преграды, которые надо обходить, а обходить бы не пришлось, будь я несколько предусмотрительней, да и проговори идею с парой-тройкой архитекторов. Всего-то несколько десятков писем, с десяток часовых созвонов по Webex - кого волнуют эти человеко-дни вообще?
Шеф же сказал, что ошибки эти я совершаю, потому что раньше их не совершал - не попадалось такое, и внутренняя база знаний о подобном сценарии не знает. Эти самые осознанность и предусмотрительность приходят как раз вместе с опытом и без этого опыта, добываемого через ошибки, нужные навыки не приобрести.
Хабр
Олды в ИТ
Когда ты молод, ты «бессмертен» и не задумываешься о старости. Есть просто уверенность, что если много и хорошо работать, то твоя карьера и доходы будут неуклонно расти. Следуя этой стратегии, ты...