Ой как люди не любят неудобные вопросы, сразу бегут карму сливать, чтобы зацензурить посты. На иностранных форумах сейчас сразу модераторы набегают и стирают данную информацию, неудобно же.
Может вы в курсе? А они перестали работать с США, Саудовской Аравей и арабскими странами в связи с 7-летней "операцией" в Йемене? Уже 7 лет как бомбят совместно страну. Или вдруг испугались что нефти и газа вот не будет от слова вобще?
Интересно - а как много людей вносит в оценку времени скрама - сам скрам? 4 встречи в неделю по 15-30 минут - по факту займут суммарно 4 часа (минимум 5 минут до, 15 минут встреча, минут 30 чтобы после встречи просто вернуться в работу и помножить на 4 дня) .
Затем вносим час на планирование - опять по факту затрат времени 1.5-2 часа.
Если добавляем ретро - еще 1.5 часа.
По факту получаем практически потраченный день в неделю чисто на скрам. И внезапно 40 часов для работы превращается в 32.
вот мне тоже непонятно, откуда в скраме обязательный авральный режим и отсутствие планирования реализации
Потому что при планировании спринта все забивают на принцип Парето - 20% усилий дает 80% результата. Поэтому забивают время в спринте под 100% и получают аврал (т.к. будут накладываться мелкие проблемы, несогласованности и т.п.) и выгорание.
Поживем - увидим. Но факт того, что той же германии для перевода своих авто (48млн штук) на электро придется увеличить выработку электроэнергии в год где-то на четверть-треть. А от ядерок они отказываются. Воздушные - имеют проблему местом (далеко не везде можно эффективно поставить ветряк), Солнечные с генерацией энергии в зимние моменты времени. Но при этом нужно иметь еще метод генерации электричества, чтобы сглаживать спады работы ВИЭ (и он будет дорогой). Цена в той же Германии на электроэнергию полезла вверх. И главное - нужда в тепловой энергии никуда не денется - отопление и горячая вода людям нужна, и ценник его взлетит в небеса из-за уменьшения обьемов выработки.
Проблемы с электромобилям сильно всплывут когда хотя бы 10% транспорта в крупных городах станут электрическим. Все взвоют в попытках найти зарядку. Если все-таки вся батарея станет заряжаться за 5 минут - то тут возникнет дикая проблема с зарядками - такой ток не всякая инфраструктура выдержит. А если использовать промежуточные аккумуляторы (чтобы запасать энергию ночью) - опять вляпываемся в занимаемые обьемы и утилизацию. Электрофикация городов милионников под электромобили - это очень нетривиальная задача, на которую сейчас всем политикам плевать, т.к. дивиденды политические они получат сейчас, а обещания государству выполнять потом.
В идеале хотелось бы, чтобы аккумулятор для автомобиля помещался в пол дипломата и вся зарядка бы заключалась в том, что вынул аккум, сдал его и получил уже заряженный. Вставил в авто и уехал. И нет проблем со временем и с дальними поездками (запасной акум можно возить в багажнике).
На тему экологии и электромобилей есть прекрасный ролик под названием "НЕФТЬ и ЭКОЛОГИЯ. Спасут ли нас электромобили?". Ролик 4 часа, но рекомендую его посмотреть. Люди реально заморочились разбором темы экологии электромобилей
Тут были на один влан - один туннель. Если у вас софт не работает на бродкасте (был у меня такой в прошлой конторе, он нам ядро сети положил), и вам не нужен promission mode, то разницы между L2 и L3 нету, при достаточно умном построителе туннелей. Если он будет подавать трафик только между конкретными MAC адресами между конкретными туннелями, а не спамить на всех. Мы тогда мигрировали внутренние сервисы, нам такое решение было приемлемо, а время внедрения заняло минут 10.
Я видел схему на L3 из примерно того как вы описываете (плюс между коммутаторами была L3 маршрутизация) и мы ее в итоге похоронили при замене железа. Поддерживать ее было дико неудобно.
Vmware тоже имеет свои приколы и ограничения. Особенно если еще VSAN там поднимать. И иногда узнаешь о таких приколах постфактум, когда пытаешь понять - почему по логике оно должно работать, а не работает(например миграция виртуалок - выключенная виртуалка мигрирует через Managment интерфейс, а включенная через vMotion) . С другой стороны, пока такие внезапные приколы не всплывают, после настройки и тюнинга кластера - все просто работает. А с настроенным HA, DRS и общим хранилищем(хранилка либо vsan) - даже внезапно вышедшие из строя сервера не заставляют напрягаться.
В свое время был выбор - либо переходить на vmware 6, либо переходить на hyper-v кластер. В общем после обучения на MS SCVMM, решили остаться на vmware.
Все упирается в задержку. А 3-ное инкапсулирование (eoip,gre,ipsec) вполне себе неплохо работает. Да, падает полоса пропускания примерно в 2 раза, но все работает. Хотя у нас некоторое время жил вариант еще на vpls/mpls.В принципе тот же Vmware NSX умеет делать L2 между всеми DC, правда умный вариант. Обычно от L2 между цодами вздрагивают цисководы.
Статья на самом деле «прекрасна». Не указана методика тестирования, не указаны обьемы данных, не указана файловая система, не указана разбивка разделов. По факту если прогреть NVME кэш на чтение (а он судя по всему прогрет) — диски вобще использоваться не будут. Далее по поводу записи — такой обьем ssd кэша на запись естественно не забьется за те 10 минут теста и что там под этим ssd уже практически не важно. В общем статья очень маркетинговая (что прямо написано в статье — реклама 2-х новой хранилки «two-node Azure Stack HCI solution consisting of DataON S2D-5224 nodes» — а в них совсем по другому запись реализована — тут вобще в память пишется сначала и коммит идет как только записалось в память 2-х нод).
На эту тему есть красивая анимация :)
https://youtu.be/B7GkKiiPT7c
Ой как люди не любят неудобные вопросы, сразу бегут карму сливать, чтобы зацензурить посты. На иностранных форумах сейчас сразу модераторы набегают и стирают данную информацию, неудобно же.
Может вы в курсе? А они перестали работать с США, Саудовской Аравей и арабскими странами в связи с 7-летней "операцией" в Йемене? Уже 7 лет как бомбят совместно страну. Или вдруг испугались что нефти и газа вот не будет от слова вобще?
Может вы в курсе? А они перестали работать и весь доход от США, Саудовской Аравии и арабских стран уже начали отправлять в Йемен?
Интересно - а как много людей вносит в оценку времени скрама - сам скрам? 4 встречи в неделю по 15-30 минут - по факту займут суммарно 4 часа (минимум 5 минут до, 15 минут встреча, минут 30 чтобы после встречи просто вернуться в работу и помножить на 4 дня) .
Затем вносим час на планирование - опять по факту затрат времени 1.5-2 часа.
Если добавляем ретро - еще 1.5 часа.
По факту получаем практически потраченный день в неделю чисто на скрам. И внезапно 40 часов для работы превращается в 32.
По хорошему, полагается давать и деньги и отгулы.
А еще Product Owner может пожаловаться на медленную разработку и команду уволят. Хороший такой рычаг давления на "решают разработчики"
Потому что при планировании спринта все забивают на принцип Парето - 20% усилий дает 80% результата. Поэтому забивают время в спринте под 100% и получают аврал (т.к. будут накладываться мелкие проблемы, несогласованности и т.п.) и выгорание.
Они починили ограничение в 256 символов в пути в проводнике или проблема так и наследуется далее?
В Токио еще в прошлом году автобусы на водороде появились
Поживем - увидим. Но факт того, что той же германии для перевода своих авто (48млн штук) на электро придется увеличить выработку электроэнергии в год где-то на четверть-треть. А от ядерок они отказываются. Воздушные - имеют проблему местом (далеко не везде можно эффективно поставить ветряк), Солнечные с генерацией энергии в зимние моменты времени. Но при этом нужно иметь еще метод генерации электричества, чтобы сглаживать спады работы ВИЭ (и он будет дорогой). Цена в той же Германии на электроэнергию полезла вверх. И главное - нужда в тепловой энергии никуда не денется - отопление и горячая вода людям нужна, и ценник его взлетит в небеса из-за уменьшения обьемов выработки.
Проблемы с электромобилям сильно всплывут когда хотя бы 10% транспорта в крупных городах станут электрическим. Все взвоют в попытках найти зарядку. Если все-таки вся батарея станет заряжаться за 5 минут - то тут возникнет дикая проблема с зарядками - такой ток не всякая инфраструктура выдержит. А если использовать промежуточные аккумуляторы (чтобы запасать энергию ночью) - опять вляпываемся в занимаемые обьемы и утилизацию. Электрофикация городов милионников под электромобили - это очень нетривиальная задача, на которую сейчас всем политикам плевать, т.к. дивиденды политические они получат сейчас, а обещания государству выполнять потом.
В идеале хотелось бы, чтобы аккумулятор для автомобиля помещался в пол дипломата и вся зарядка бы заключалась в том, что вынул аккум, сдал его и получил уже заряженный. Вставил в авто и уехал. И нет проблем со временем и с дальними поездками (запасной акум можно возить в багажнике).
На тему экологии и электромобилей есть прекрасный ролик под названием "НЕФТЬ и ЭКОЛОГИЯ. Спасут ли нас электромобили?". Ролик 4 часа, но рекомендую его посмотреть. Люди реально заморочились разбором темы экологии электромобилей
https://youtu.be/_HbEl-2n5AQ
Тут были на один влан - один туннель. Если у вас софт не работает на бродкасте (был у меня такой в прошлой конторе, он нам ядро сети положил), и вам не нужен promission mode, то разницы между L2 и L3 нету, при достаточно умном построителе туннелей. Если он будет подавать трафик только между конкретными MAC адресами между конкретными туннелями, а не спамить на всех. Мы тогда мигрировали внутренние сервисы, нам такое решение было приемлемо, а время внедрения заняло минут 10.
Я видел схему на L3 из примерно того как вы описываете (плюс между коммутаторами была L3 маршрутизация) и мы ее в итоге похоронили при замене железа. Поддерживать ее было дико неудобно.
Vmware тоже имеет свои приколы и ограничения. Особенно если еще VSAN там поднимать. И иногда узнаешь о таких приколах постфактум, когда пытаешь понять - почему по логике оно должно работать, а не работает(например миграция виртуалок - выключенная виртуалка мигрирует через Managment интерфейс, а включенная через vMotion) . С другой стороны, пока такие внезапные приколы не всплывают, после настройки и тюнинга кластера - все просто работает. А с настроенным HA, DRS и общим хранилищем(хранилка либо vsan) - даже внезапно вышедшие из строя сервера не заставляют напрягаться.
В свое время был выбор - либо переходить на vmware 6, либо переходить на hyper-v кластер. В общем после обучения на MS SCVMM, решили остаться на vmware.
Все упирается в задержку. А 3-ное инкапсулирование (eoip,gre,ipsec) вполне себе неплохо работает. Да, падает полоса пропускания примерно в 2 раза, но все работает. Хотя у нас некоторое время жил вариант еще на vpls/mpls.В принципе тот же Vmware NSX умеет делать L2 между всеми DC, правда умный вариант. Обычно от L2 между цодами вздрагивают цисководы.
Мы еще виртуальные микротики подняли, через которые L2 между цодами прокинули. Чтобы после миграции спокойно уже ночью адресацию поменять
Судя по всему они просто не освоили кластер 2012r2. С другой стороны хорошо развели заказчика на деньги.
В древние времена делал разок также. Правда без вайфая - просто 30 метровый ethernet кабель
HDD выдает 150 iops, 15k rpm выдает 300 iops
SSD выдает 10.000+