«Ростелеком» собирается заместить продукты Oracle в ряде ключевых информационных систем инфраструктуры электронного правительства. Осуществлять проект он безальтернативно поручил своей «дочке» «РТ лабс» за 111 млн руб.
Замена Oracle
«Ростелеком» до конца 2017 г. намерен заместить продукты Oracle в части инфраструктуры электронного правительства (ИЭП) на решения с открытым кодом. На это оператор выделил своей дочерней компании «РТ лабс»p110,9 млн. Данные о соответствующей процедуре в формате закупки у единственного поставщика появились на сайте госзакупок.
Импортозамещение затронет систему автоматизации предоставления юридически значимых услуг гражданам, организациям и органам госвласти. Она представляет собой совокупность федеральных госинформсистем и иной ИКТ-инфраструктуры.
В рамках исполнения контракта предполагается замена СУБД Oracle на PostgreSQL, сервера приложений Oracle Weblogic AS — на JBoss, контроллера очередей Oracle Weblogic JMS — на Apache ActiveMQ, ПО доступа к каталогам Oracle LDAP ODSEE — на OpenLDAP, средства аналитической обработки и загрузки данных Oracle Business Intelligence Suit — на Pentaho Business Intelligence Suite, шины передачи данных Oracle Enterprise Service Bus — на Mule Enterprise Service Bus.
В «Ростелекоме» указали CNews, что при развитии и модернизации ИЭП компания сейчас старается использовать отечественное ПО, входящее в Реестр, курируемый Минкомсвязи.
В министерстве указали CNews, что проект «четко укладывается в генеральный курс государства на снижение зависимости от иностранного ПО».
По данным CNews, «Ростелеком» сейчас планирует в ИЭП более глубокие изменения, связанные с импортозамещением по всей линейке софта, а также рассматривает варианты замены некоторого «железа». Источники издания говорят, что в настоящий момент оператор уже ведет ряд экспериментальных проектов с некоторыми российскими поставщиками. В самом «Ростелекоме» эту информацию CNews не подтверждают и не опровергают, уклоняясь от прямых ответов.
Для чего это нужно
Помимо причины, обозначенной Минкомсвязи (импортонезависимость), «Ростелеком», который является единым исполнителем работ по созданию и эксплуатации инфраструктуры электронного правительства, указывает, добавляет, что проект направлен на снижение санкционных рисков в области применения софта для госнужд. Также оператор надеется уменьшить совокупную стоимость владения ПО (без учета начальных инвестиций) за счет сокращения лицензионных и иных отчислений зарубежным компаниям.
Еще одним эффектом от описываемого замещения Oracle должна стать локализация в нашей стране производства полного цикла ключевых программных составляющих ИЭП. Кроме того, в «Ростелекоме» считают, что за счет использования ПО систем хранения данных с верифицированным открытым исходным кодом может повыситься устойчивость и информационная безопасность решений.
В каких системах произойдет замена
Касающийся исполнения контракта элемент инфраструктуры электронного правительства включает Единый портал госуслуг (ЕПГУ), Единую систему идентификации и аутентификации (ЕСИА), Систему межведомственного электронного взаимодействия (СМЭВ), систему выдачи кода активации личного кабинета ЕПГУ (АРМ ЦПОК), экспертную систему центров телефонного обслуживания, систему анализа госторгов.
Что конкретно нужно сделать «РТ лабс»
В ходе работ «РТ лабс» нужно будет окончательно определить аналоги продуктов Oracle на замену и доработать прикладное ПО для сохранения текущей функциональности системы при миграции.
Новые решения сначала будут развернуты на тестовой площадке, где станет проводиться их нагрузочное тестирование. По результатам этих испытаний система с импортозамещенным софтом
Что еще используется в ИЭП
Как можно заключить из документов, размещенных на сайте госзакупок, на данный момент рассматриваемые элементы ИЭП преимущественно работают на операционной системе Red Hat Enterprise Linux (RHEL).
В части системного ПО помимо решений Oracle в ИЭП задействованы такие продукты как Nginx, Tomcat, Hornetq, Jboss, Python, Haproxy, Apache, Sphinx, Postfix, PHP.
«Ростелеком» как единый подрядчик
По факту «Ростелеком» является бессменным и единственным исполнителем работ как по развитию, так и по эксплуатации инфраструктуры электронного правительства с 2009 г. В отношении первого фронта работ его текущие полномочия закреплены правительственным постановлением до 2016 г. включительно. В отношении второго Минкомсвязи регулярно заключает с ним контракты с разной периодичностью.
Комментарии
Примените патчи из коробки для 1с.
И настройте кэширование как следует.
Все летает.
Медленнее MS SQL? :)
Шутить не надо
Оракл и Майкрософт "отвечают" за "работоспособность". Это где 10-летние юбилеи незакрытых критикал багов, как с сериализацией в яве.
Постгрес неработоспособен?
Зашкаливающее маркетиновое вранье. Вероятно страх подтереться оплаченным сертификатом.
Полностью поддерживаю.
Я бы RabbitMQ лучше взял.
Написали бы уже свое что ли...
Напишут. Они напишут. Форкнут постгре и будут медали носить. "Болген ОС" в масштабах государства. Не надо идеализировать открытые продукты. Постгре в подметки ораклу не годится.
У меня такое ощущение, что вы один из пострадавших в этой истории
Ораклом барыжите? Или SAP?
или базами данных на них крутящимися...
Постгрес не годится? Это смотря на каких задачах.
Вы знаете задачи электронного правительства?
Вы делали какой-то продукт на Постгрес и вы столкнулись с тем, что он не делает что-то что умеет делать Оракл? Что конкретно это было? Постгрес проект существует давно его используют в серьезных проектах и много лет. По функциональным возможностям эта одна из передовых реляционных БД, вполне конкурирует с возможностями в Ораклом, а если сравнивать с MSSQL, то Постгрес всегда превосходил его по богатству функционала. По моему скромному мнению (15+ лет в ИТ в разработке ПО) давно пора на государственном уровне уходит от продуктов Micro$oft и Оракл и тратить бешенные деньги не на их лицензии, а на свои наработки на опенсорс продуктах.
Ипотеку ему платить с Постгреса не получится.
Если серьезно, то MS SQL жив потому что его втюхивают с большими скидками в "зонтичных" лицензиях на предприятия. А Оракл жив потому что есть Oracle Applications.
Мне трудно себе представить ситуацию в которой кто-то станет разрабатывать апликацию для себя на этих базах за пределами описанных сценариев. Это надо быть идиотом - есть прекрасные и абсолютно надежные бесплатные базы.
Строго говоря, оракл уже это не только СУБД. Это огромная экосистема для хранения, обработки и анализа данных.
Компания, кстати, патологически алчная, это во всём проявляется. От нас ходили пацаны на Oracle Day, говорили, что зажлобили даже нормальным обедом покормить - только чай и горячие бутербродики, а мероприятие шло, между прочим, почти 7 часов.
Ага. То-то оракл запрещает публиковать данные бенчмарков, о чём в лицензии прямо пишет.
Может, боятся чего?
Теперь бы и с красношляпы на отечественный дистр перескочить.
RHEL нормально русифицирован, для корпоративных заказчиков (и не только в РФ) поставляется с текстами, и из текстов готовятся коды с контрольными суммами (при желании --- прямо при Заказчике). RedHat берут плату за оперативную консультационную поддержку Заказчика. Консультанты у них, кстати, из "местных". Некоторые госконторы собирают дистрибутивы RHEL и осуществляют поддержку своими силами или по договору с иной организацией. Такое использование RHEL никак не "преследуется". Использование именно RHEL зачастую определяется более новой, оперативной и полной поддержкой разнообразного "железа" (hardware), чем в иных дистрибутивах, например, серверы/кластеры IBM, HP, и пр.
Ну это вы загнули :) . С поддержкой "разнообразного железа" у RHEL не очень. Пример у меня перед глазами - кластер HP с RHEL5 который пришлось допиливать чтобы запустить IB. А использовать его приходиться, потому, что он как-бы "сертифицирован" производителем "железа" и идет в комплексной поставке. Лицензия уже "протухла" и доступа к RHN нет. Чтобы обновиться требуется порядка 3 млн.руб.
Вы как раз описали случай с действующей поддержкой "серверного! разнообразного железа". В таких ситуациях, при действующей поддержке, обычно HP + RedHat, совместно, помогают в решении проблем.
Это не помощь, это костыли за немалые деньги. Нам от такой помощи "ни холодно, ни жарко". Сами ручками пересобирали ядро и модули. "Траха" на несколько месяцев. А все почему? Да потому, что RHEL тормоза известные, и поддержки нового железа от них ждать можно годами... :) .Та-же история и с софтом - отставание по версиям на год-два от остальных. Хорошо хоть devtools допилили, а то невозможно работать было.
Вопрос не в русификации и поддержке, а в возможности закладок в проприетарных компонентах и возможности ссанкций.
Из проприетарных компонент в RHEL могут быть только драйвера, и то, довольно "экзотических" периферийных устройств. Были бы какие-нибудь сетевые драйвера "бинарными", то можно было бы напрячься. А так - нет.
В санкциях (по поводу Крыма) RedHat уже попробовал проучавствовать. Правда в его позиции у RedHat как раз-таки нет технологических рычагов (и именно из-за открытости технологии). Поэтому, RedHat послали простым и дешевым методом: "собака лает - караван идет".
В целом шило на мыло... ну и ценник конечно невероятно маленький имхо будут добавлять в процессе. Пентаха...совсем тоска. JBOSS бесплатный?
Им еще надо сап внедрить , не ну а че, модно, молодежно. Ростелеком это Никифоров же...вопросов вообще нет в таком случае.
Нормальный ценник. Тупо перенесут базы на новый мотор, перепишут 10% кода, перепишут 20% кода в клиентах. Обновят ПО в датацентрах а на местах штатные программисты поставят новое ПО.
И задача не перейти полностью на СПО а уйти от оракла.
Помню, как ребята пытались эмулировать Oracle с помощью PGSQL - вполне достойно получилось! И менять ни чего не пришлось... Да и в прошлом году уже была новость http://www.cnews.ru/news/top/oracle_otgovarivaet_rossiyan_migrirovat
У нас в компании проделывали аналогичный эксперимент в инициативном порядке. Утверждают, что все прошло хорошо. Попробовали, и успокоились. Но на днях тема внезапно стала очень актуальной.
Специфика нашего основного продукта в том, что он функционирует с середины 90-ых и написан в модной тогда архитектуре двухзвенки. То есть вся бизнес-логика вынесена на сервер в пакеты и это создает серьезные опасения по части переноса кода. Мы поставляем продукт с бесплатным Oracle Express, а для крупных клиентов покупаем лицензии на полноценные версии Oracle. И вот на прошлой неделе звонит нам представитель Oracle и заявляет, что мы более не можем покупать лицензии Oracle Standard Edition One и должны раскошеливаться на Enterprise Edition. На вопрос о причинах было лишь сказано, что это политика компании. И вот наши ребята теперь чешут репу и понимают, что конкурентоспособность нашего продукта по вине Oracle рухнула ниже плинтуса и от экспериментов по портированию данных пора переходить к практике.
Что до меня, то конкретно мой продукт с Oracle на PostgreSQL я перевел в начале этого года, как только замаячила перспектива кластеризации. Благо у меня трёхзвенка и процесс портирования занял минут 20, не считая предварительных тренировок. Жалею, что лишился такого замечательного инструмента, как Oracle SQL Developer, а вот касательно самой СУБД претензий нет никаких.
От оракла наверное уйти не плохо, тем паче они себя неадекватно повели ссылаясь на санкции. Насчет перепишут какие-то проценты... ну это большой вопрос на самом деле. А так ну конечно я лично за, если оплачивают можно хоть каждый день мигрировать с оракла на постгре дальше на мускл и обратно по кругу)))
На мускул оракл уже лапу наложил...
MariaDB. Открытый код, полностью совместим с мускулом.
> JBOSS бесплатный?
да, кстати весьма достойный AS
Хорошая новость. Только ещё от редхата ещё надо избавиться, ибо замена базового дистра - весьма объёмная работа.
ЕМНИП, все российские серверные дистры на красношляпе и основаны, так что, нового там мало что.
Щаз! Закладок там полно, их уже успели засунуть и на openvirt.
У наших полно или у ихних?
Каждый добавил свои и все счастливы
Альты от мандраки произошли. И только. Давно вполне себе самостоятельный дистр, хоть и базируется на rpm. Про новоделы типа Росы не в курсе
Посмотрел, уточнил. Роса серверная точно шляпное происхождение имеет. Обещают полную совместимость. Десктопная же - это цельнокупленная у французов Мандрива, доработанная напильником. Альт, да, серверный тоже свой, доморощенный.
Так что, пускай на Росу переходят, минимизации издержек ради.
Вам - хорошая. А для гос. органов?
Мне уже видятся кактусы, которые заставят жрать.
Будет зависеть от того как реализуют. Кому сейчас легко в импортозамещении? А СУБД - это в информационных технологиях вещь стратегическая. Так что работать надо, а не отваливать бабло всяким ораклам и "жить хорошо".
Это бомба. Давно пора. Оракулы вопят изо всех дыр о слабости Пострге. Поглядим как оно на самом деле. Но это только первые шаги. Нужны гранты и юридическая защита всего движения GNU. Нужно чтобы GNU и Россия стали как Ленин и Партия. Заказать GNU САПР и САП. Возглавить процесс и убить наконец всю это шушеру Адобы, Автодески и прочих кровопийц. Для пользы всего человечества, ну и для России, тоже ;-) Если начать прямо сейчас то лет через 10 уже будут нормальные GNU-САПР уровня автокада/арчикада, а там и вал пойдёт.
+100500!
Надо, чтобы батька Столлман ставил Россию всем в пример.
Есть Линтер-ВС. Нормально.
Какое он имеет отношение к опенсорсу? Вы еще МСВС и Зарей ОС похвастайтесь как вкладом России в опенсорс.
А интересно, с Китаем посотрудничать не получитится? Крепкая штука может получится, если в связке.
На сколько я понимаю идеи исходят от общеизвестного персонажа: Ильи Иссовича Массуха. Вот к примеру: https://roem.ru/26-11-2014/108126/ilya-massuh-zamenit-oracle-na-rossiysk...
Но это все дело десятое. А на самом деле все гораздо интереснее. На свете имеется вот такое чудо-юдо: https://en.wikipedia.org/wiki/Tibero Это корейский Oracle-клон. Но самое интересное откуда он взялся. Дело в том, что это точная копия одной из допотопных версий Oracle.. Есть слухи, что корейцы исходные коды получили.... где-то у нас! И у компетентных органов имеются исходные коды Oracle, не самые свежие но все же. Oracle имел неосторожность передать исходные коды СУБД при продаже каким-то нашим госсутруктурам. Сам виноват...
Красношляпу заменить на Centos, Oracle на Postgresql и так далее. Что-то допилить, что-то свое с ноля написать - зато потом вполне можно этим барыжить на внедрениях и их поддержке
CentOS не безопасен, там закладок многовато, особенно в ядре, да и проприетарные компоненты имеют скрытые функции.
Во-первых, "где пруфы, Билли?". Во-вторых никто не мешает пересобрать под себя ядро и все остальное, не говоря уже о том что можно завести команду которые развивают ядро с учетом наших интересов (читай: пихает в ядро наши бэкдоры :-) )
Откуда в ядре закладки? Оно же открытое. И можно самому собрать.
Оттуда, что там есть проприетарные дрова.
Подождите.. В ядре? Примеры в студию...
Ха-ха-ха, нельзя так смешить без предупреждения. Или это вы серьезно? Нет врядли. Просто прикалываетесь.
Ссылки на проприетарщину в ядре приведите.
Страницы