«Росатом» начал миграцию с СЭД 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 и др.
Комментарии
Hmac это просто способ подписать что-либо при помощи некоего значения. Эта деталь неважна. Вы увидите, что сообщение было кем-то подписано либо вообще ключ использовался левый. Переписана была квартира умершей старушки датой двадцатилетней давности и концов не найти. А блокчейн вы устанете менять. Поменяли вы блок , так поменяйте все остальные блоки за ним, да чтобы ещё все центры, хранящие эту историю согласились с вами.
ну и в чём проблема переписать? Вы же сами написали, при должной сноровке? Это ведомственная СУБД. Вы понимаете границы применимости? Необходимо и достаточно. Каждой задаче подходящий инструмент. Не забивать гвозди микроскопом. Вам о чем-то говорят эти краткие и ёмкие предложения?
Из диалога выхожу, ибо если человек фанат, это не лечится.
Я выше пояснял, что мои мысли не относятся к данному случаю отхода от использования оракла. Пояснял? В таком случае, ваш смешной гнев выходит как пар через свисток. Учитесь общаться без навешивания ярлыков и пояснений свысока.
обязательно.
где?
Вы даже процитировали.
Вероятно, мы придем к одному хранилищу всех гражданских состояний - имущества, истории работы и образования и тп. Я пишу не о конкретном случае ухода от оракла.
Я на телефоне, так что прошу простить за краткость пояснений.
Спасибо за беседу. Вышел ибо дикий оффтопик.
Я не хочу открывать свои все данные кому попало. Что за детский инфантилизм у вас? "Я считаю". Тьфу таким быть.
Вы можете перечислить всех тех людей, кто имеет доступ к вашим данным? Вряд ли. Например, что мешает банковскому служащему продать налево ваши данные, типа телефона и адреса? Как вы с этим боретесь?
Каким образом блох-чейн помогает решать задачу ограничения доступа к непубличным данным?
Никак, мне просто интересно, как человек защищает свои данные, находящиеся в доступе у третьих людей.
Ещё одно короткое предложение.
Технические проблемы должны решаться техническими средствами. Административные -- административными. Попытки решать технические проблемы административным ресурсом или наоборот провальны.
Тут не факт, я думаю, можно на этот счёт поразмыслить. Вероятно, есть способы все-же усилить ответственность административных работников при помощи "неотвратимости" выявления подлога. Ну, это как камеры повесить повсюду. Не очень приятно, но какой-то процент хулиганов одумается.
Я их не защищаю. Я их просто не распространяю сверх необходимости. Вы же предлагаете делать именно это.
Поясню напоследок - имеем две крайности - превое закрытые данные, обществу неизвестно, что кому принадлежит, что происходит в недрах государственного учёта. И второе - открыто просто все в публичном доступе
Оба случая виртуальны, т к. невозможны. Но где-то между ними нам придется остановиться да так, чтобы было можно ловить негодяев, которые используют ответственные посты ради обогащения
Какой такой блркчейн? Зачем блокчейн?
Поставьте в 1с галочку в поле «запретить редактировать документы после создания» - и будет вам принцип.
Ну это из серии не забывайте запереть дверь и к вам никогда не заберется вор.
Всегда есть доверенное лицо. В идеале - в единственном числе. Платите ему хорошо, не забывайте ставить галочки в нужных местах - этого достаточно.
в Сапе блокировка периодов реализована на уровне софта. При удалении проводки делается проводка с минусом. Можно так настроить. Плюс логироание на уровне бд. Плюс ежедневные бэкапа как правило пишутся на ленточку.
В 1с почти то же самое.
Гостендеры - уже давно все задокументировано.
Охренеть. До данной инициативы ПО Росатома было "почти подконтрольно" , как турбины в Севастополе от Сименса.
Правильно автор оределил, что ммногие не понимаютт важности данной проблемы.
Не придумывайте. Сервера за файрволом. Контроля нет. Проверено.
Воистину аллилуя!
1C ERP разве не на Oracle работает?
если платформа робит на окакле/mssql/db2/postgresql, то видимо окаКал не обязательное условие.
только разные условия по масштабируемости, возможности по тонкому/толстому клиенту ( в терминах 1С)
Db это только бух.учет вести мелкой конторы
эс-ку-эль глючно и медленно - в реальном времени поток деталек на автоматизированной линии (конвейере) не обсчитаешь. Да даже средняя по размеру оптовая контора уже испытывает проблемы с выпиской счетов, чтоб не было перезаказа.
Но если Росатом напишет новый Оракл, то вот это будет круто.
зачем писать новый окаКал, если есть posqtgresql?
бд это просто бд, размер конторки и её сфера деятельности тут вовсе не причём. У СУБД несколько другие категории оценки.
ой, всё! Переходим обратно на беркли ДБ. Потом останется написаь самую малось... уровень абстракции, типа SQL. Лет 10, думаю, но настоящие пионеры не ищут легких путей.
может, сначала надо решить проблему с головой у начальства этой конторы? Потом начальство быстро решит проблему с айтишниками, которые быстро решат проблемку с сервером.
пысы: «проблема с перезаказом в оптовой конторе». ржунемагу:))
Сначала - Росатом, далее - везде! ;)
Перспективный чат детектед! Сим повелеваю - внести запись в реестр самых обсуждаемых за последние 4 часа.
новость хорошая. Желаю причастным удачи.
В статье есть явный косяк
Postgres это совсем другая СУБД, Синергия-БД именно на PostgreSQL основана.
Уверены?
PostgreSQL (/ˈpoʊstɡrɛs ˌkjuː ˈɛl/),[13] also known as Postgres
https://en.wikipedia.org/wiki/PostgreSQL
был на 100% уверен пока не посмотрел на ссылку. Вспомнил историю проекта и теперь уверен ещё больше. СУБД Postgres когда-то существовала, сейчас я сомневаюсь что ей кто-то пользуется. Вобще, давно-давно, на сайте postgresql.org было в доках даже написано, мол не путайте, postgres это postgres а postgresql это postgresql.
Ну, а вики... вот например ссылка на старую официальную документацию проекта
нуу, речь то про настоящее и сейчас это синонимы, вряд ли кто-то под postgres подразумевает изначальную версию, переименование то аж в 1996 году случилось
укажите в официальной доке проекта, что они синонимы. И я успокоюсь.
надеюсь, сообщение от core team досточно буквоедское доказательство:
the project shall continue to use the name PostgreSQL, but accept the use of Postgres as an alias.
https://www.postgresql.org/message-id/473D7617.6070900@postgresql.org
т.е. в 2007 один из участников коре тим говорит, что необходимо использовать наименование PostgreSQL, но можно принимать как синоним postgres. Ну, ябы сильно удивился еслиб это было не так. Ибо с момента переименования никто и не протестовал особенно когда в списке рассылок используется не postgresql а postgres. От этого название официальное никак не поменялось и в документации равнозначность этих названий никак не обозначена.
какой дикий ужос )
извиняюсь, что влез со своими комментариями, более не повторится
коллега, если вы не в курсе, "постгрес" - это просторечное, жаргонное наименвоание PostgreSQL. и никто не собирается его путать с POSTGRES95. в отличиие от "Мускуля".
команда "vacuum" вам о чём-нибудь говорит? а сокращение "WAL"?
коллега, я как раз в курсе, и PostgreSQL эксплуатирую много лет. Изначальный мой камет прочитайте, там написано, что есть ошибка в статье. Хотя, взято с cnew'а... может читающие cnew и понимают о чём речь, но факт есть факт. Postgres это про другое.
Кроме того.
ссыль
а возможность сохранять WAL-файлы куда-то делась? Или я не понимаю к чему вы решили померяться длиной?
интересно, объема работ и финансирования хватит, чтобы дать импульс и на дальнейшее развитие замещающих систем? Ведь, как известно, сам по себе программный продукт не так сложен в организации, как его постоянная, полноценная и массовая поддержка.
Для поддержки есть (уж и незнаю почему у них не куплено) Postgres Professional.
Перенос простой, просто перенос сам по себе муторный процесс. SAP!!! это старое, убогое дерьмо мамонта, успевшее устареть до принятия его в работу.
Про SAP, как это я вижу, в своём будущем. На сегодняшний день переучиваюсь на Informatik ITSK , с сертификатом SAP SAP®-KeyUser.
SAP это немецкий продукт цифровых технологий, экспортный.
При правильной, грамотной и хорошей настройке, 1С ему не конкурент.
Своё будущее вижу в гибриде, двух систем, ориентированных на клиента.
Экспортный и инпортый выходы, всё что не в нутри страны без SAP не потянут.
Пока у сапа нет публичного прайса - это откатоориентированного продвижения контора. Функционала именно в контексте документооборота у 1с достаточно. Чего не хватает - допилят.... Провели ведь запуск системы ДО в почте России на 50к юзеров - запустят и здесь на 76к.
Не подскажите, сколько там инсталляций серверов?
Вопрос про почту РФ? Да, чуть ошибся, не 50К а только 47,6К юзеров и ДО только часть (самая большая) из них. Топ-500 внедрений 1С - этот проект сейчас ещё №1. Официальных данных в пресс-релизе нет, согласно утечек в каждом регионе есть по серверу (обычно в обл.почтамте), Мск наверняка сама по себе от области(свой сервер или даже несколько). Периодически(согласно опять утечек не раз в сутки а раз в час что-ли) всё собирается по РИБ в общую базу (главный кластер серверов наверняка в Мск или в частном облаке с толстым, несколько раз продублированным каналом (от Мск до облака).
Собственно Вы сами рассказали принципиальное отличие САП от 1С. в САП все в одной БД. Например, у всего Шелл для бухгалтерии одна база данных. на 1С такой проект не сделать. Я очень надеялся что они научились работать с большим кол-вом пользователей, чтоб стать альтернативой САП. Но судя по всему нет. Возможно я не в курсе.
Отсюда начинаются пляски с репликацией данных.
В общем, я за 1С, за Галактику и любое другое программное ПО вместо САП. Но не все просто.
Нет проблем с большим количеством пользователей - есть проблемы со связью... И да, есть проблемы в доступном пользователям. В САПе нет такой вещи как неоперативное проведение. Исправить можно, но только сторно старого проведения и повторно формируем движения сейчас. В 1С как правило неоперативное проведение разрешено (контроль остатков при неоперативном проведении - совсем другая нагрузка на СУБД) и т.д..
Это закрывается программно. Если не блокируете периоды, то правьте сколько душе угодно. Но сами пользователи взвоют, так как история поплывет. Это кстати реализовано во всех ерп мне известных. Насчёт 1с не в курсе. Но думаю и там есть
В 1С это конечно тоже решается, но слишком часто сопровождение идёт на поводу всяких бухов.
Страницы