«Росатом» начал миграцию с СЭД Documentum OpenText и СУБД Oracle на российские решения, включенные в Реестр отечественного ПО при Минкомсвязи. На это будет потрачено около 750 млн руб. На очереди отказ от софта SAP.
Миграция «Росатома» с Oracle и OpenText
Как выяснил CNews, госкорпорация «Росатом» оказалась верна своим планам начать в 2020 г. «трендовое импортозамещение», запустив проект по отказу от системы управления базами данных (СУБД) американской компании Oracle и системы документооборота (СЭД) Documentum канадской компании OpenText. Параллельно с этим будет идти отказ от решений немецкой SAP (подробности — ниже). Продукты перечисленных зарубежных компаний (вместе с решениями «1С») массово внедрялись в «Росатоме» около 10 лет назад в ходе многомиллиардной программы трансформации ИТ.
На смену зарубежному софту придут импортонезависимые программы из Реестра отечественного ПО при Минкомсвязи, которые не содержат в своем составе платных библиотек и иных программных компонентов, поставляемых иностранными производителями с проприетарной политикой лицензирования.
Это следует из документов, размещенных на сайте госзакупок. В частности, на выполнение работ по замещению ПО OpenText и Oracle дочерняя структура «Росатома» — «Атомный энергопромышленный комплекс» («Атомэнергопром») — 8 июня 2020 г. объявила конкурс с начальной ценой договора в 775,5 млн руб. (расходы на закупку лицензий в эту сумму не входят).
Борьба развернулась между «Кроком» и «Философией.ИТ». После переторжки последняя и была 17 июля признана победителем с ценой предложения в 756,7 млн руб. Осуществить миграцию с OpenText и Oracle «Философии.ИТ» предстоит до 29 декабря 2023 г.
«Росатом» переезжает с зарубежного софта на российский
От прямого ответа на вопрос CNews, какие именно российские продукты на смену зарубежным в «Росатоме» планируется внедрять, «Философия.ИТ» уклонилась.
В российской компании Postgres Professional, разрабатывающей самую известную на данный момент отечественную СУБД Postgres Pro (включена в Реестр) на основе свободно распространяемой СУБД PostgreSQL, сообщили CNews, что к ним «Философия.ИТ» в контексте проекта «Росатома» не обращалась.
«Скорее всего, речь идет о бесплатной версии СУБД без вендорской техподдержки, что несет определенные риски при обнаружении ошибок, — отметил сооснователь Postgres Professional Иван Панченко. — Также речь может идти о защищенной СУБД «Синергия-БД», разработанной ВНИИЭФ (Российский федеральный ядерный центр — Всероссийский научно-исследовательский институт экспериментальной физики в Сарове; — прим. CNews) на основе Postgres при участии Postgres Professional». Упомянутый продукт также включен в Реестр.
Директор департамента ИТ «Росатома» Евгений Абакумов в разговоре с CNews отметил, что госкорпорация работу по импортозамещению ведет системно, но специфика организации связана со значительной долей международного бизнеса, который требует взаимодействия и с зарубежными поставщиками. В этой связи перевод системы электронного документооборота на российские решения является масштабной задачей, требующей достаточных временных ресурсов и особого подхода, подчеркивает он.
«Конкретные решения, которые будут реализованы в рамках этой закупки, будут определены в процессе проектирования системы, — уточняет Абакумов. — Выбор будет сделан в зависимости от совокупности ряда факторов: производительность ПО, уровень технологической независимости, необходимость сертификации нового решения во ФСТЭК и миграции большого объема метаданных и файлов. Определенно, для нас это будет новая веха, подойти к которой нужно максимально подготовленными».
Масштабы и особенности проекта
Из техзадания рассматриваемого тендера следует, что проект импортозамещения СЭД затронет весь «Росатом». На данный момент в СЭД на решении OpenText работает порядка 70 тыс. сотрудников на 160 предприятиях госкорпорации.
В системе размещено свыше 35 млн документов и более 40 млн так называемых поручений. Ежедневно в системе регистрируется свыше 20 тыс. новых документов. По состоянию на ноябрь 2019 г. размер соответствующей базы данных превышает 7,5 ТБ, объем файлового хранилища составляет 120 ТБ.
По состоянию на февраль 2020 г. клиентская часть СЭД была завязана на тонкие клиенты с браузерами MicrosoftInternetExplorer 11 и Google Chrome версии 49–56. В качестве веб-приложение использовано OpenText Documentum Webtop 6.8.0310.0138.
Серверная часть системы включает контент-сервер OpenText Documentum Server 16.4., сервер приложений IBM WebSphere 8.5.5.15., СУБД Oracle 12С R2.
По итогам проекта «Росатом» рассчитывает получить не менее трех объектов охраняемой интеллектуальной собственности. Созданное СЭД-решение госкорпорация планирует сертифицировать во ФСТЭК и зарегистрировать в Реестре отечественного ПО.
Отказ от SAP и не только
Примечательно, что в техзадании вышеописанного проекта есть раздел, в котором перечисляются смежные проекты «Росатом», «влияющие на создание или изменение корпоративных систем».
Среди них есть как развитие унифицированной отраслевой платформы «1С ERP 2.0: Цифровой Росатом», так и «Перевод ПО SAP на импортонезависимое программное обеспечение».
В последнем случае не вполне понятно, идет ли речь об уже запущенном проекте или данная миграция еще только намечается. Поисковая система сайта госзакупок работ под таким названием не находит.
В настоящий момент решения SAP в «Росатоме» весьма распространены. В техзадании рассмотренного выше термина в глоссарии упоминается множество всевозможных систем на базе SAP ERP, SAP S/4HANA, SAP Business Warehouse, SAP ArchiveLink и др.
Комментарии
Работал в дочке Шелл. Не вижу проблемы заменить сап на 1с. Вернее проблем куча, но вопрос интеграции на последнем месте.
Провели Oracle'у по губам
Я, канэшна ламер только, т.к. в ВУЗе так и не смог осилить выч. техники и и нформатики какие-то(алголы, фортраны какие-то, млин, тогда ещё были). Не дано глубоко было осилить. Но уверен, что в мой ноут пусть влезают,т.к. вся необходимая инфа личная на флэшках, пароли разные в голове, а для крупных госпредприятий жизненно-важно переходить на свои софт и технику.
Интересно, рассматривалась ли стопроцентно отечественная СУБД "Линтер" https://www.linter.ru/ru/
от воронежской компании РЕЛЭКС https://relex.ru/ru/ в качестве базы данных?
Кстати, повторный вопрос к автору поста - таки услышим мы выступление начальника транспортного цеха, то бишь
интервью с товарищем Ашмановым?
Линтер ораклу даже близко не конкурент. Если,канеш, рассматривать задачи, в которых оракл действительно необходим.
И да, имейте ввиду, что субд - далеко не единственный и отнюдь не главный продукт в линейке птенцов гнезда эллисонова.
Слышу SAP и глаз начинает дергаться.
Я не знаю другого настолько же кривожопого и неповоротливого ядра.
Ну и Oracle остановился в развити лет 10 назад.
Настройка, масштабирование, синтаксис, распределенные транзакции - все лучшие реализации данных задач в MySQL, PostreSQL, но точно не в Oracle.
Вот-вот. Образец говна.
Насчёт Оракла - не знаю... уже очень многие БД_администраторы его хвалят, говорят, что есть, за что. Тут очень уж могут отличаться отзывы со стороны программиста и администратора: мне как программисту более интересны синтаксические сахарки, а вот то, как оно будет РАБОТАТЬ на тяжёлых задачах, запросах с десятками иннер джойнов и при сотнях-тысячах транзакций в секунду - это другие люди знают.
Если честно, то ни хрена в этом не понимаю, но дело нужное, тут без понимания понятно. Главное чтобы разработчик, после получения денег не сдриснул куда-нибудь, где можно будет выгодно продать, если не разработку саму, то как минимум данные Росатома. Тогда всей этой движухе ноль цена.
Говорят, любой абапер может запросто вызвать дьявола просто прочтя вслух произвольный кусок своего кода.
Ну а ораклу уже давно по губам водят. Ибо жаден стал до опупения. Хотя некоторые, канеш, пока кактус еще жрут.
Зы. Вот зе фак? Почему я в чехляндии???
Сап свою базу данных хана и сделал, чтоб откусить часть доходов у оракл. Более того, реализовал поколоночное хранение.
Давно пора было.
Я не спец. Может кто-нибудь пояснить, на что здесь нужно 3.5 года времени?
Мы внедряли систему-112 в Московской области. ~700 рабочих мест, весь софт готов, доработки минимальны, железо на момент старта было готово. Пол года до опытной, год до промышленной эксплуатации. Одна система при почти идеальной организации, без всяких миграций. Тут много систем, много миграции, будет долгий этап параллельной работы. Плюс непонятно что с софтом, надеюсь Проект уже есть. И сотрудников тут на пару порядков больше.
3,5 года - легко. Даже - амбициозно, с большими рисками. РП удачи и сил, они ему понадобятся, как и вазелин.
Т.е., если попросту, это поиск багов в течение года, а потом перетаскивание десятков миллионов документов?
Нет. Я же специально привёл "дистиллированный" пример, когда софт почти не надо было дописывать. Т.е. полгода - это установка, настройка, инструктаж, обучение, всякие орг вопросы (приказы, набор персонала, аттестация, подготовка рабочих мест), всякие демонстрации /показы. Потом полгода - на" втягивание в режим" и достижения критериев надёжности.
А тут... Возьмём переезд с Оракла на условный Постгрес. Половину систем надо будет переписать в части общения с СУБД. Это год по минимуму. Плюс риск, что если симтемы переводить одновременно, то работа встанет. Поэтому процесс растянут года на два минимум.
Система управленческого учёта. Берём готовое ядро и допиливаем хотя бы приблизительно до существующей конфигурации SAP. Это год до первой версии, два года до промышленной эксплуатации.
Это очень оптимистичные оценки, и я, пожалуй, сильно недооценивать влияние количества пользователей. А так, все проекты переделки чего либо живого - всегда мучительно сложные, многие, как бы не большинство - провальные.
Ок, я понимаю, что вы имеете в виду. Не работая в этом, трудно реальные сроки оценить. Спасибо за инфу.
Согласен, что сроки оптимистичные. Местами ещё можно накинуть.
Я бы сказал что и сроки и цены нереальные. Но "Философия АйТи" лучше знать. Посидят, пофилософствуют...
По собственному опыту миграции между системами - в каждой старой системе существует множество моментов, которые давно работают не так, как хотелось бы, но переписать под текущие требования и задачи либо невозможно по ограничениям системы, либо нет денег и времени. При этом переход между системами всегда выливается попытку не скопировать старую систему, а оптимизировать ее под текущие задачи... со семи вытекающими затратами времени.
Ну да. И еще полное копирование не всегда возможно - у систем несколько разные возможности и ограничения.
В общем и целом это как в анекдоте про хирурга и автомеханика - завёл мотор, а теперь - чини!
Решил сразу пояснить, пока тут сижу :)
Невозможно ровно в 12 ночи 2000 рабочих мест перевести на Линукс, а все базы на Постгре.
А ещё 200 серверов с Винды на Астру, с АктивДиректори на Самбу, с нормального Офиса на какой-нибудь Опен и т.д и.т.п.
Это долгий и нудный процесс. А при этом всё должно работать, организация же не может перестать выдавать продукт.
Поэтому полгода идёт опытная эксплуатация, при этом старые и новые системы работают в одной сети параллельно, а люди забивают данные по два раза - в старой и в новой.
Все безумно рады :)
Ясно, спасибо.
Лет 15 я работал в компании - системном интеграторе. Поставляли решения "под ключ" и огрызки решений. В основном, Госкомпаниям. В том числе, средства проектирования и управления всем разработчикам микроэлектроники. В числе основных потребителей были и Росатом и его дочки.
Уже со второй половины 80-х слушали мы песни про импортозамещение прикладного программного обеспечения. При полном отсутствии базы для этого действия.
Например, из двух наиболее развитых систем механического проектирования Российской разработки одна сидит на ядре компании Siemens (ну, вообще-то американской UGS с нахлобучкой Siemens), а другая (компании Аскон), с некоторых пор, на ядре компании AutoDesk. Кстати, наши отечественные поставщики прикладного ПО для проектирования и управления (самостоятельные разработчики, которые) никогда не стеснялись (по просьбе клиента, разумеется) оформлять продукты супостатов, как свои модули.
Все причастные к проектированию с помощью САПРов в авиационной промышленности позднего СССР должны помнить супер мега отраслевой комплекс САПР БПИО, импортозаместивший покупные у вероятных противников Anvil и Эвклид.
Ну, брали этот САПР только потому, что без него новых компьютеров не давали. А написали этот САПР в специально под эту задачу созданной организации при МАПе (НИЦ АСК). А создали в стиле «догнать и перегнать!» - купили за бешенные инвалютные рубли исходные тексты системы Anvil 4000 (ну, поставки-то в то время, уже шли Anvil 5000, чегож старый-то не продать?) и из этого кода на платформе амерской линейки компьютеров компании DEC, на базе тамошней ОС, матбиблиотек, графики, и прочая, прочая, с использованием графических станций (которые ещё не компьютеры были) Tektronix героически создали наш САПР. Потом, когда DEC померла, перенесли его на персоналки... провели ребрэндинг... и тихо померли.
В общем, денег освоили по тогдашним временам (~1985-1992) - немерено. Выхлоп для отрасли получился, скажем... не алё.
С тех пор, когда я слышу про импортозамещение прикладного ПО, сильно напрягаюсь (и буду напрягаться, пока на моем рабочем и домашнем компе ОС стоит от супостатов). В частности потому, что на моей памяти, такие мероприятия крайне редко были оправданы по критерию «стоимость-эффективность». Вот сейчас хотят Сухих заставить переехать на отечественную систему проектирования. Так кроме как диверсия, это (разумеется, с точки зрения рядового инженера-проектировщика) никак воспринимать нельзя. Увы.
Обобщая, чаще всего, имеем варианты:
1. Импортозамещаем системы управления, которые так и не внедрили, прежде всего, это к системам ERP и PLM верхнего уровня относится. В смысле, их замены никто и не заметит (кроме отчитывающихся).
2. Совершаем модное и бессмысленное действие, на которое потом можно списать любые провалы (которые уже на подходе). Собственно, импортозамещение ради импортозамещения любого прикладного ПО абсолютно бессмысленна. По крайней мере, до тех пор, пока не будет своей ОС с полным набором математических, графических и прочих библиотек, собственных компиляторов (да и алгоритмических языков не помешает), собственной СУБД (не open source, который хронически все импортозаместители выдают за собственные разработки, не обеспечивая никакой независимости на практике, а реально, СВОЕЙ) (кстати, не смотря на то, что SQL, конечно, стандарт, но стандарт сильно не молодой, так что, неплохо бы повысить производительность пока ещё дохленьких Байкалов, улучшив архитектуру написания запросов) и далее по списку всего базового ПО (все сервера (web, почтовые, доступа, связи...)
3. Пилим деньги на хайпе.
и наконец,
4. Совершаем диверсию. С честными-причестными глазами.
Всё это, ИМХО, разумеется.
Вы напоминаете поца, который судит о Весте по дедушкиной копейке. Нет речи про ерп и ДР. Речь про ДО.
Увидим ) Лучше, изнути ))))
ЗЫ Наш Directum по фактической цене внедрения от Documentuma не сильно отличается. А за функционал, убил бы. Лучше б мы на 1С остались.
Я не понял, вы топите за Директум и 1С одновременно? Да, участвовал во внедрении ДО от 1С... пиковая нагрузка на тот момент когда свалил в другую контору порядка 1200 сеансов. Внедрение желательно доверять спецам, крупное - хорошим спецам у которых с пяток внедрений было. В смысле и без этого можно всё сделать, но это будет такой дедлайн.
В свое время в Рособороне, если не ошибаюсь, оттюнили 1С до резвой работы для 2К сессий. Честно говоря, я вообще СЭД системы, как самостоятельный класс плохо понимаю. В принципе, на сервере приложений те же задачи решаются не хуже. А систему "из коробки" систему этого класса особенно, отечественную, ни разу не видел.
Я топлю за то, чтобы изменения ПО, пока они не носят СИСТЕМНЫЙ характер из инфополя (по крайней мере, широкопубличного) УБРАЛИ. Из-за чудовищного числа спекуляций которые вокруг этого начинаются и сильно вредят на практике.
2К - это не так что-бы круто, имхо. Говорю как тот кто занимался проблемами быстродействия в проекте ДО с 1,2К сеансов (средняя дневная нагрузка на тот момент когда тма работал, сейчас возможно больше).
СЭД как самостоятельный продукт - имеет место быть сам по себе... Из коробки вполне себе решает немалую часть задач, Тот что от 1С (Документооборот.корп.) хорошо так настраиваемый... прям 95%+ решается настройками (сталкивался ещё с 1 ДО на платформе 1С от фирмы Аналитика - там кодить приходилось прилично так). К нему есть библиотека интеграции БИДО, но откровенно - плохо спроектированная хрень... когда потребовалось интегрировать онлайн ДО и отраслевую нетленку - писали через ADO напрямую в СУБД данные (создавали задачи, согласовывали какие-то документы автоматически и т.п.), но это всё писалось со стороны нетленки а не ДО.
Поправочки - у Аскон ядро своё и они им торгуют C3D называется, почитайте на досуге.
Касательно творчества НИЦ АСК, да у нас Ка-60 и Ка-226 в своё время ртсовались в СГМ КРЭДО. А потом пришли итальянцы под совместный проект и принесли CATIA... А сейчас нас Вертолеты России под переход на NX нагнули - как с бентли на жучку пересесть. С убогим TeamCenter - плагином для Eclipse, за который по 8 кусков зелени с рабочего места стригут не считая "поддержки".
Кстати, насчёт PLM с вами не согласен - это основа проектных работ в современном мире.
Уже нет. Больше 3х лет. Не очень афишируют, но соглашение подписали и встроили.
Ваше утверждение не соответствует действительности. Я не знаю, откуда у вас такая информация, но это бред 100%. Аскон наоборот последние 3 года продвигает в рамках консорциума РазвИТие некий проект PLM-решения на базе Компаса и его движка C3D. На их движке также теперь работает Delta Design и ещё ряд отечественных решений. Причём движок мультиплатформенный и сейчас идёт портирование Компас-3D на Astra Linux по заказу Минобороны.
При этом движок AutoDesk - во-первых убогий с точки зрения 3D, а во-вторых работает с закрытыми собственными форматами и API, не совместимыми ни с чем в этом мире, поэтому встраивание продуктов AutoDesk хоть в софт, хоть в производственный процесс - преступление.
Вы ещё скажите, что Аскон не поставляет Wildfire, который PRO/E, как свои модули )))
Ну не знаете ситуацию изнутри, не говорите. Довольно большая группа манагеров перешла в Siemens, было дело, слили всё. Ну, а ещё я у них (и у них (Аскона) тоже) дилером был. И говорю о СВОИХ клиентах и что они получили.
Ещё скажите, что Лоцман - знатная система ))))
Махинации с буржуйским ПО - этим у нас многие занимаются, но вы сейчас утверждаете, что вот это https://c3dlabs.com/ru/ фейк целиком и полностью, а это уже требует нечто большего, чем данные от ОБС.
Лоцман - понятно дело хрень, но люди не знали с какой стороны вообще к PDM решению подойти. Сейчас они его также полностью переписывают и на очередном осеннем форуме РазвИТие должны представить первые результаты.
Вот передергивать не надо. Можем подробно разобрать, какие версии Компаса на каком ядре работают, если сильно интересно. Что Аскон компания агресивная (в отдельных случаях, по-хорошему), это - да. Что заявления у них, как правило, достаточно оптимистичны - тоже да. А вот, что их разработка фейк - это Вы уже за меня домыслили. Кстати, пример Nanocad'а мы все, тоже помним, да? Давайте подождем? Прямо сейчас, полнофункциональной замены для работы со скульптурными поверхностями и сложными сборками ведь нет? И чтобы все не говорили про тот-же Step, на моей памяти ни разу через него качнуть наработки без необходимости лечить каждую модель ни разу не случилось.
В какой-то момент, нынешний Siemens PLM владел (собственно, и сейчас владеет) сразу двумя комплексами NX (который Unigraphics) и ideas. Очень неплохой конвертор (прямой) тогда написали (примерно 85% качественно перегонял). Гоняли одну и ту же модель на одной и той же станции в обоих пакетах - тут стало очевидно преимущество ядра Parasolid в разы по производительности.
Давно тому назад (то ли в 2003, то ли в 2004 году) Московский офис Siemens PLM (тогда - UGS) подписал соглашение с Интермехом (кажется) о прямом интерфейсе с линейкой Solid Edge. Минчане не успели уже со следующей версией (через полгода). С тех пор аналогичных соглашений о стыковке продуктов Siemens, 3DS и PROшники не подписывали. Все конверторы (прикладного ПО нашего производства) - односторонние, без согласия владельцев пакетов. Это я к тому, что померить фактическую производительность не очень просто, так, чтобы результат признали обе стороны.
Принудительный перенос в любой пакет наработок за 15-20-25 лет по политическим соображениям приводит к потере производительности проектной организации на срок от полугода. Для организаций, работающих на ГОЗ - это более чем критично. Хотя всегда можно найти желающих удовлетворить любопытство за Государственный счет.
Конкретно по упомянутому ядру, уточню.
PostgreSQL - лучшая из бесплатных субд которые я когда либо видел начиная с фокспро.
правильный выбор.
что не умаляет того, что оракл - лучшая платная. но очень дорогая. так что ещё и меньше платить.
Без спору из OSS - лучшая (подтягивается только MariaDB), вот только обратите внимание, каков слог! Российская, мать их! Один серьезный контрибьютер кода и то не в ядре разработчиков:
Любят у нас незаслуженные регалии в СМИ и Правительстве - то у них "Российская мобильная ОС Sailfish" - правда Финского производства и на базе Linux, вклад в разработку которого у России укладывается в доли процента, то Astra Linux на базе Debian с околонулевым вкладом в исходные кода доноров...
Русский ИТ бизнесс делится на две части - работу на заграницу в качестве аутсорса или разработчиков ПО на заказ и паразитирования на чужом коде внутри страны, где закон - тайга, медведь - хозяин. Ну и есть ещё маленькая кучка разработчиков, которые тянут свои аналоги зарубежных программ ещё с 90-х 00-х, как правило на основе наработок в НИИ или на предприятиях ещё советской системы.
Если не вызывать инженеров по поддержке... Вы же ограничить число сессий должны сами себе... Ну вот ))))
С документооборотом - "не космос" ВООБЩЕ! Протоколом 1С XDTO (XML Data Transfer Objects) - левой ногой.
И блокчейн в 1С на выхлопе уже. Своевременно!
Годный срач. Ахтунг - пахнет трольчатиной! Автор, нет ли в обсуждении упырей? Сим повелеваю - внести запись в реестр самых обсуждаемых за день.
На самом деле с мофтом в РФ творится полный трэш. Берут опенсорс, вешают свой шильдик и впаривают госструктурам, типа как postgres pro, которая практически не контрибьютит код в исходный проект, но исправно на нем паразитирует. Остальное ПО тоже та ещё хрень, которую нужно долго и муторно перерабатывать (типа 1С ERP у которого UI/UX из 90-х и логика наизнанку, так что его для замены SAP наполовину переписать надо). С САПР - вообще ж0па, у Росатома сейчас используется 3DEXPERIENS от DSS и она опережает все отечественные "аналоги" лет на 20. Да в принципе аналогов полноценных и нет. Это всё-таки супермодульная PLM платформа под весь CAF/CAM/CAE ещё и с симуляцией прлизводственных процессов и кучей всего. А в РФ есть Компас и T-Flex причём последний на даижке Parasolid - так себе импортозамещение. А Компас хоть и бодрячком, но может тягаться только с SolidWorks 15-летней давности, но никак не с тяжёлой САПР типа CATIA. Причём даже Компас весь стоит на зарубежных API и только под винду (что является самым узким местом в ИТ пользовательского уровня). И да, у нас в стране просто культ Майкрософта в ИТ среде. Хоть кол на голове теши, за пределами только шарлатанство с навешиванием шилдиков на чужую работу.
В общем, будем посмотреть конечно, Росатом вообще лучший в стране по организации ИТ инфраструктуры, на них одна надежда. Наша авиационная промышленность сплошь куплена Сименсом (чтоб им провалиться с их гребаным Тимцентром) и ничто двинуть не способна - может хоть Росатом создаст платформу для миграции...
Страницы