Переход службы электронной почты с Oracle Database занял четыре года и завершился этим летом.
Решение отказаться от СУБД Oracle было принято еще в 2012 году. В течение двух лет «Яндекс» проводил разнообразные тесты и эксперименты, итогом которых стал рабочий прототип на основе PostgreSQL. Летом 2014 года началась его доработка и внедрение, в сентябре прошлого года была проведена миграция неактивных пользователей, а в январе этого года настал черед активных.
«Система обеспечивает хранение около 1 Пбайт данных (более 100 миллиардов записей) и обрабатывает 250 тысяч запросов в секунду. Среди причин, побудивших к уходу от Oracle, отмечается неотзывчивая поддержка, неудобное развертывание, закрытый код, синхронные клиентские интерфейсы, большой объем ручных операций и большие затраты на сопровождение», – сообщается в группе «PostgreSQL в России» в Facebook со ссылкой на доклад представителя «Яндекса», который был сделан на конференции PGCon-2016. Мероприятие прошло в мае в канадской столице Оттаве.
В последнее время решение об отказе от Oracle в пользу PostgreSQL принимают многие российские организации и учреждения, особенно имеющие отношение к госвласти. Только за последние несколько месяцев подобный переход начали либо завершили «Ростелеком», медиагруппа «Россия сегодня» и министерство государственного управления, информационных технологий и связи Московской области. И это неудивительно, учитывая, что в сфере ИТ активно проводится политика импортозамещения, а СУБД PostgresPRO входит в реестр отечественного ПО.
На конференции INFOSTART EVENT 2016 DEVELOPER выступит генеральный директор PostgresPro, Олег Бартунов, с докладом «Эксплуатация 1С на PostgreSQL». Познакомит слушателей с последними разработками, вошедшими в СУБД Postgres Pro. Многие из этих разработок способны заметно увеличить производительность приложений на платформе 1С.
«Яндекс.Почта» окончательно переехала на PostgreSQL
«Яндекс.Почта» окончательно переехала на PostgreSQL
Автор:
Андрей Величко
См. также
Не найдено ни одной записи.
Комментарии
(1) Поручик, postgres pro - это российская контора, которая активно допиливает данную СУБД и выпускает версию постгри, совместимую с 1С. Тесты вообще показывают, что на небольших базах постгри реально быстрее. С большими базами необходима определенная настройка и искаропки М$ работает быстрее, но это легкопоправимо.
(3) borodatii, .
Скоро окажется, что в РФ Linux разработали в течении последних *цати лет.
В компании Постгрес Профессиональный работают все российские разработчики уровня major contributor и commiter. Значительная часть используемой во всем мире СУБД PostgreSQL была разработана сотрудниками компании Постгрес Профессиональный в течение предыдущих 20 лет работы над проектом.
Скоро окажется, что в РФ Linux разработали в течении последних *цати лет.
(5) EliasShy, не поверишь, но так и есть. Огромное коммьюнити российских разработчиков пилят и рубят Линух, фряху и прочие вещи. Правда большинство из них живут где-то там, за горизонтом...
Мне лично линух куда удобнее винды, даже иногда Иногда кажется, что он подтормаживает, но после того, как возвращаюсь домой с работы, где стоит венда, это проходит )
Мне лично линух куда удобнее винды, даже иногда Иногда кажется, что он подтормаживает, но после того, как возвращаюсь домой с работы, где стоит венда, это проходит )
Техническая поддержка оказывается в режиме 24x7. Стандартное время отклика - 1 час.
Стоимость технической поддержки составляет 36 000 рублей в год за одно физическое процессорное ядро Intel, и 72 000 рублей за физическое ядро архитектуры RISC.
Техподдержка включает:
- решение проблем с работоспособностью и производительностью СУБД PostgreSQL в программном комплексе Заказчика
- помощь Заказчику с восстановлением данных и работоспособности системы после сбоев СУБД
- выпуск срочных багфиксов для критических инцидентов, при которых багфикс является единственным способом решения проблемы.
Стоимость технической поддержки составляет 36 000 рублей в год за одно физическое процессорное ядро Intel, и 72 000 рублей за физическое ядро архитектуры RISC.
Техподдержка включает:
- решение проблем с работоспособностью и производительностью СУБД PostgreSQL в программном комплексе Заказчика
- помощь Заказчику с восстановлением данных и работоспособности системы после сбоев СУБД
- выпуск срочных багфиксов для критических инцидентов, при которых багфикс является единственным способом решения проблемы.
