24 октября 2018 г.
Решение Amazon перейти с базы данных Oracle на собственную СУБД Aurora PostgreSQL привело к тому, что многие тысячи покупок были доставлены с задержкой, сообщил канал CNBC со ссылкой на
Отчет касался проблем, с которыми столкнулся гигант И-коммерции в свой традиционный Prime Day 16 июля. В отчете делается вывод, что Aurora, собственная СУБД Amazon, оказалась неспособна «справиться с нагрузкой, что замедлило ее работу в целом», говорилось в выпуске новостей CNBC.
В отчете, который CNBC не преминул назвать «работой над ошибками», сказано, что «снижение эффективности функционирования привело к задержкам и даже остановкам» в работе СУБД.
Речь идет о технических проблемах на складе Amazon в Огайо, который перешел с базы данных Oracle на PostgreSQL-СУБД Aurora самой Amazon, уточняет CNBC.
Инженерам компании был, в частности, задан вопрос, «почему складская СУБД Amazon не столкнулась с той же проблемой во время предыдущего пика, когда использовалась Oracle». Они ответили на это, что «Oracle и Aurora PostgreSQL это две совершенно разные технологии [баз данных]», которые по-разному обрабатывают «точки сохранения», рассказал CNBC.
Точки сохранения необходимы для реализации «отката при ошибках сложного характера» в приложениях с базой данных, говорится в Википедии. «Если происходит ошибка в середине транзакции со множеством операторов, то приложение имеет возможность восстановиться после этой ошибки (путем отката к точке сохранения) без необходимости отмены всей транзакции», сказано в Википедии.
В тот злополучный Prime Day «было создано чрезмерное количество точек сохранения, и СУБД Aurora не смогла справиться с нагрузкой, что замедлило работу базы данных в целом», — такое объяснение дается в отчете Amazon, на который ссылается CNBC.
Проблемы в Prime Day привели к тому, что более 15 тысяч покупок не были вовремя доставлены, а порожденные этим неоправданные трудозатраты составили около 90 тыс. долл., говорится в отчете.
CRN обратился к Amazon с просьбой прокомментировать, но не получил ответа на момент публикации.
В июле Amazon заявила CRN, что множественные сбои, имевшие место в ее четвертый по счету Prime Day, не имели отношения к Amazon Web Services.
CRN не имел возможности сам ознакомиться с внутренним отчетом Amazon.
Буквально накануне сообщения CNBC Ларри Эллисон, учредитель, а ныне директор по технологии Oracle, отметил, что общедоступное облако недостаточно надежно для корпоративных применений, и, как пример, критически высказался в адрес Amazon Web Services.
Выступая на Oracle OpenWorld, Эллисон подчеркнул, что есть «фундаментальная проблема», связанная с архитектурой среды общедоступного облака.
AWS и другие игроки рынка облачных услуг размещают свой управляющий код на тех же самых серверах, где запущены рабочие нагрузки клиентов, пояснил Эллисон. Это означает, что потенциальный злоумышленник может изменить управляющий код провайдера, получить доступ к другим серверам, просмотреть данные других клиентов и вывести их оттуда, сказал он. «Даже самые матерые ИТ-компании регулярно подвергаются взломам», — добавил Эллисон.
Ранее он уже говорил, что планы Amazon — к 2020 году перейти с СУБД Oracle на Aurora — создадут ей проблемы.
«Не думаю, что они смогут это сделать, — сказал Эллисон на конференции в августе. — У них было десять лет, чтобы уйти с [СУБД] Oracle, но они всё еще на Oracle. И им будет нелегко на их собственной технологии. Это не будет рентабельно. Я имею в виду, что это действительно очень трудно».
Главный управляющий крупного поставщика облачных решений, сотрудничающий и с Oracle, и с AWS, вступился за Aurora PostgreSQL, назвав ее готовым корпоративным предложением. При этом он всё же согласился, что перейти с Oracle действительно трудно для любой компании. «Миграция с Oracle — это непросто», — сказал он.
© 2018. The Channel Company LLC. Initially published on CRN.com, a The Channel Company website, at https://www.crn.com. Reprinted with permission.
Источник: Джина Нарчиси, CRN/США
