Импортозамещение

[Iv-v]

Браво, переход на личности

Ну да, вас же дофига в одной голове.

[Leonar]

Так стоп. Я не понял...

Не волнуйся так - ты и не поймешь... У поцреотов очень избирательно работающее сознание...

У либерастов еще более?

[Iv-v]

Так стоп. Я не понял...

Не волнуйся так - ты и не поймешь... У поцреотов очень избирательно работающее сознание...

У либерастов еще более?

У них в методичке даже есть глава: "Вы не понимаете, это другое".
Голаны - "это другое", разумеется.

[Space books]

https://www.rbc.ru/technology_and_media/27/12/2021/61c21e289a79479e8562641b

Доля российского софта в госкомпаниях оказалась вдвое ниже нормативов Среди отстающих в импортозамещении ПО — «Аэрофлот» и ВТБ

Что хотели и что получилось

Доля российских продуктов среди используемого госкомпаниями софта в среднем составляет 30–35%, рассказал РБК глава учрежденного по постановлению правительства Центра компетенций по импортозамещению в сфере ИКТ (ЦКИТ) Илья Массух. Согласно директиве правительства, разосланной в конце 2018 года в госкомпании из специального списка, до конца 2021 года эта доля должна была достичь 50–70% в зависимости от класса программного обеспечения. Конкретные показатели, по словам Массуха, госкомпании должны были согласовывать с ЦКИТом ежегодно, что и делалось.

— Но, к сожалению, вынуждены констатировать, что задачи, которые госкомпании сами себе поставили, они не выполнили.

Наиболее низкая доля использования российского ПО среди крупнейших госкомпаний, по его словам, у ВТБ и «Аэрофлота» — менее 10%. У «Российских железных дорог» (РЖД) и «Транснефти» очень серьезная зависимость от иностранных решений в ключевых бизнес-процессах компании (изначально представитель ЦКИТа говорил, что и у РЖД доля составляет менее 10%, но после выхода публикации скорректировал оценку, объяснив, что она не учитывала крупную закупку российского ПО, сделанную за последний месяц). Наиболее высокая доля — у Государственной транспортной лизинговой компании (ГТЛК), АО «ГЛОНАСС» и крымского банка РНКБ (их показатель он не уточнил).

— Правительство сделает выводы по отстающим и не выполняющим директивы. Напомню, что недавно президент России поддержал предложение министра цифрового развития [Максута Шадаева] о введении персональной ответственности руководителей компаний за реализацию перехода на отечественные решения, так что просто так отстающие не отделаются.

РБК направил запросы в правительство и Минцифры.

Что такое ЦКИТ

ЦКИТ был создан как автономная некоммерческая организация в 2016 году Ассоциацией разработчиков программного обеспечения (АРПП), Институтом развития интернета и Экспертным центром электронного государства. В конце 2020-го правительство наделило ЦКИТ полномочиями анализировать закупки госорганов и госкомпаний в сфере ИКТ, их программы импортозамещения, согласовывать закупку иностранных продуктов, выявлять барьеры и помогать в переходе на отечественные продукты и др. С 2021 года занимается согласованием стратегий цифровой трансформации.

Подробнее на РБК:
https://www.rbc.ru/technology_and_media/27/12/2021/61c21e289a79479e8562641b

[Avatar0319]

Наиболее низкая доля использования российского ПО среди крупнейших госкомпаний, по его словам, у ВТБ и «Аэрофлота» -- менее 10%.

Правительство сделает выводы по отстающим и не выполняющим директивы. Напомню, что недавно президент России поддержал предложение министра цифрового развития [Максута Шадаева] о введении персональной ответственности руководителей компаний за реализацию перехода на отечественные решения, так что просто так отстающие не отделаются.

Ну что, Костин на выход? Аэрофлотская синекура тоже вся на выход?

Вообще, мне интересно, как они представляют замену иностранного софта и оборудования в крупных компаниях, делающих бизнес не только лишь в России и где российский софт в целом неконкурентен?
 
