Не так давно было бурное обсуждение тестирования импортозамещенных серверов, в рамках которого многие универсальные эксперты были уверены, что сервер - это процессор. Не верите - откройте обсуждения, почитайте.
Не так давно было бурное обсуждение тестирования импортозамещенных серверов, для которых пункты 1-5 составили непреодолимую преграду и сюрприз.
Как скажете, OVH - нормальный ЦОД?
41-43 после 1-5 просто потому что это же статья в соцсети, а не справочник. Пунктов много, но какой смысл их перечислять? Все, что в итоге получится - это долгое обмусоливание зачем вообще этот пункт в матрице функциональных тестов, а аффтар что так, что так ничего не понимает.
Что в конечном итоге и было вами написано. Автор 20 лет в ойти, из которых 12 проектирует и строит ЦОДы - в том числе можно можно посмотреть и на другие мои публикации, что не вызывают бурного комментирования. По общей теории проектирования. И выступления на самых разных конференциях. А так да - наверное копирайтер за буквы.
И возможность ловить несовместимости и потенциальные проблемы из-за неподдерживаемой системы. Когда инженер начинает экономить там, где его об этом никто не просил.
Нет времени объяснять, давайте делать колхоз из веток и известной субстанции. DataCore, Strawind и еще с десяток решений нервно курят в сторонке. Некоторые продаются дестяками лет, а DataCore и вовсе занимает верхние позиции в SPC1
Одно из самых смешных собеседований у меня получилось следующим образом. Примерно две недели рекрутер меня упрашивала рассмотреть их вакансию, потом согласовывала дату и время. Подчеркивая, что они читали мое резюме, я им очень нравлюсь (при том, что я даже не знал об их существовании до звонка.
Итак, собеседование, сначала техническая часть, все ок. Переходим к вопросам от HR:
— Почему вы хотите работать именно в нашей компании?
— Я? Это же вы мне звоните и предлагаете.
В итоге «спасибо за ваше время, но мы нашли другого кандидата»
Может сдохнуть, может сгореть. Но вероятность того, что она сдохнет одновременно с облаком — крайне низка. Другой момент в том, что в какой-то момент в облако вы больше не сможете попасть. Или само облако рассыпалось, или пришел Петя и все пошифровал.
Вы безусловно можете делать бэкап из облака в другое облако. Но вот только стоимость бэкапа в собственную инфраструктуру (пусть это даже стойка в коммерческом ЦОД) весьма невелика. Если же это оказывается для вас слишком дорого — то вы или не умеете считать стоимость данных (полной потери), или ваши данные действительно ничего не стоят.
Смотрите какой интересный момент.
Предположим, что в вашей компании используется корпоративный дропбокс — это одно облако.
Еще используется salesforce (или любая другая облачная CRM) — это второе облако.
И еще office365 (и outlook.com) — это третье облако.
И еще Яндекс.Облако для IaaS — это четвертое облако.
Краткое содержание.
У нас сделано вот так — а значит это правильно. Правда мы еще ни разу не теряли данные, но ведь облако — это магия, значит и не потеряем.
+ есть мнение, что у автора статьи нет опасности попасть под веерные санкции. Что, вы из России? Давайте до свидания. А нам все равно, что у вас нет бэкапов, что вас не предупреждали и вам некуда пойти, потому что вы не готовы.
Рассмотрение размещения информационных систем в облаке начинается с разработки методики выхода из облака в другое облако (или назад в собственный ЦОД).
Размещение информационной системы в облаке начинается с разработки схемы резервного копирования в контролируемую вами инфраструктуру.
Давайте разберем хотя бы по ключевым технологиям:
— есть блочная репликация томов в синхронном и асинхронном виде
— есть файловая репликация (для файловых СХД)
— есть журналирование и интеграция журналирования с транзакциями (букмарки на коммиты) — например EMC RecoverPoint CDP
— есть клоны / снапшоты и их репликация
— отдельно есть активное зеркалирование томов (как VPLEX), которое может быть как локльное, так и в метро-режиме (и вообще происходит отдельно от базы полностью прозрачно)
При этом у вендоров есть свои фирменные технологии
И есть еще промежуточный слой уровня гипервизора и ОС, как например vSphere Replication.
Строго говоря только вышеперечисленное займет объем еще двух-трех таких же статей.
>Во всех известных мне случаях имелось такое количество «железа»
У меня часто есть заказчики, у которых железа нет.
> использования облака можно дополнить теми случаями, когда нужна высокая отказоустойчивость за счет дублирования размещения ИТ сервисов
А вот здесь зачастую проще, надежнее и дешевле сделать колокейшн, а не облако. Просто потому что облако — это другой ландшафт, другой подход, другое все.
> Ну так он ему руки не выкручивал, Уаня запустил команду добровольно. Как тут можно доказать именно злой умысел?
Хакерские атаки с использованием обратной социальной инженерии реализуются именно при помощи добровольного запуска команды.
Однако же и злой умысел и статья УК там вполне доказуемы.
>Потому что если кто-то хочет решать экономические проблемы с помощью насилия, то этот кто-то — бандит.
Да, бандит. Многие владельцы бизнесов были в 90е бандитами и еще не забыли этот период. Я ни в коем случае не оправдываю подобный метод, но отрицать его реальность глупо. И такое может случиться с шутником.
Но помимо бандитов и денежных потерь, есть еще много интересного. Например авария на хим производстве с жертвами. Медицинские системы и снова жертвы. Опять же КИИ с ФЗ 187.
И как только потерей станет человеческая жизнь, а не смерть виртуального персонажа в вовке — этим заинтересуются правоохранительные органы как минимум. И привет шутнику.
>Такое поганое преподнесение материала (уаня, уася, азаза)
Спасибо за ваше мнение. Не очень понятно, правда, чем не угодили Уася и Уаня. Скажите, если бы это был Вася Пупкин и Ваня Петров или Равшан и Джамшут — что то реально изменилось бы?
Что же до азазы — так говорит молодое поколение, которому сейчас 22-25. Это новая реальность и новая лексика в сообществе. Если она для вас поганая — ну что ж. Использовано намеренно.
>Где есть? Зачем тогда задавать вопрос если у вас уже есть карта распространённости мнений?
Вопрос обсуждался в нескольких закрытых чатах, в них были получены два условных полюса мнений. В данном случае закрытость играет роль минуса, поскольку не отражает мнение сообщества в целом, а именно сотен и тысяч ИТ специалистов.
>Все живые люди с говном внутри и воплощали желание пошутить над ближними при возможности и безнаказанности.
Правильно ли я вас понял, что вы считаете нормой плеснуть говном в ближнего при безнаказанности?
Тестирование сервера
Не так давно было бурное обсуждение тестирования импортозамещенных серверов, в рамках которого многие универсальные эксперты были уверены, что сервер - это процессор. Не верите - откройте обсуждения, почитайте.
Тестирование сервера
Да, найдутся. Если надо поддерживать 2-3 сервера в ИП Пупукин, торгующем носками.
В случае крупного корпоратива с 2-3 тыс серверов - нет, не найдется.
Тестирование сервера
Не так давно было бурное обсуждение тестирования импортозамещенных серверов, для которых пункты 1-5 составили непреодолимую преграду и сюрприз.
Как скажете, OVH - нормальный ЦОД?
41-43 после 1-5 просто потому что это же статья в соцсети, а не справочник. Пунктов много, но какой смысл их перечислять? Все, что в итоге получится - это долгое обмусоливание зачем вообще этот пункт в матрице функциональных тестов, а аффтар что так, что так ничего не понимает.
Что в конечном итоге и было вами написано. Автор 20 лет в ойти, из которых 12 проектирует и строит ЦОДы - в том числе можно можно посмотреть и на другие мои публикации, что не вызывают бурного комментирования. По общей теории проектирования. И выступления на самых разных конференциях. А так да - наверное копирайтер за буквы.
Как настроить автоматическую сборку образов ВМ для VMware Cloud Director — компактное руководство
И возможность ловить несовместимости и потенциальные проблемы из-за неподдерживаемой системы.
Когда инженер начинает экономить там, где его об этом никто не просил.
Как настроить автоматическую сборку образов ВМ для VMware Cloud Director — компактное руководство
В чем смысл использования VirtualBox для облака VMware? Экономия на Workstation?
Зеркало здесь, зеркало там: сетевая репликация дисков под Windows
Нет времени объяснять, давайте делать колхоз из веток и известной субстанции. DataCore, Strawind и еще с десяток решений нервно курят в сторонке. Некоторые продаются дестяками лет, а DataCore и вовсе занимает верхние позиции в SPC1
Как я искал работу весной 2021 года
Итак, собеседование, сначала техническая часть, все ок. Переходим к вопросам от HR:
— Почему вы хотите работать именно в нашей компании?
— Я? Это же вы мне звоните и предлагаете.
В итоге «спасибо за ваше время, но мы нашли другого кандидата»
Как спокойно спать, когда у вас облачный сервис: основные архитектурные советы
Вы безусловно можете делать бэкап из облака в другое облако. Но вот только стоимость бэкапа в собственную инфраструктуру (пусть это даже стойка в коммерческом ЦОД) весьма невелика. Если же это оказывается для вас слишком дорого — то вы или не умеете считать стоимость данных (полной потери), или ваши данные действительно ничего не стоят.
Как спокойно спать, когда у вас облачный сервис: основные архитектурные советы
Предположим, что в вашей компании используется корпоративный дропбокс — это одно облако.
Еще используется salesforce (или любая другая облачная CRM) — это второе облако.
И еще office365 (и outlook.com) — это третье облако.
И еще Яндекс.Облако для IaaS — это четвертое облако.
Глупо?
Как спокойно спать, когда у вас облачный сервис: основные архитектурные советы
У нас сделано вот так — а значит это правильно. Правда мы еще ни разу не теряли данные, но ведь облако — это магия, значит и не потеряем.
+ есть мнение, что у автора статьи нет опасности попасть под веерные санкции. Что, вы из России? Давайте до свидания. А нам все равно, что у вас нет бэкапов, что вас не предупреждали и вам некуда пойти, потому что вы не готовы.
Как спокойно спать, когда у вас облачный сервис: основные архитектурные советы
Как спокойно спать, когда у вас облачный сервис: основные архитектурные советы
Рассмотрение размещения информационных систем в облаке начинается с разработки методики выхода из облака в другое облако (или назад в собственный ЦОД).
Размещение информационной системы в облаке начинается с разработки схемы резервного копирования в контролируемую вами инфраструктуру.
habr.com/ru/post/513892
Зачем нужна гиперконвергенция? Обзор и тесты Cisco HyperFlex
Путеводитель по репликации баз данных
— есть блочная репликация томов в синхронном и асинхронном виде
— есть файловая репликация (для файловых СХД)
— есть журналирование и интеграция журналирования с транзакциями (букмарки на коммиты) — например EMC RecoverPoint CDP
— есть клоны / снапшоты и их репликация
— отдельно есть активное зеркалирование томов (как VPLEX), которое может быть как локльное, так и в метро-режиме (и вообще происходит отдельно от базы полностью прозрачно)
При этом у вендоров есть свои фирменные технологии
И есть еще промежуточный слой уровня гипервизора и ОС, как например vSphere Replication.
Строго говоря только вышеперечисленное займет объем еще двух-трех таких же статей.
Путеводитель по репликации баз данных
Очередной взгляд на облака. Что такое частное облако?
У меня часто есть заказчики, у которых железа нет.
> использования облака можно дополнить теми случаями, когда нужна высокая отказоустойчивость за счет дублирования размещения ИТ сервисов
А вот здесь зачастую проще, надежнее и дешевле сделать колокейшн, а не облако. Просто потому что облако — это другой ландшафт, другой подход, другое все.
Моральный аспект «патча Бармина»
Хакерские атаки с использованием обратной социальной инженерии реализуются именно при помощи добровольного запуска команды.
Однако же и злой умысел и статья УК там вполне доказуемы.
Моральный аспект «патча Бармина»
Да, бандит. Многие владельцы бизнесов были в 90е бандитами и еще не забыли этот период. Я ни в коем случае не оправдываю подобный метод, но отрицать его реальность глупо. И такое может случиться с шутником.
Но помимо бандитов и денежных потерь, есть еще много интересного. Например авария на хим производстве с жертвами. Медицинские системы и снова жертвы. Опять же КИИ с ФЗ 187.
И как только потерей станет человеческая жизнь, а не смерть виртуального персонажа в вовке — этим заинтересуются правоохранительные органы как минимум. И привет шутнику.
Моральный аспект «патча Бармина»
Спасибо за ваше мнение. Не очень понятно, правда, чем не угодили Уася и Уаня. Скажите, если бы это был Вася Пупкин и Ваня Петров или Равшан и Джамшут — что то реально изменилось бы?
Что же до азазы — так говорит молодое поколение, которому сейчас 22-25. Это новая реальность и новая лексика в сообществе. Если она для вас поганая — ну что ж. Использовано намеренно.
>Где есть? Зачем тогда задавать вопрос если у вас уже есть карта распространённости мнений?
Вопрос обсуждался в нескольких закрытых чатах, в них были получены два условных полюса мнений. В данном случае закрытость играет роль минуса, поскольку не отражает мнение сообщества в целом, а именно сотен и тысяч ИТ специалистов.
>Все живые люди с говном внутри и воплощали желание пошутить над ближними при возможности и безнаказанности.
Правильно ли я вас понял, что вы считаете нормой плеснуть говном в ближнего при безнаказанности?
Моральный аспект «патча Бармина»
Интересно только за что минусуют комментарий с уточнением.