«Ростелеком» собирается заместить продукты 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 г. включительно. В отношении второго Минкомсвязи регулярно заключает с ним контракты с разной периодичностью.
Комментарии
какая может быть проприетарщина в ядре? Какие вообще могут быть дрова в ядре юникса? Чувак просто прикалывается :)
Росу можно. Она, вроде, совместима. Насчёт закладок не знаю, наверно, выпилили, раз ФСТЭК сертифицировала.
Я лет 10 назад достаточно активно занимался Linux (RHEL/ASPLinux/Centos/Fedora), в том числе занимался и сборкой/пересборкой пакетов.
И политика у Red Hat вроде как не менялась.
В общем, ситуация (была) такая: все программы ставятся в виде RPM пакетов. Чтобы самому собрать пакет, надо написать файл описания, в котором написано, какие исходники берутся, какие патчи на них накладываются, какими командами компилируются / устанавливаются. Каждый пакет может быть подписан сборщиком. И еще Red Hat собранные обновления на RHEL распространяет по подписке за деньги, а вот пакеты для сборки можно самому скачать на сайте Centos (свободный совместимый аналог) и самому пересобрать.
Так что я удивлен, почему до сих пор не появилась какая-нибудь аффилированная с Ростелекомом контора, которая проводила бы самостоятельную сборку пакетов и не предоставляла бы поддержку. Как я помню, Oracle в свое время пошла по этому пути - анонсировала дистрибутив Unbreakable Linux, который представляет собой перекомпилированнный из родных пакетов RedHat.
Так что было бы желание.
Вот бы еще Эксель кто вычистил, а то минсвязи буквально впендиюривает ее своими приказами.
+100500!
главное работа идёт...новости в области IT прям таки прут
Главное отличие Оракла от Постгри в том, что Постгри ты можешь разложить на атомы и тебе за это ничего не будет, а в Оракле нельзя копаться по лицензионному соглашению. Начал копаться - могут и в суд пиндосовский пригласить во время отдыха в Таиланде.
Ну завтра некая контора заявит свои права на обсуждаемый софт. И никто не вякнет.
Если своё разработать нельзя, то надо искать малоизвестных разработчиков и ПОКУПАТЬ у них продукт. А потом допиливать.
А не надо ничего разрабатывать. Не сегодня, так завтра начнут клепать Энергонезвисимую RAM, и потребность в СУБД отпадёт сама-собой. :)
А как это взаимосвязанно?! Неожиданная чушь от радиомеханика...
В случае наличия ну очень большой оперативной памяти в СУБД изменится только подсистема ввода-вывода. Потому что нормализацию данных отменить не получается, Последняя массированная попытка была со стороны всяких объектно-ориентированных баз. Только где они теперь ?
Например: «Специализированная территориально распределенная автоматизированная система Госавтоинспекции реального времени» (СТРАС ГИБДД РВ), на технологиях Caché/Ensemble от Intersystems. Пенсионный Фонд РФ тоже на СУБД Caché.
Так вот откуда это ненормализованое гуано было - из каши! ))
<задумчиво> Это я вовремя в профессиональном плане с темы Оракла спрыгнул...
Оракл - это целый мир, построенной на реляционной модели данных. Чтобы с ним конкурировать надо создавать с нуля такой же. И желательно на совсем другой математической модели. Может возродить иерархические базы как на больших ЭВМ?
а вы в поисковик забейте "no sql database" и посмотрите на то как весь мир давно уже живет без третьей нормальной формы. :)
Это маркетинг. К реальности он не имеет никакого отношения.
Да? Ладно, как скажете. Вы мне выдали кстати типичный ответ продавцов Оракла и прочих. И внизу тоже - про изменение объектов. Вас похоже по одним инструкциям обучают :).
Чтобы не было соблазна - я с Ораклом 20 лет уже работаю. Начинал с 7-го, так что не старайтесь - все плюсы и минусы понимаю как минимум не хуже вас.
А вот вы похоже без понятия о том что может no sql база и как ее использовать. Но это не моя забота вас просвещать. Маркетинг, значит маркетинг. :)
Проблема в том, что и Oracle, и DB2 построены на ранней неверной интерпретации реляционной алгебры и исчисления предикатов. Винить в недостатках неудачных реализаций реляционной модели саму реляционную модель (вместо бизнесмена Эллисона) не совсем логично.
Кодд (кстати, тоже странный гений, как и Ритчи, и тоже творил не ради лавэ, что противоречит самим основам паразитического капиталистического строя в котором они существовали) пошёл против всего IBM, с их сетевой и иерархической моделью, нарушавшими базовый принцип независимости данных. Кроме того, сетевая и иерархическая "модели" не базировались на какой-либо формальной математической теории.
Реализации NoSQL -- это коньки-горбунки (не являющиеся полноценными СУБД, так как речь идёт не о "databases", а о "docubases"), так как сама концепция базируется на игноровании аномалий данных. Для попила и консалтинговых контор это норм.
Есть специализированные решения, но статья Кодда называлась именно "A Relational Model of Data for Large Shared Data Banks".
Бессмысленное бормотание про "записи в таблице" вместо понимания факта истинности предиката реляционного отношения (когда становится очевидным что разрешенные в SQL, этой недореализации реляционной алгебры, дубликаты имеют не больше смысла чем првторённое дважды утверждение) -- это просто культ карго, перебор туземцами техно-бусов и использование навязанной словесной эквилибристики.
Это все классно, но если уже умничать, то предотвращение аномалий данных вовсе не является обязательной частью СУБД :) По определению не является. И эти "коньки" - 100% СУБД.
А переходя к практике - огромное количество задач не требуют ничего большего чем "конек-горбунок" особенно в интернетах. Та же Монго - одна из самых быстрорастущих по инсталяциям баз (они сами при этом утверждают что самая).
Надо одновременно и согласованно изменить два объекта в базе данных. И тут происходит что-то неожиданное. Экскаватор выкапывает оптический кабель, например. С точки зрения приложения всё в порядке - оно отправило в СУБД согласованные данные. С точки зрения СУБД приложение отправило ему один объект, а потом замолчало. Как приложение обеспечит целостность данных? Перепроверит всю базу данных на непротиворечивость при следующем подключении?
Они сами утверждают, потому что это выгодно. Вы, разумеется, можете верить джентльменам на слово.
Тоже мне бином ньютона :) Кстати вполне реальная и существующая задача в условиях распределенных баз данных. Может быть не обрыв проводов экскаватором, но перерывы на линии случаются. Пример - синхронизация удаленных баз. Перестаньте рассматривать задачу с точки зрения RDBMS и решение очевидно. :)
Вот именно, назвали бы эту хрень "MMMongo DB на основе пирамидальной модели данных". Кстати, про здесь неплохая статья на собачьем,
Why You Should Never Use MongoDB:
http://www.sarahmei.com/blog/2013/11/11/why-you-should-never-use-mongodb/
Печально то, что под обоснование ущербных концепций в любой области человеческой деятельности гешефтмахеры и прочая паразитическая плесень подводят всякую псевдонаучную хрень, в данном случае это CAP Theorem -- а народ ведётся. Ну а что, в газете же написали, в научном журнале.
Вот как объяснить людям что туземца из себя нужно выдавливать по капле и не вестись на глянец?
Притащили статью с громким названием в которой дура попробовала использовать базу не по назначению, жидко обделалась и делится откровением что пилой лучше пилить а забивать гвозди ей трудно. Круто, чо.
Эта статья неоднократно обсуждалась на просторах интернета как религиозными адептами no sql так и пламенными борцами за TNF. Из того что кто-то обкакался нужно сделать правильные выводы, а не маркетинговые лозунги и тем более вопить о "туземцах".
Если очень нужно, то можно начать менять мир с себя например - убейте в себе попуаса, будет легче жить и не надо будет обижаться когда носом в непонимание предмета тыкают. Ну выступили вы престижно "за теоремы" но при этом не знали вы что должна а чего не должна СУБД делать. Ну и что - какая фигня - теперь знаете зато. Не стоит отмететь целую нишу продуктов. :)
Во всех вариантах остаётся Java. Какой смысл в такой замене?
OpenJDK никто не отменял, если понадобится
да и, вообще, можно купить какую-нибудь небольшую контору, выпускающую собственную jdk. Это вам не Microsoft C#, у Java альтернативы для jdk есть сразу. Oracle здесь не жесткий монополист
Вот только стоимость специалистов пишущих на яве "несколько" отличается от тех кто пишет на Си шарпе.
Практически одинаково.
Всё УЖЕ написано на Java. Поздно выбирать язык реализации.
Никогда не поздно всё переписать.
Вот смотрите, американцы не могут сделать центрифуги для обогащения урана, потому что уже есть работающие центрифуги, которые обогащают уран очень дёшево. Денег и времени нужно очень много для того, чтобы их изобрести заново, не подглядывая на Российскую реализацию.
Дальше, у американцев нет кислород-керосинного ракетного двигателя замкнутого цикла. Та же история - делать свой очень дорого и очень долго. А работающий двигатель уже есть и на те деньги, которые понадобятся для разработки, можно купить столько двигателей, что обеспечишь себя на срок дольший, чем будет идти разработка новых двигателей.
Ещё пример - уже имеются технологии производства микросхем по очень мелким нормам - 14 нанометров. Россия и рада бы повторить эту технологию, чтобы не зависеть от Запада, но денег и времени на это уйдёт столько, что можно было бы прямо сейчас обеспечить себя на полвека вперёд покупной продукцией такого же качества. Даже если всё же начать разработку собственных технологий, к тому времени уже существующие разовьются так, что разрабатываемые нами технологии можно будет просто купить, как устаревшие и не нужные.
Вот с программным обеспечением примерно то же самое - когда есть уже работающий образец, на который затрачены много лет, в которых исправлены все ошибки, известны все недостатки, а на повторение того же самого потребуется много-много денег и времени, нет смысла повторять. Потому что можно эти деньги потратить на улучшение уже имеющегося продукта и получить реальную практическую пользу. Если потратить на переписывание - всё это время продукт фактически будет стоять на месте, а взамен мы получим такой же продукт, но с новыми недоработками.
Чушь, всё должно развиваться.
Для примера, самолёт сделанный один раз не является окончательным изделием, в нём заложен потенциал для модернизации. И модернизация самолёта происходит на весь период его эксплуатации. И так во всём.
Так и я о том же. Надо развивать уже готовое, а не начинать всё заново, с переизобретения конструкции братьев Райт. Почему у американцев нет центрифуг для обогащения урана и кислородно-керосинового двигателя закрытого цикла? Потому что не было раньше, а сейчас развивать нечего - только с нуля делать.
Вот пусть и развивают готовое на Java, а не переписывают на C#, как тут некоторым хочется.
Может быть в миллиарде человеко-часов вложенных в солюшены на JAVA?
Такие как вы вечно хотят изобрести велосипед
Когда идёт вопрос о национальной безопасности, такие мелочи не должны останавливать.
Сегодня полно аналогов бд со своими плюсами и минусами, так что вполне логично уйти от доминанта, который еще и санкции накладывает...дблбл, удачи им и процветания, я за свою бд
Вопрос в масштабируемости. Постгресс - лучшая из опенсоурсных БД, но у нее есть серьезные проблемы с масштабируемостью...
Ага, и больше чм у всех разных способов репликации
Ещё бы про немецкий "SAP" удобоваримую статью прочитать. На ём, куча стратегических отраслей в России завязано. То есть, ( в свете всех событий, мне представляется это возможным )возьмут и отключат его нам. И всё, коллапс?
Например, когда у меня на работе виснет SAP, а это бывает с завидной регулярностью, предприятие встаёт. То есть, производство то работает, а вот управление и логистика уже нет.
З. Ы. Вопрос экспертам. Насколько мне известно, например торговые сети работают на этом ПО и крупнейшие производители продуктов питания в РФ. Продовольственная безопасность и неплохо отлаженная сеть снабжения населения продуктами питания в опасности?
Наслаждайтесь. Рекомендую прочитать до конца.
Спасибо камрад, доставил)
Однако, "тема сисег", ака прод.безопасности не раскрыта.
хехехе. Интересно а свою Систему Инвестиционного Планирования они тоже с Оракла будут снимать?
Ёпрст. Вот так и "развилась" IT, вот так и ставится под угрозу продовольственная безопасность - диспетчера бабу Дусю заменили на программные продукты. А функций всего - "да, столько же привозите".
Исходный код PostgerSQL - 1 млн SLOC (строк кода) - это вполне осязаемая вещь.
Кроме того если инетересно - можете почитать как устроен релизный процесс в ПГ - фича до момента включения в ветку в течение примерно года обсуждается и переписывается по 2-5 раз согласно рекомендациям сначала ревьюеров, а потом комиттера.
В таком подходе специальную закладку даже пытаться засунуть смысла нет.
Это конечно не говорит о том что продукте всё идеально и нет дефектов, но с вероятностью 99,(9)% - это ошибки, а не сознательное действие, и как следствие - можно исправить эти ошибки имею правильные руки и правильно заточенный ум.
Дополнительная информация для особо интересующихся:
http://zakupki.gov.ru/223/purchase/public/purchase/info/documents.html?lotId=5567980&purchaseId=4092501&purchaseMethodType=IS
Честно говоря немного поражен подробностью предоставленной в ТЗ информации об инфраструктуре.
Полного представления конечно не получить, но инфомрации очень много...
сколько ж на АШе айтишнегов оказывается!
Давно пора не только уходить от Оракла, но начинать расследования по растраченным на поддержку американской экономики миллиардам. Как минимум их коррупционной составляющей.
С посадками, оргвыводами и штрафами Ораклу/МС.
Страницы