Недавний масштабный сбой облачного сервиса хранения данных AWS S3, продолжавшийся 11 часов, был вызван тем, что сотрудник Amazon Web Services допустил опечатку, выполнив команду отключения небольшого числа серверов системы тарификации, которая работала медленнее, чем должна была.

Из-за неверно введенного параметра произошло отключение большого количества серверов, поддерживающих критически важные системы S3. Результатом стал отказ S3 в регионе Amazon US-EAST-1 (Северная Вирджиния) и зависимых сервисов, включая Elastic Block Store, Lambda и механизм запуска новых экземпляров Elastic Compute Cloud.

Сбой повлиял на работу таких компаний, как Netflix, Reddit, Adobe и Imgur. По данным Apica, сайты более половины онлайн-магазинов из сотни самых крупных загружались медленнее обычного.

Для восстановления работоспособности S3 понадобился полный перезапуск ряда подсистем, но такая операция в Amazon не выполнялась уже несколько лет, а поскольку за это время облако существенно выросло, перезагрузка заняла больше времени, чем предполагалось.

Чтобы предотвратить повторение инцидента, в Amazon приняли ряд мер, в частности, изменили инструмент, ставший виновником сбоя, — теперь он будет анализировать возможные последствия ввода команд и выдавать соответствующие предостережения.

Компания Spiral Toys, выпускающая игрушки из серии CloudPets с функциями записи и передачи через Интернет голосовых сообщений, получала предупреждения о небезопасности хранения пользовательских данных в публично доступной базе данных MongoDB еще в декабре прошлого года, но игнорировала эти предупреждения, заявляет специалист по безопасности Виктор Геверс. Он пытался связаться с руководством компании по электронной почте, через сеть LinkedIn и с помощью журналиста из Vice Media, но ответа так и не получил. Информация привлекла внимание компании только после того, как о ней написал в блоге другой исследователь — Трой Хант.

Генеральный директор Spiral Toys Марк Мейерс заявил, что писем от исследователей в архивах компании не нашли. Журналист действительно пытался получить от Spiral Toys комментарии, но в компании решили, что статья в любом случае будет негативной, и не стали отвечать, пояснил он. Проблема, по мнению компании, была незначительной. Доступ к записям сообщений можно было получить только по паролю, а пароли хранились в утекшей базе данных в зашифрованном виде, подчеркнул он. Впрочем, указывает Хант, если пароль был слабым, его легко можно подобрать и в этом случае.

Зубная щетка Philips FlexCare Platinum Connected — не просто приспособление для гигиены полости рта, это устройство Интернета вещей. Датчики определяют местонахождение, измеряют силу нажима и регистрируют перемещения щетки, работающей с частотой 31 тыс. вибраций в минуту. Данные передаются по Bluetooth мобильному приложению, которое анализирует охват полости рта при чистке, указывая области, которым нужны «последние штрихи» или дополнительное внимание. Есть также возможность отправить месячную историю использования щетки зубному врачу, чтобы он был в курсе, насколько качественно вы чистите зубы.

Данные для приложения щетки, как и для других подключенных устройств Philips, обрабатываются в облаке Amazon Web Services. В Philips стремятся быть на переднем крае эпохи Интернета вещей, предоставляя потребителям и коммерческим заказчикам доступ к информации, благодаря которой люди смогут тщательнее следить за своим здоровьем, а машины — работать лучше.

В Philips не хотят упускать расцветающий рынок Интернета вещей, который, по оценкам аналитиков IHS, в 2015 году насчитывал 15,4 млрд соединенных устройств, а к 2020-му должен вырасти вдвое. В IDC, в свою очередь, оценивают объем рынка Интернета вещей за прошлый год в 737 млн долл. и предсказывают, что благодаря среднегодовому росту на 15,6% к 2020 году он вырастет до 1,29 трлн долл.

