есть нюанс. существует норматив сколько % от закупленного в год оборудования и ПО должно быть импортозамещенным. то что импортозамещенное используют - факт. только зачастую используют для отчетов, что выполнен норматив по импортозамещению. если Вы еще не поняли - отечественное оборудование покупают, но в продукив оно не идет. формально оно есть, фактически работает не оно. так что не используют крупные российские банки, гос корпорации и органы импортозамещение в продуктиве. не используют. покупают. в тестовые контуры, на третьи площадки или мелкие филиалы, под хранение вторых холодных копий, просто в кладовку или в сарай. но не для работы, не под основную нагрузку.
нету "хороших производителей с циклом тестирования и хорошей тех поддержкой". никто не станет работать в убыток. тем более, что их целевой клиент обязан купить только у них по КТРУ. больше того, с каждым годом это все становится только хуже так как нет конкурентов и выбора.
в данном случае - чистейший маркетинг и ничего более. в импортозамещении все обусловлено только тем, что наивный заказчик в ТЗ на закупку укажет свои требования, и чтобы им соответствовать как раз и пишется эта "совместимость".
для попадания в реестры нужно чтобы правильно были написаны правильные слова в правильных местах. чтобы хоть что-то из написанного выполнялось - не нужно никому, никто это проверять не будет. ну кроме лоха, который это купит не для отчета, а для работы.
есть группа граждан, которая почему-то решила, что импортозамещение, это не для красивых отчетов и громких рапортов на собраниях перед телевизором, а для работы. и эта группа наивно и тщетно пытается разобраться почему же оно не работает. а никому не нужно чтобы оно работало. всем нужно отчитаться, что указ выполнен и перевыполнен в срок, получить за это премию и повышение, грант из бюджета. эффективных менеджеров награждают за отчеты, а не за работу. правильные пацаны делают деньги. работают лохи. вот и все импортозамещение.
А когда появится функционал, о котором вы три года назад, перед тем как мы купили ваш продукт, говорили что он уже есть? Странно как-то получается. Обещанное и очень нужное вы не делаете, зато апи запили. Кому оно в СХД нужно?
30 минут на выключение? У вас команда на бегу выдергивала питание из оборудования? У меня на корректное отключение двух стоек уходило час - полтора, минут 30 только на выключение оборудования. А это было всего две СХД и десяток серверов.
Все это мы уже проходили в прошлом веке. И смогли повторить...
Два года назад один из российских производителей на вопрос "почему вы не хотите сделать ваш продукт хорошо?" ответил: "это бессмысленно - регулятор заставит потребителя купить наш продукт в таком виде так как у нас есть все нужные сертификаты". А вопрос был о модуле, отсутствие которого, в определенной ситуации, приводит к полной потере всех данных клиента. И это проблема не данного производителя. Она системная. Искусственно изолированные системы деградируют.
На мой взгляд, Ваше утверждение, что работающее решение без поддержки хуже, чем не работающее с поддержкой (которая зачастую ничего не может сделать и поддержать), спорно. Специалистов, которые могут настроить и поддерживать без поддержки пока еще есть. А вот документации и системы подготовки инженеров (и достаточного количества этих инженеров) у отечественного производителя нет.
Фактически импортозамещение, это переход с одного вендорлока на другой за много денег с крайне сомнительным профитом и туманным будущим. Это не про бизнес и не про АйТи, это про патриотизм.
Ваш отец строил этот дом после работы. Поэтому и получил там квартиру. В те годы это было в ходу, когда рабочие после работы и вместо выходных сами строили себе дома. Это вовсе не потому что так можно было везде и всем. Не надо это путать с благами советского строя и коммунизма. Люди реально впахивали за жилплощадь, да ещё надо было суметь попасть в эту программу, она жила очень не долго и не везде.
Меня вот покобила пара фраз про Веру, типа "мы верим" и "нужно верить". Вера подразумевает отсутствие знания и понимания работы процессов. Когда эти знания оставил предшественник, или кто-то прочитал, что так правильно. Меня немного напрягает когда процессами руководят люди не имеющие знаний об этих процессах, а только веру, что один из вариантов работает.
Если не хватает времени, то не уместнее пересмотреть планирование, распределение задач и штатное расписание? Живу как раз в такой реальности - орагнизация выросла на 10%, отдел уменьшился, начальник рвется и ищет новые задачи когда на старые ресурсов не хватает, вал начатых и заброшенных проектов, каждый день по несколько новых задач, практически ничего не доделывается до конца... Но прилетает пошуметь регулярно и ничего не хочет слышать так как самый умный и опытный.
Познавательно. Если не брать в расчет что россиянам оно не доступно и стоило от 2х миллионов, то через год оно перестает поддерживаться и обновляться. В этом контексте конфлюенс сейчас не особо интересен. Что Вы с ним сравнивали и как планируете переносить данные? Или планируете мучить трупик?
мне важно одно - навыки человека и способность работать в коллективе.
а в статье написано что важно совсем другое - чтобы постоянно напоминали о себе всеми доступными способами. Вы же пишите что основной критерий при найме - чтобы Вам звонили и писали как можно чаще и больше, а другие навыки в общем-то пофигу. часто дергал и клянчил - принят. ждал объективной оценки - не нужен, очень пассивный.
и еще момент. Вы пишите что Вам важно чтобы человек развивался. но развиваются, по Вашему мнению, только те, кто уходит от вас. у меня складывается впечатление, что у вас никакого развития нет и не предусмотрено. главное в работе - знать с какой частотой и в какой момент напоминать о себе начальнику. чтобы быть достаточно "активным" но не "навязчивым".
горячий и холодный бекапы имеют совершенно иное значение. у специалистов. в правильно посторенную систему резервного копирования шифровальцик попасть не может даже если это не lan-free. то что Вы назавали "холодным бекапом" обычно называют "удаленным хранением" или off-site backup и обычно это носители с копиями которые просто куда-то унесли или увезли.
в 7й пп еще бы добавить что снапшот - тоже не бекап.
а что, нынче программистов не учат что в любой системе счисления первое число - 0, а не 1? для меня такого вопроса никогда не возникало - в первом семестре научили что все считается с нуля.
автору могу подкинуть идею для новой статьи - "почему все положительные координаты начинаются с нуля?".
Говоря о схемах подключения, стоит упомянуть, что современные приводы бывают двухпортовыми (по крайней мере, SAS). Это довольно удобно для небольших систем без полноценной SAN - можно к одной библиотеке подключить два сервера без SAN-коммутатора.
если ПО и позволяет писать одновременно на несколько драйвов библиотеки, то роботом управлять может только одно устройство. такую схему надо продумывать, чтобы не было конфликтов. и скорее всего SAN коммутаторы уже будут и не очень понятно зачем отказываться от их использования в данном случае.
в двух последних вариантах корректнее называть не FC коммутаторы, а FC фабрики.
у IBM есть софт который позволяет представлять библиотеку пользователям как сетевой диск. при этом он мониторит работу с данными и переносит на ленту холодные данные автоматически. это ПО кстати можно бесплатно скачать.
есть нюанс. существует норматив сколько % от закупленного в год оборудования и ПО должно быть импортозамещенным. то что импортозамещенное используют - факт. только зачастую используют для отчетов, что выполнен норматив по импортозамещению. если Вы еще не поняли - отечественное оборудование покупают, но в продукив оно не идет. формально оно есть, фактически работает не оно. так что не используют крупные российские банки, гос корпорации и органы импортозамещение в продуктиве. не используют. покупают. в тестовые контуры, на третьи площадки или мелкие филиалы, под хранение вторых холодных копий, просто в кладовку или в сарай. но не для работы, не под основную нагрузку.
нету "хороших производителей с циклом тестирования и хорошей тех поддержкой". никто не станет работать в убыток. тем более, что их целевой клиент обязан купить только у них по КТРУ. больше того, с каждым годом это все становится только хуже так как нет конкурентов и выбора.
извините, что разрушаю Ваши иллюзии.
в данном случае - чистейший маркетинг и ничего более. в импортозамещении все обусловлено только тем, что наивный заказчик в ТЗ на закупку укажет свои требования, и чтобы им соответствовать как раз и пишется эта "совместимость".
для попадания в реестры нужно чтобы правильно были написаны правильные слова в правильных местах. чтобы хоть что-то из написанного выполнялось - не нужно никому, никто это проверять не будет. ну кроме лоха, который это купит не для отчета, а для работы.
есть группа граждан, которая почему-то решила, что импортозамещение, это не для красивых отчетов и громких рапортов на собраниях перед телевизором, а для работы. и эта группа наивно и тщетно пытается разобраться почему же оно не работает. а никому не нужно чтобы оно работало. всем нужно отчитаться, что указ выполнен и перевыполнен в срок, получить за это премию и повышение, грант из бюджета. эффективных менеджеров награждают за отчеты, а не за работу. правильные пацаны делают деньги. работают лохи. вот и все импортозамещение.
А когда появится функционал, о котором вы три года назад, перед тем как мы купили ваш продукт, говорили что он уже есть? Странно как-то получается. Обещанное и очень нужное вы не делаете, зато апи запили. Кому оно в СХД нужно?
30 минут на выключение? У вас команда на бегу выдергивала питание из оборудования? У меня на корректное отключение двух стоек уходило час - полтора, минут 30 только на выключение оборудования. А это было всего две СХД и десяток серверов.
Все это мы уже проходили в прошлом веке. И смогли повторить...
Два года назад один из российских производителей на вопрос "почему вы не хотите сделать ваш продукт хорошо?" ответил: "это бессмысленно - регулятор заставит потребителя купить наш продукт в таком виде так как у нас есть все нужные сертификаты". А вопрос был о модуле, отсутствие которого, в определенной ситуации, приводит к полной потере всех данных клиента. И это проблема не данного производителя. Она системная. Искусственно изолированные системы деградируют.
На мой взгляд, Ваше утверждение, что работающее решение без поддержки хуже, чем не работающее с поддержкой (которая зачастую ничего не может сделать и поддержать), спорно.
Специалистов, которые могут настроить и поддерживать без поддержки пока еще есть. А вот документации и системы подготовки инженеров (и достаточного количества этих инженеров) у отечественного производителя нет.
Фактически импортозамещение, это переход с одного вендорлока на другой за много денег с крайне сомнительным профитом и туманным будущим. Это не про бизнес и не про АйТи, это про патриотизм.
В облаке может умереть виртуалка и у нее нет бэкапа? Это антиреклама Яндекса такая изощрённая?
Ваш отец строил этот дом после работы. Поэтому и получил там квартиру. В те годы это было в ходу, когда рабочие после работы и вместо выходных сами строили себе дома. Это вовсе не потому что так можно было везде и всем. Не надо это путать с благами советского строя и коммунизма. Люди реально впахивали за жилплощадь, да ещё надо было суметь попасть в эту программу, она жила очень не долго и не везде.
Меня вот покобила пара фраз про Веру, типа "мы верим" и "нужно верить". Вера подразумевает отсутствие знания и понимания работы процессов. Когда эти знания оставил предшественник, или кто-то прочитал, что так правильно. Меня немного напрягает когда процессами руководят люди не имеющие знаний об этих процессах, а только веру, что один из вариантов работает.
Если не хватает времени, то не уместнее пересмотреть планирование, распределение задач и штатное расписание? Живу как раз в такой реальности - орагнизация выросла на 10%, отдел уменьшился, начальник рвется и ищет новые задачи когда на старые ресурсов не хватает, вал начатых и заброшенных проектов, каждый день по несколько новых задач, практически ничего не доделывается до конца... Но прилетает пошуметь регулярно и ничего не хочет слышать так как самый умный и опытный.
Познавательно. Если не брать в расчет что россиянам оно не доступно и стоило от 2х миллионов, то через год оно перестает поддерживаться и обновляться. В этом контексте конфлюенс сейчас не особо интересен. Что Вы с ним сравнивали и как планируете переносить данные? Или планируете мучить трупик?
во второй половине 40х годов прошлого века американцы проводили интересное исследование по которому сняли две серии киношки https://www.youtube.com/watch?v=aQo76UdIYlM https://www.youtube.com/watch?v=uPi9atsNN4s
если коротко - не будет никакой протестной активности. согласно их же исследованиям.
а в статье написано что важно совсем другое - чтобы постоянно напоминали о себе всеми доступными способами. Вы же пишите что основной критерий при найме - чтобы Вам звонили и писали как можно чаще и больше, а другие навыки в общем-то пофигу. часто дергал и клянчил - принят. ждал объективной оценки - не нужен, очень пассивный.
и еще момент. Вы пишите что Вам важно чтобы человек развивался. но развиваются, по Вашему мнению, только те, кто уходит от вас. у меня складывается впечатление, что у вас никакого развития нет и не предусмотрено. главное в работе - знать с какой частотой и в какой момент напоминать о себе начальнику. чтобы быть достаточно "активным" но не "навязчивым".
горячий и холодный бекапы имеют совершенно иное значение. у специалистов. в правильно посторенную систему резервного копирования шифровальцик попасть не может даже если это не lan-free. то что Вы назавали "холодным бекапом" обычно называют "удаленным хранением" или off-site backup и обычно это носители с копиями которые просто куда-то унесли или увезли.
в 7й пп еще бы добавить что снапшот - тоже не бекап.
Их Астра купила
https://habr.com/ru/post/124395/
а что, нынче программистов не учат что в любой системе счисления первое число - 0, а не 1? для меня такого вопроса никогда не возникало - в первом семестре научили что все считается с нуля.
автору могу подкинуть идею для новой статьи - "почему все положительные координаты начинаются с нуля?".
если ПО и позволяет писать одновременно на несколько драйвов библиотеки, то роботом управлять может только одно устройство. такую схему надо продумывать, чтобы не было конфликтов. и скорее всего SAN коммутаторы уже будут и не очень понятно зачем отказываться от их использования в данном случае.
в двух последних вариантах корректнее называть не FC коммутаторы, а FC фабрики.
у IBM есть софт который позволяет представлять библиотеку пользователям как сетевой диск. при этом он мониторит работу с данными и переносит на ленту холодные данные автоматически. это ПО кстати можно бесплатно скачать.