ЗЫ. Надо в "Панораму" кинуть новость: "С 1-го января 2022-го года авиадиспетчерам в России запретят пользоваться английским языком".

[LRV_75]

В основном имеется ввиду переход с продуктов win, ibm и oracle на open source

[vlad7308]

В основном имеется ввиду переход с продуктов win, ibm и oracle на open source

вот именно поэтому старые, крупные и реально работающие организации и в отстающих.
Будь я CIO в крупной компании, и свались на меня приказ о переходе с оракла или мсскуэль на богзнаетчто или там на постгресс\файрберд\етц - я бы немедленно уволился

[LRV_75]

В основном имеется ввиду переход с продуктов win, ibm и oracle на open source

вот именно поэтому старые, крупные и реально работающие организации и в отстающих.
Будь я CIO в крупной компании, и свались на меня приказ о переходе с оракла или мсскуэль на богзнаетчто или там на постгресс\файрберд\етц - я бы немедленно уволился

Ну а мы вполне переходим )) 
Да, забыл добавить...для платформ контейнеризации это  kubernetes.
Вообще, по статусу перехода хорошо видно, кто гибкий, а кто легаси лузер, типа ВТБ ))

[vlad7308]

А мы это кто? И что именно переходит?

[LRV_75]

А мы это кто? И что именно переходит?

1. Крупная развивающаяся технологическая компания))
2. Вся инфраструктура ЦОД'ов.
ПО:
Ibm webshere -> wildfly
Ibm mq -> kafka
Oracle db -> postgre db
Openshift -> kubernetes
Железо:
Ibm, hp -> huawei

[vlad7308]

Ну то есть многомиллионной клиентской базы с их транзакциями, ЛК и 24х7 у вас нет.
Тогда можно попробовать.
Но я б все равно не стал. Как свинью стричь - визгу много, толку мало, и тоска смертная

[opinion]

А мы это кто? И что именно переходит?

1. Крупная развивающаяся технологическая компания))
2. Вся инфраструктура ЦОД'ов.
ПО:
Ibm webshere -> wildfly
Ibm mq -> kafka
Oracle db -> postgre db
Openshift -> kubernetes
Железо:
Ibm, hp -> huawei

У вас, наверно, нет приложений, которые написаны под виндоус и оракл. Легко сказать, переходим с оракл на постгрес. Развернуть серверы и, типа, даже данные перенести. Инфраструктуру ЦОДов проапгрейдили. Бизнес встал. Назад к кульману и счётам.

[nonconvex]

У вас, наверно, нет приложений, которые написаны под виндоус и оракл. Легко сказать, переходим с оракл на постгрес. Развернуть серверы и, типа, даже данные перенести. Инфраструктуру ЦОДов проапгрейдили. Бизнес встал. Назад к кульману и счётам.

Вот потому ораклоиды и вымирают; достаточно посмотреть на коньюнктуру на рынке программистов. Ораклу оставляют простую работу с данными, а весь сложняк уносят в облако, после чего переход с Оракла на любой другой SQL сервер - вопрос написания скрипта для переноса данных.

[nonconvex]

Ну то есть многомиллионной клиентской базы с их транзакциями, ЛК и 24х7

Сидят на мейфреймах в коболе и в ус не дуют.

[vlad7308]

У вас, наверно, нет приложений, которые написаны под виндоус и оракл. Легко сказать, переходим с оракл на постгрес. Развернуть серверы и, типа, даже данные перенести. Инфраструктуру ЦОДов проапгрейдили. Бизнес встал. Назад к кульману и счётам.

Вот потому ораклоиды и вымирают; достаточно посмотреть на коньюнктуру на рынке программистов. Ораклу оставляют простую работу с данными, а весь сложняк уносят в облако, после чего переход с Оракла на любой другой SQL сервер - вопрос написания скрипта для переноса данных.

неа
Так бывает только на учебных примерах из маркетинговых презентаций.

Ну то есть многомиллионной клиентской базы с их транзакциями, ЛК и 24х7

Сидят на мейфреймах в коболе и в ус не дуют.