Коммуникативно-цифровые функции щетки FlexCare разработаны в подразделении Philips, отвечающем за цифровую платформу HealthSuite, возглавляет которое вице-президент и генеральный менеджер Дейл Виггинс. «HealthSuite — ключевой элемент нашей работы на благо здравоохранения, — говорит он. — Соединяя с сетями различные устройства и пользовательские интерфейсы, применяемые в больничной и домашней среде, мы можем предоставлять больше данных, приносящих пользу заказчикам».

Еще одна масштабная инициатива Philips — наладить обмен информацией с поставляемым компанией диагностическим оборудованием, в частности с аппаратами МРТ. Основной целью здесь является снижение затрат на ремонтно-техническое обслуживание.

Аппараты МРТ сохраняют данные о своей работоспособности, состоянии различных компонентов и возникающих ошибках. Раньше специально обученный специалист должен был регулярно проводить технический осмотр аппарата, считывать журналы операций и планировать ремонтные работы, заказывая необходимые комплектующие для замены.

Подключенные аппараты Philips защищенно загружают журналы операций в облако Интернета вещей, работающее на платформе AWS. Теперь машина, пользуясь облачными вычислительными ресурсами, может самостоятельно провести анализ своего состояния и спрогнозировать сроки износа движущихся частей. Philips собирает данные сразу со многих аппаратов, установленных в различных учреждениях. Когда какая-то из машин отчитывается о проблеме, в компании могут отследить предупреждающие сигналы, которые предшествовали сбою, и настроить выдачу уведомлений при их появлении в других машинах. Вместо регулярного посещения больниц для инспекции аппаратов специалисты могут приходить только тогда, когда это действительно нужно, благодаря чему повышается продуктивность их работы и снижаются затраты заказчика.

«Информация извлекается из аппаратов гораздо быстрее, а аналитические алгоритмы, обрабатывая ее, предоставляют сведения, дающие основания для действий», — поясняет Виггинс.

К облаку AWS подключена большая часть систем обработки данных для аппаратов МРТ. Журналы операций ведутся в обычном режиме, но более новые машины и доработанные старые оснащены средствами защищенной передачи данных в AWS.

С помощью платформы бессерверных вычислений AWS Lambda данные упорядочиваются и анализируются. Прогнозные алгоритмы и аналитические инструменты ведут мониторинг работоспособности, выявляют закономерности и формируют отчеты об аномалиях.

По словам Виггинса, в Philips пользуются несколькими сервисами AWS, в том числе платформой Интернета вещей, задействуют примерно 10 тыс. виртуальных машин Elastic Compute Cloud и экземпляры различных СУБД. Для выдачи уведомлений используется сервис Amazon CloudWatch, для автоматического планирования и выполнения заданий — Cloud Formation. В Philips перенесли медицинские снимки общим объемом 19 Пбайт из локальных аппаратных систем хранения в облако, частью путем физической транспортировки на грузовиках Amazon Snowball. Теперь изображения размещены в облачных базах данных, в горизонтально масштабируемой платформе Amazon Simple Storage Service и в Glacier, сервисе для хранения данных редкого доступа. Вся информация шифруется в Philips, ключи есть только у компании.

«Это высококонкурентный рынок, — признает Виггинс. — Чтобы держаться на переднем крае, нам необходимо обучать сотрудников и нанимать новых специалистов, предлагая им соответствующее вознаграждение. По решению руководства новое направление деятельности Philips должно стать одним из главных. Из компании, занимавшейся в основном поставками оборудования, мы превращаемся в производителя медицинской техники, ориентирующегося на улучшение обслуживания с помощью цифровых сервисов. Большую роль в этом играют технологии обмена информации с облаком, освоение которых заставляет нас меняться буквально на ходу».

Компания Google представила сервис баз данных, который она намерена предложить пользователям своих публичных облачных сервисов, чтобы управлять критически важными для них продуктами.

Новый сервис Cloud Spanner с полным набором необходимых средств управления базами данных сочетает в себе согласованность транзакций традиционных СУБД с масштабируемостью и производительностью баз данных NoSQL. Он построен на основе тех же самых систем, которые обслуживают собственную внутреннюю базу данных Google Spanner.

