По своему опыту скажу (работал в ДЦ), мрет все, HDD чаще, SSD реже, многое зависит от нагрузки. HDD будут умирать из-за ограниченного количество операций, это число слишком низкое и как итог, диск постоянно находится под нагрузкой, в итоге ему настает время уходить, если говорить про диск в какой-то бэкапник или просто архивный сервер, то там HDD может жить долго, но зависит от производителя, те же Seagate Baracuda бывают уже трупами из коробки. При этом, только что разобрал порядка 14 HDD дисков. Seagate совсем хлипкая конструкция, пока по компонентам внутри меня удивил WD Black, довольно такая серьезная железка внутри, также за ними идут Hitachi, а все остальное...
Теперь о SSD, это говно мрет пачками, но, тут конечно зависит от типа SSD, производителя и подаваемой нагрузки, если говорить о Intel или Samsung, то есть шанс, что SSD перейдут в read only режим и будет возможность получить хотя бы информацию с них, но есть много других случаев, типа того же Crysal и Kingston, когда SSD просто отпадает и ее не видно на контроллере.
У меня до сих пор в работе, в качестве накопителя в роутере торчит SSD Intel 80GB, купленная в 11м году: SSDSA2M80G2GC, у нее 4 релокейта и она работает как часы и думаю еще долго прослужит.
Как бы там нибыло, эта штука для нас решила безумное количество задач и наши коллеги, очень активно запрашивали эти фичи на стороне aws. Для нас это изменило подход к ETL, теперь только надо чтобы legacy вырезали, а так, у нас где-то 10 петабайт данных, где очень нужен read after write, в первую очередь на операциях update. alluxio, apiary, waggledance и куча остального хлама, который используется в основных процессах.
Электронное государство говорите? Только человек должен на все иметь бумажные дубликаты, вот он мир будущего, 1 кривой запрос и твоя жизнь покалечена, 1 кривая функция и ты в обще не работал в этой жизни, еще и должен.
Все это хорошо, но для тех, у кого есть возможность или люди очень решительные. Можно ехать пока молодой, пока время позволяет, с возрастом будет сложнее. Ехать лучше уже семьей, но здесь остается вопрос родителей и т.д., что накладывает также свои проблемы. Что касается мигрануть молодым и зеленым, то шанс найти адекватную вторую половину очень интересный, можно очень испачкаться... так сказать. Жилье, это отдельная тема, помимо зарплаты надо еще отдать нормально так за жилье, чтобы осталось покушать и скорее всего захочется 4х колесного друга.
Дальше наверное начнется создание семьи, затраты на детей, платное обучение и т.д., в данный момент идеальным вариантом является совместный переезд и когда вы оба в IT, тогда шанс стать успешными и с легкостью пройти все пути очень высок, но переесжать и тянуть кого-то на себе, это утопия. Дети будут требовать обучения, оно платное. Чтобы купить жилье, надо тоже довольно сильно затянуть пояс.
А вот, что будет в конце пути? вопрос самый интересный, но вполне может быть, что после 50 жизнь только начнет играть новыми красками за пределами пост советского пространства.
Отличная новость, теперь можно спокойно постить видео на github и ссылки кидать в pornohub, раньше очень не хватало это функционала при попытке описать очередной баг.
Уже вижу будущие описание: здесь я и моя молодая команда ищем странный баг, а здесь наша команда нашла и мы нашли того, кто его сделал и апрувнул, вот что бывает, если код совсем кривой пушить в master.
Водород нужно получать днем от СЭС, заполнять им баки и жечь на турбинах ночью для выробатки электричества, по идее это будет дешевле чем запасть электричество в батарейки.
Поезда тоже вполне можно пустить на водороде, но автомобили, упасите.
Нам еще рано до такого, уже вижу как сталкивается старый ВАЗ на водороде и Тэсла.
Аналитика?
Почему не используете S3 как хранилище данных, дальше hive и emr? зачем такие сложные кластера.
Наши аналитики обрабатывают сотни терабайт данных, анализ делают через Qubole или RStudio, но не пытаются запихнуть все данные в БД.
Амазон, накатка патчей, просадка производительсти на 25 процентов оО
Закупка нового железа и стоек, кто в плюсе? Сколько надо тому же амазону железа чтобы выровнять эту просадку?
Да там такие цифры с нулями будут, что некоторые типы процессоров мы еще год можем не увидеть на наших рынках.
Хм, а она сейчас не децентрализована?
Из этой атаки видно что ДНС пока самое слабое место, можно раскидывать ns по разным доменам верхнего уровня… но кто такое практикует…
Он быстрее, потому что параллит все сразу на все ядра, доступные системе.
l2tp/ipsec тупо сваливает все на несколько ядер и система захлебывается.
Но, как только стает вопрос более серьезных действий, приходится прокидывать еще gre тунели поверх wireguard
По своему опыту скажу (работал в ДЦ), мрет все, HDD чаще, SSD реже, многое зависит от нагрузки.
HDD будут умирать из-за ограниченного количество операций, это число слишком низкое и как итог, диск постоянно находится под нагрузкой, в итоге ему настает время уходить, если говорить про диск в какой-то бэкапник или просто архивный сервер, то там HDD может жить долго, но зависит от производителя, те же Seagate Baracuda бывают уже трупами из коробки. При этом, только что разобрал порядка 14 HDD дисков. Seagate совсем хлипкая конструкция, пока по компонентам внутри меня удивил WD Black, довольно такая серьезная железка внутри, также за ними идут Hitachi, а все остальное...
Теперь о SSD, это говно мрет пачками, но, тут конечно зависит от типа SSD, производителя и подаваемой нагрузки, если говорить о Intel или Samsung, то есть шанс, что SSD перейдут в read only режим и будет возможность получить хотя бы информацию с них, но есть много других случаев, типа того же Crysal и Kingston, когда SSD просто отпадает и ее не видно на контроллере.
У меня до сих пор в работе, в качестве накопителя в роутере торчит SSD Intel 80GB, купленная в 11м году: SSDSA2M80G2GC, у нее 4 релокейта и она работает как часы и думаю еще долго прослужит.
Как бы там нибыло, эта штука для нас решила безумное количество задач и наши коллеги, очень активно запрашивали эти фичи на стороне aws.
Для нас это изменило подход к ETL, теперь только надо чтобы legacy вырезали, а так, у нас где-то 10 петабайт данных, где очень нужен read after write, в первую очередь на операциях update.
alluxio, apiary, waggledance и куча остального хлама, который используется в основных процессах.
Зато он теперь красиво может обновить свое резюме, у нас уже было что-то с DB, у меня выскочила эта история из головы.
Есть пару миллионов обращений с разных ипов, хочу их также красиво наложить на карту для визуализации.
Думаю скоро тесла на автопилоте пройдет эта трассу за 6.99мин.
Электронное государство говорите?
Только человек должен на все иметь бумажные дубликаты, вот он мир будущего, 1 кривой запрос и твоя жизнь покалечена, 1 кривая функция и ты в обще не работал в этой жизни, еще и должен.
Все это хорошо, но для тех, у кого есть возможность или люди очень решительные.
Можно ехать пока молодой, пока время позволяет, с возрастом будет сложнее.
Ехать лучше уже семьей, но здесь остается вопрос родителей и т.д., что накладывает также свои проблемы.
Что касается мигрануть молодым и зеленым, то шанс найти адекватную вторую половину очень интересный, можно очень испачкаться... так сказать.
Жилье, это отдельная тема, помимо зарплаты надо еще отдать нормально так за жилье, чтобы осталось покушать и скорее всего захочется 4х колесного друга.
Дальше наверное начнется создание семьи, затраты на детей, платное обучение и т.д., в данный момент идеальным вариантом является совместный переезд и когда вы оба в IT, тогда шанс стать успешными и с легкостью пройти все пути очень высок, но переесжать и тянуть кого-то на себе, это утопия. Дети будут требовать обучения, оно платное. Чтобы купить жилье, надо тоже довольно сильно затянуть пояс.
А вот, что будет в конце пути? вопрос самый интересный, но вполне может быть, что после 50 жизнь только начнет играть новыми красками за пределами пост советского пространства.
Уже вижу будущие описание: здесь я и моя молодая команда ищем странный баг, а здесь наша команда нашла и мы нашли того, кто его сделал и апрувнул, вот что бывает, если код совсем кривой пушить в master.
Поезда тоже вполне можно пустить на водороде, но автомобили, упасите.
Нам еще рано до такого, уже вижу как сталкивается старый ВАЗ на водороде и Тэсла.
unbound + python module и этого хватит.
Почему не используете S3 как хранилище данных, дальше hive и emr? зачем такие сложные кластера.
Наши аналитики обрабатывают сотни терабайт данных, анализ делают через Qubole или RStudio, но не пытаются запихнуть все данные в БД.
Амазон, накатка патчей, просадка производительсти на 25 процентов оО
Закупка нового железа и стоек, кто в плюсе? Сколько надо тому же амазону железа чтобы выровнять эту просадку?
Да там такие цифры с нулями будут, что некоторые типы процессоров мы еще год можем не увидеть на наших рынках.
Из этой атаки видно что ДНС пока самое слабое место, можно раскидывать ns по разным доменам верхнего уровня… но кто такое практикует…