это да.
Не все, но в основном. Не то чтобы не дуют - дуют, но страшно и противно. И правильно, что страшно.

[LRV_75]

А мы это кто? И что именно переходит?

1. Крупная развивающаяся технологическая компания))
2. Вся инфраструктура ЦОД'ов.
ПО:
Ibm webshere -> wildfly
Ibm mq -> kafka
Oracle db -> postgre db
Openshift -> kubernetes
Железо:
Ibm, hp -> huawei

У вас, наверно, нет приложений, которые написаны под виндоус и оракл. Легко сказать, переходим с оракл на постгрес. Развернуть серверы и, типа, даже данные перенести. Инфраструктуру ЦОДов проапгрейдили. Бизнес встал. Назад к кульману и счётам.

У нас 50 на 50 винда и Линукс.
50% баз на оркле, плюс mssql  и postgre.
Вся интеграция была на ibm mq .

Миграция на opensource проходит комплексная.
 Помимо прочего, строятся отказоустойчивые кластеры с локализацией точек отказа на уровне сетевой архитектуры, vmware, dockers, систем хранения данных и все это с георезервированием.
На этой новой инфраструктуре абсолютно без влияния на бизнес проводим редеплой новых серверов с новым тех стэком.
После этого, аккуратно в технологические окна пробуем постепенно переключать со старых кластеров на новые с усиленным мониторингом.
В общем, процесс уже отлажен.
Сейчас все запилим в kubernetes  и будет красота

[LRV_75]

Ну то есть многомиллионной клиентской базы с их транзакциями, ЛК и 24х7 у вас нет.
Тогда можно попробовать.
Но я б все равно не стал. Как свинью стричь - визгу много, толку мало, и тоска смертная

У нас исключительно многомиллионные высоконагруженные бд с транцакциями 24х7 ))
Совет, переходите на микросервисную архитектуру на уровне архитектуры приклада и на платформы контейнеризации на уровне инфраструктуры и все эти миграции на новые стэки технологий будут не такие страшные и менее рискованные 

[opinion]

kubernetes

Ну, как я и предполагал, вы рассматриваете только развертывание серверов и их взаимодействие в рамках кластеров БД. То что приложения могут сломаться от перехода с Oracle или SQL Server на PostgreSQL вы во внимание не принимаете. Иногда при обновлении версии Java ломаются.

[LRV_75]

kubernetes

Ну, как я и предполагал, вы рассматриваете только развертывание серверов и их взаимодействие в рамках кластеров БД. То что приложения могут сломаться от перехода с Oracle или SQL Server на PostgreSQL вы во внимание не принимаете. Иногда при обновлении версии Java ломаются.

Что значит во внимание не беру?
Естественно, вначале все это разворачивается на аналогичном тестовом полигоне с аналогичным стэком по прикладу и инфраструктуре. Проводим функциональное , интеграционное, нагрузочное и деструктивное тестирование. Только после положительных протоколов по всем видам тестирования проводим развертывание в продакшн. Тоже самое проводим и при изменении версий java или патчей на linux, версий самого приклада и т.д.
За инциденты в промышленном контуре нас никто по голове не погладит.

[vlad7308]

Ну то есть многомиллионной клиентской базы с их транзакциями, ЛК и 24х7 у вас нет.
Тогда можно попробовать.
Но я б все равно не стал. Как свинью стричь - визгу много, толку мало, и тоска смертная

У нас исключительно многомиллионные высоконагруженные бд с транцакциями 24х7 ))
Совет, переходите на микросервисную архитектуру на уровне архитектуры приклада и на платформы контейнеризации на уровне инфраструктуры и все эти миграции на новые стэки технологий будут не такие страшные и менее рискованные 

многомиллионные - это чепуха.
Я же написал - "многомиллионной клиентской базы с их транзакциями". Если в записях бд типа банковской, то это миллиарды записей. Если банк большой - десятки и сотни миллиардов.

Микросервисную архитектуру... не представляю, как то, чем сейчас занимаюсь лично я (DWH), превратить в "Микросервисную архитектуру".