Одно из самых смешных собеседований у меня получилось следующим образом. Примерно две недели рекрутер меня упрашивала рассмотреть их вакансию, потом согласовывала дату и время. Подчеркивая, что они читали мое резюме, я им очень нравлюсь (при том, что я даже не знал об их существовании до звонка.
Итак, собеседование, сначала техническая часть, все ок. Переходим к вопросам от HR:
— Почему вы хотите работать именно в нашей компании?
— Я? Это же вы мне звоните и предлагаете.
В итоге «спасибо за ваше время, но мы нашли другого кандидата»
Может сдохнуть, может сгореть. Но вероятность того, что она сдохнет одновременно с облаком — крайне низка. Другой момент в том, что в какой-то момент в облако вы больше не сможете попасть. Или само облако рассыпалось, или пришел Петя и все пошифровал.
Вы безусловно можете делать бэкап из облака в другое облако. Но вот только стоимость бэкапа в собственную инфраструктуру (пусть это даже стойка в коммерческом ЦОД) весьма невелика. Если же это оказывается для вас слишком дорого — то вы или не умеете считать стоимость данных (полной потери), или ваши данные действительно ничего не стоят.
Смотрите какой интересный момент.
Предположим, что в вашей компании используется корпоративный дропбокс — это одно облако.
Еще используется salesforce (или любая другая облачная CRM) — это второе облако.
И еще office365 (и outlook.com) — это третье облако.
И еще Яндекс.Облако для IaaS — это четвертое облако.
Краткое содержание.
У нас сделано вот так — а значит это правильно. Правда мы еще ни разу не теряли данные, но ведь облако — это магия, значит и не потеряем.
+ есть мнение, что у автора статьи нет опасности попасть под веерные санкции. Что, вы из России? Давайте до свидания. А нам все равно, что у вас нет бэкапов, что вас не предупреждали и вам некуда пойти, потому что вы не готовы.
Рассмотрение размещения информационных систем в облаке начинается с разработки методики выхода из облака в другое облако (или назад в собственный ЦОД).
Размещение информационной системы в облаке начинается с разработки схемы резервного копирования в контролируемую вами инфраструктуру.
Давайте разберем хотя бы по ключевым технологиям:
— есть блочная репликация томов в синхронном и асинхронном виде
— есть файловая репликация (для файловых СХД)
— есть журналирование и интеграция журналирования с транзакциями (букмарки на коммиты) — например EMC RecoverPoint CDP
— есть клоны / снапшоты и их репликация
— отдельно есть активное зеркалирование томов (как VPLEX), которое может быть как локльное, так и в метро-режиме (и вообще происходит отдельно от базы полностью прозрачно)
При этом у вендоров есть свои фирменные технологии
И есть еще промежуточный слой уровня гипервизора и ОС, как например vSphere Replication.
Строго говоря только вышеперечисленное займет объем еще двух-трех таких же статей.
>Во всех известных мне случаях имелось такое количество «железа»
У меня часто есть заказчики, у которых железа нет.
> использования облака можно дополнить теми случаями, когда нужна высокая отказоустойчивость за счет дублирования размещения ИТ сервисов
А вот здесь зачастую проще, надежнее и дешевле сделать колокейшн, а не облако. Просто потому что облако — это другой ландшафт, другой подход, другое все.
> Ну так он ему руки не выкручивал, Уаня запустил команду добровольно. Как тут можно доказать именно злой умысел?
Хакерские атаки с использованием обратной социальной инженерии реализуются именно при помощи добровольного запуска команды.
Однако же и злой умысел и статья УК там вполне доказуемы.
>Потому что если кто-то хочет решать экономические проблемы с помощью насилия, то этот кто-то — бандит.
Да, бандит. Многие владельцы бизнесов были в 90е бандитами и еще не забыли этот период. Я ни в коем случае не оправдываю подобный метод, но отрицать его реальность глупо. И такое может случиться с шутником.
Но помимо бандитов и денежных потерь, есть еще много интересного. Например авария на хим производстве с жертвами. Медицинские системы и снова жертвы. Опять же КИИ с ФЗ 187.
И как только потерей станет человеческая жизнь, а не смерть виртуального персонажа в вовке — этим заинтересуются правоохранительные органы как минимум. И привет шутнику.
>Такое поганое преподнесение материала (уаня, уася, азаза)
Спасибо за ваше мнение. Не очень понятно, правда, чем не угодили Уася и Уаня. Скажите, если бы это был Вася Пупкин и Ваня Петров или Равшан и Джамшут — что то реально изменилось бы?
Что же до азазы — так говорит молодое поколение, которому сейчас 22-25. Это новая реальность и новая лексика в сообществе. Если она для вас поганая — ну что ж. Использовано намеренно.
>Где есть? Зачем тогда задавать вопрос если у вас уже есть карта распространённости мнений?
Вопрос обсуждался в нескольких закрытых чатах, в них были получены два условных полюса мнений. В данном случае закрытость играет роль минуса, поскольку не отражает мнение сообщества в целом, а именно сотен и тысяч ИТ специалистов.
>Все живые люди с говном внутри и воплощали желание пошутить над ближними при возможности и безнаказанности.
Правильно ли я вас понял, что вы считаете нормой плеснуть говном в ближнего при безнаказанности?
Правильно ли я понял вашу мысль, что вина 100% на стороне Уаси, и дальше вопрос лишь полностью на Уасе или пополам с его руководителем / HR, а Уаня красава и его вина 0%?
Ну тут вполне подходит как раз VDI, если отбросить попытку сделать его дешевле. Он будет дороже, но удобнее и безопаснее.
В случае с 15ю пользователями не уверен, что есть смысл городить именно VDI, а не просто VPN + Remote Desktop, но тут на вкус и цвет. Скажем тот же VMware Horizon может подключаться вообще без VPN. В общем варианты есть, можно поискать способы реализации и как это сделать экономичнее и одновременно оптимизировать инфраструктуру.
>Есть ли какие-то решения VDI для небольшого числа пользователей (до 15) и за достаточно разумные деньги? Или проще и дешевле всем купить ноутбуки с легальным софтом?
Для начала надо сформулировать — а что вообще хотим от VDI? Если вопрос только что дешевле VDI или всем по ноутбуку, то в случае с 15 пользователями однозначно можно сказать, что ноутбуки, причем на порядок.
>Они ликвидируют разрыв между целевой точкой восстановления (Recovery Point Objective, RPO) и целевым временем восстановления (Recovery Time Objective, RTO)
Уточните пожалуйста, что за разрыв между RTO и RPO, если это фактически ортогональные оси?
Итак, собеседование, сначала техническая часть, все ок. Переходим к вопросам от HR:
— Почему вы хотите работать именно в нашей компании?
— Я? Это же вы мне звоните и предлагаете.
В итоге «спасибо за ваше время, но мы нашли другого кандидата»
Вы безусловно можете делать бэкап из облака в другое облако. Но вот только стоимость бэкапа в собственную инфраструктуру (пусть это даже стойка в коммерческом ЦОД) весьма невелика. Если же это оказывается для вас слишком дорого — то вы или не умеете считать стоимость данных (полной потери), или ваши данные действительно ничего не стоят.
Предположим, что в вашей компании используется корпоративный дропбокс — это одно облако.
Еще используется salesforce (или любая другая облачная CRM) — это второе облако.
И еще office365 (и outlook.com) — это третье облако.
И еще Яндекс.Облако для IaaS — это четвертое облако.
Глупо?
У нас сделано вот так — а значит это правильно. Правда мы еще ни разу не теряли данные, но ведь облако — это магия, значит и не потеряем.
+ есть мнение, что у автора статьи нет опасности попасть под веерные санкции. Что, вы из России? Давайте до свидания. А нам все равно, что у вас нет бэкапов, что вас не предупреждали и вам некуда пойти, потому что вы не готовы.
Рассмотрение размещения информационных систем в облаке начинается с разработки методики выхода из облака в другое облако (или назад в собственный ЦОД).
Размещение информационной системы в облаке начинается с разработки схемы резервного копирования в контролируемую вами инфраструктуру.
habr.com/ru/post/513892
— есть блочная репликация томов в синхронном и асинхронном виде
— есть файловая репликация (для файловых СХД)
— есть журналирование и интеграция журналирования с транзакциями (букмарки на коммиты) — например EMC RecoverPoint CDP
— есть клоны / снапшоты и их репликация
— отдельно есть активное зеркалирование томов (как VPLEX), которое может быть как локльное, так и в метро-режиме (и вообще происходит отдельно от базы полностью прозрачно)
При этом у вендоров есть свои фирменные технологии
И есть еще промежуточный слой уровня гипервизора и ОС, как например vSphere Replication.
Строго говоря только вышеперечисленное займет объем еще двух-трех таких же статей.
У меня часто есть заказчики, у которых железа нет.
> использования облака можно дополнить теми случаями, когда нужна высокая отказоустойчивость за счет дублирования размещения ИТ сервисов
А вот здесь зачастую проще, надежнее и дешевле сделать колокейшн, а не облако. Просто потому что облако — это другой ландшафт, другой подход, другое все.
Хакерские атаки с использованием обратной социальной инженерии реализуются именно при помощи добровольного запуска команды.
Однако же и злой умысел и статья УК там вполне доказуемы.
Да, бандит. Многие владельцы бизнесов были в 90е бандитами и еще не забыли этот период. Я ни в коем случае не оправдываю подобный метод, но отрицать его реальность глупо. И такое может случиться с шутником.
Но помимо бандитов и денежных потерь, есть еще много интересного. Например авария на хим производстве с жертвами. Медицинские системы и снова жертвы. Опять же КИИ с ФЗ 187.
И как только потерей станет человеческая жизнь, а не смерть виртуального персонажа в вовке — этим заинтересуются правоохранительные органы как минимум. И привет шутнику.
Спасибо за ваше мнение. Не очень понятно, правда, чем не угодили Уася и Уаня. Скажите, если бы это был Вася Пупкин и Ваня Петров или Равшан и Джамшут — что то реально изменилось бы?
Что же до азазы — так говорит молодое поколение, которому сейчас 22-25. Это новая реальность и новая лексика в сообществе. Если она для вас поганая — ну что ж. Использовано намеренно.
>Где есть? Зачем тогда задавать вопрос если у вас уже есть карта распространённости мнений?
Вопрос обсуждался в нескольких закрытых чатах, в них были получены два условных полюса мнений. В данном случае закрытость играет роль минуса, поскольку не отражает мнение сообщества в целом, а именно сотен и тысяч ИТ специалистов.
>Все живые люди с говном внутри и воплощали желание пошутить над ближними при возможности и безнаказанности.
Правильно ли я вас понял, что вы считаете нормой плеснуть говном в ближнего при безнаказанности?
Интересно только за что минусуют комментарий с уточнением.
Вы пьете пиво в баре с товарищем. И тут он «прикинь как лаха развел, кек» и далее рассказывает подробности.
В случае с 15ю пользователями не уверен, что есть смысл городить именно VDI, а не просто VPN + Remote Desktop, но тут на вкус и цвет. Скажем тот же VMware Horizon может подключаться вообще без VPN. В общем варианты есть, можно поискать способы реализации и как это сделать экономичнее и одновременно оптимизировать инфраструктуру.
Можем сделать вам такой проект.
Для начала надо сформулировать — а что вообще хотим от VDI? Если вопрос только что дешевле VDI или всем по ноутбуку, то в случае с 15 пользователями однозначно можно сказать, что ноутбуки, причем на порядок.
Уточните пожалуйста, что за разрыв между RTO и RPO, если это фактически ортогональные оси?