Как правило, предприятия поставлены перед выбором между традиционными СУБД и базами данных NoSQL. Оба варианта имеют свои достоинства и недостатки. Традиционные СУБД обладают лучшей транзакционной согласованностью, но их трудно масштабировать. Базы данных NoSQL лучше масштабируются, однако при этом приходится жертвовать транзакционной согласованностью.

Система Cloud Spanner проектировалась в качестве управляемого сервиса, лишенного ограничений существующих решений. Помимо всего прочего это означает, что Google будет управлять оборудованием, программным обеспечением и реплицировать контент баз данных, которые могут распределяться между несколькими ЦОД.

«Сервис окажется полезным компаниям, которым нужно обеспечивать согласованность своих глобальных баз данных в течение миллисекунд», – пояснил директор Gartner по исследованиям Ник Хойдекер. Он считает, что ощутимый выигрыш от Cloud Spanner может быть получен в сфере финансовых услуг и рекламы.

При этом компаниям придется переносить существующие приложения, что сопряжено с определенными трудностями. По словам менеджера по продукту Cloud Spanner Дипти Шриваставы, Google совместно с партнерами намерена помочь клиентам справиться с такой задачей.

По итогам закрытого альфа-тестирования можно сделать вывод, что Cloud Spanner вызывает повышенный интерес по сравнению с большинством других новых сервисов Google.

Сервис Cloud Spanner вырос из проекта, начавшегося в 2007 году, когда группа сотрудников Google поставила перед собой цель покончить с проблемой выбора между NoSQL и традиционными СУБД. В 2012 году был опубликован документ, описывающий СУБД Spanner, в которой фигурировал целый ряд новых технологий, предусматривающих в том числе и использование в дата-центрах атомных часов и часов GPS для обеспечения согласованности времени.

Технология Spanner применялась для управления сервисами AdWords и Google Play. По свидетельству компании, она позволяла обслуживать десятки миллионов запросов в секунду.

Возможности Cloud Spanner были положительно оценены Питером Баккумом, возглавляющим проект создания платформы Quizlet. Компания, занимающаяся образовательным программным обеспечением, предлагает студентам популярный набор исследовательских инструментов для оценки того, как лучше масштабировать инфраструктуру баз данных.

В Quizlet изучали Cloud Spanner еще на этапе закрытого альфа-тестирования и планируют использовать этот сервис в качестве замены существующему набору баз данных MySQL. Рефакторинг приложений Quizlet для использования Cloud Spanner потребует дополнительной работы, но, по словам Баккума, это решение представляется предпочтительным из всех возможных вариантов модернизации.

«Для дальнейшего масштабирования нам нужна фундаментально иная архитектура, а сложного плана миграции потребует любое из возможных решений», – подчеркнул он.

Популярность Cloud Spanner может возрасти и благодаря позиции Google на облачном рынке. Несмотря на активное предложение новых возможностей и улучшение своих сервисов в целях привлечения новых клиентов, Google пока уступает по популярности Amazon Web Services и Microsoft Azure.

Чтобы использовать Cloud Spanner, нужно перенести данные на облачную платформу Google и создать приложения, которые будут обращаться к этим данным. Сегодня некоторые компании не испытывают особых неудобств при работе с несколькими поставщиками облачных сервисов, однако этим могут похвастаться далеко не все.

По словам Хойдекера, Google является единственным крупным поставщиком облачных сервисов, предлагающим решение такого рода, и соперничать с ней в этом отношении будет довольно сложно.

«Cloud Spanner не просто программное обеспечение, – указал он. – Это объединение программного обеспечения и оборудования в форме атомных часов в ЦОД Google, а также невероятно устойчивая сеть, связывающая ЦОД компании друг с другом. Так что речь идет не просто о написании программного кода, а о значительных инвестициях и огромном опыте, которым славится Google».

В настоящее время экземпляры Cloud Spanner поддерживаются только в пределах одного из облачных регионов Google, хотя их и можно реплицировать между зонами, доступными внутри этих регионов. В перспективе же у клиентов Cloud Spanner появится возможность использовать единую базу данных, синхронизируемую сразу в нескольких регионах.