Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 1667 сообщений
Cообщения с меткой

ibm - Самое интересное в блогах

Следующие 30  »
rss_rss_hh_new

[Перевод] Интервью с мамой, банковским программистом на COBOL'е

Среда, 20 Июля 2016 г. 16:09 (ссылка)



Фото из Гугла, это не мама автора



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



Объясню немного



Мир банковского программного обеспечения — это другая вселенная. Она сильно отличается от той, к которой привыкло большинство из нас. Я публикую этот пост на HN и на Reddit. Публикую интервью не в виде вопросов-ответов, а в виде рассказа. Я добавил некоторые вопросы и ответы в нижнюю часть поста.



1991



Год, когда она начала внутреннее обучение в банке Nordea, который тогда назывался Nordbanken (Северный банк). В 2001 году его переименовали в Nordea. Во время обучения она должна была проходить различные тесты, в первую очередь тест IQ, чтобы показать, что она обладает интеллектом, достаточным для работы в этой области. Тест на психологическую устойчивость — что у неё достаточно нервов для этой специфической работы и тест на многозадачность, который она завалила с оценкой 22/100. Остальные тесты она прошла успешно и заняла одну из 16 доступных позиций.



Должность звучала «как программист мэйнфреймов IBM на языке COBOL», и до сих пор, уже 25 лет, моя мама работает на этой должности в том же банке.



Эта позиция в банке самая важная, по крайней мере, с технической точки зрения. Если, скажем, мама и члены её команды одновременно бросят работу, банк разорится в лучшем случае в течение нескольких недель. Её коллектив работает посменно с круглосуточной доступностью. Помню, когда я был младше, она брала такси и ехала на работу посредине ночи, в воскресенье, чтобы исправить взаимную блокировку.





Мой брат (ему 1 год, он слева), моя мама и я (справа)



COBOL...



… это не такой крутой язык программирования как функциональный Haskell или Golang для параллельных вычислений. COBOL — это императивный, процедурный язык, а с 2002 года — объектно-ориентированный. В самом языке ничего плохого нет, проблема в том, что его почти никто не знает, как минимум в контексте программирования мэйнфреймов. Моя мать — вторая из самых молодых членов команды, а она родилась в 1964 году. У самого молодого из персонала разница с ней в два года. Это глобальная проблема, поскольку почти все крупнейшие банки в мире работают с мэйнфреймами IBM и COBOL у них — основной язык программирования. У банков помельче ситуация лучше, они обычно работают, например, на Java, без мэйнфреймов.



Мама раньше спрашивала меня, не хочу ли я изучить этот язык, но я тогда уже работал с более продвинутыми технологиями вроде Postgres, Redis, Node, Crystal, PHP и всегда отвечал «Да ни за что!». Мне до сих пор интересно то, что она делает, но такие типы систем вызывают, кажется, самое плохое ощущение корпоративщины, которое только можно представить и которого мне хотелось бы избежать.



Правда, я могу только представить жирную зарплату 20-летнего программиста старого мэйнфрейма, потому что возраст в этом случае бесценен.



Базы данных



Их основная база данных называется IMS. Это иерархическая база данных, созданная IBM для программы Apollo. Между собой они называют её DL/1, Язык Базы данных 1 (Database Language One). Они пытаются мигрировать на DB2, реляционную базу данных, которая понимает нормальный SQL. Но, учитывая огромный объем данных, которые хранит банк Nordea, такая задача займёт несколько лет. Нужно не просто переместить данные из IMS в DB2, в дополнение надо обновить модули для загрузки и сохранения данных из DB2 вместо IMS, а модулей тысячи, многие из них были разработаны программистами, которые либо умерли, либо вышли на пенсию.



Каждая транзакция хранится в DB2. Они избегают записей в IMS насколько это возможно, и только считывают из неё данные, пока их новая купленная система не интегрируется полностью, и они не смогут хранить данные там.



IMS — чрезвычайно старая и очень медленная (для некоторых задач).

Поиск данных может занять несколько часов. Ха, а мы тут спорим о том, что у MySQL скорость выполнения запросов на две миллисекунды выше, чем у Postgres. Немного иронично.



Они также используют плоскую файловую структуру для целого ряда задач, которые сами по себе делятся на несколько подвидов, поддерживаемых IMS. Один из примеров — GSAM, из-за которого маме не раз приходилось мчаться на работу на такси. И всё из-за модулей, работающих с одним и тем же GSAM-файлом одновременно, создавая взаимные блокировки.



Давайте поговорим о размере их баз данных. DB2 хранит данные только о транзакциях, и транзакции отличаются по размеру, в зависимости от типа счетов, между которыми протекает транзакция. Частные счета, как мой личный банковский счет, на порядок проще, чем корпоративные счета. Каждая транзакция весит где-то от 500б до 2Кб, в среднем примерно 1Кб.



Сейчас их база данных DB2 хранит 11 миллиардов транзакций, а закон требует хранить каждую транзакцию в течение 10 лет, а по факту — 11 лет. На данный момент транзакциям только 7 лет, а их количество, предположительно, растёт на 5-8% каждый год, и так, пока они не дождутся 11 лет, когда можно будет уничтожить записи старше 11 лет.



Получается, сегодня DB2 хранит около 10Тб данных, и это только транзакции. Через четыре года это превратится приблизительно в 13-14Тб.



Большая часть оставшейся информации хранится в IMS. Эти данные сильно отличаются по объёму, так что трудно оценить размер, но я предполагаю, что их намного больше, чем в DB2.



Ещё они хранят некоторые данные на лентах, а их программы указывают машине загрузить или сохранить данные с конкретной ленты. Это довольно круто!



IDE



У всех есть что-то вроде IDE или текстового редактора, правда? У них, вот, есть. Их IDE называется ISPF и напоминает операционную систему. ISPF можно расширять, и часть, которую можно назвать IDE — это расширение ISPF под названием Endevor.



ISPF напрямую связана с мэйнфреймом, и у них нет такого понятия, как локальная среда разработки.





Интерфейс ISPF, найденный в интернете



Пакетная обработка



Примерно 80% их систем — пакетная обработка. Это задачи, которые запускаются в определенное время или интервал времени, выполняя какую-нибудь обработку данных или отправляя данные в другие банки, агентства или ещё куда-то. Например, когда я покупаю банку кока-колы, деньги снимаются с моего счета, но фактически деньги никуда не поступают, пока одно из их пакетных заданий не проведёт эту операцию. Эти задания, как правило, выполняются в ночные часы, поэтому обычно требуется день, чтобы операции между банками завершились. Транзакции внутри банка обычно мгновенные, поскольку выполняются сразу.



Пакетные задания работают с гигабайтами, иногда терабайтами данных, и в некоторых случаях могут занять несколько часов. Хотелось бы посмотреть, как мэйнфреймы IBM внезапно переходят на полную мощность в их датацентрах в ту секунду, когда на часах 00:00. Это было бы офигенно!



Проблемы, с которыми сталкиваются банки



У банков, которые работают на мэйнфреймах, множество проблем, которые они должны решать, но времени на это, к сожалению, не хватает.



Программисты становятся старше, не многие хотят учиться, а время, через которое новый сотрудник сможет уверенно выполнять свои функции, составляет 2-3 года, и даже после этого он может попасть в нетипичную ситуацию.



Есть программы, которым десятки лет: никто не понимает, как они работают, а человека, который их писал, уже давно нет.



Многие банки хотят приобрести новые крутые системы, чтобы заменить старые, а все их программисты в один голос заявляют: «это не сработает, нашего монстра нельзя ничем заменить».



Отчасти, причина огромного размера их систем в том, что они изначально допустили ошибку и начали подстраивать свою систему под другие системы. Хороший пример: мы создаём RESTful-сервисы, в которых программы, которым нужно получить от нас данные, подстраивают свои системы под нашу. В некоторых банках всё не так, и они посылают данные другим системам, например, налоговым службам, а налоговые службы могут в любой момент обновить свои системы, которые, в свою очередь, сломают те, что банки используют для отправки данных.



Банковские системы также чрезвычайно продвинутые. Личный банковский счет сильно отличается от корпоративного банковского счета. В дополнение существует как минимум 50 различных видов банковских счетов для каждого из типов. А в случае с Nordea, есть ещё и шведские правительственные счета, которые отличаются от личных и корпоративных. Думаю, что существуют финские правительственные счета и, возможно, часть датских, которые тоже чем-то отличаются.



В заключение



Будет очень интересно послушать, что банк Nordea и другие банки собираются делать в ближайшие годы, и какие новые технологии они собираются реализовывать.



Q&A



Почему ты решила программировать на мэйнфрейме IBM на COBOL?

— Я всегда хотела «работать с компьютерами», но не искала эту конкретную работу. Я увидела объявление в газете, подала резюме и получила работу. Правда, на тот момент у меня уже было немного опыта в сфере компьютерных систем.



Что тебя больше всего шокировало?

— Мой коллега однажды забыл добавить точку в конце инструкции для программного модуля в самой важной части нашей системы, которую мы называем «кассой». Она отвечает за обработку всех денег. В результате на 16 часов остановилась работа всего банка, исключительно из-за модуля, который продолжал выполняться, хотя должен был остановиться после той инструкции. Это буквально повесило нашу систему, устроив, можно сказать, DoS-атаку самой себя.



Как ты думаешь, какое будущее ждёт банки, работающие в той же инфраструктуре, как Nordea?

— Большинство банков признало, что нужно заменить старые мэйнфреймы на более современные. Nordea купил новую систему, которой обещал заменить текущую в течение 4-х лет, но банк обслуживает несколько стран, и в реальности 4 года уйдёт только на одну страну, так что в общей сложности — 16 лет.



Банки и финансовые системы, которые не поняли этого, окажутся в очень сложной ситуации. Хотя мне до сих пор кажется, что мы будем использовать инфраструктуру IBM.



С какими проблемами тебе пришлось столкнуться как женщине-программисту, которая начала работать в 90-х?

— Совершенно никаких проблем не было. В моём коллективе есть несколько женщин, но мужчин больше. Меня это не особо беспокоит.



Ты работаешь над одним модулем и, возможно, над одной кодовой базой больше 20 лет. Это вообще надоедает?

— Да, определенно, как и в других сферах деятельности. Но за время работы здесь я создала множество абсолютно новых систем по разным финансовым направлениям, и это всегда было интересно. К сожалению, с этого момента мы уже никогда не создадим ничего нового, только будем поддерживать текущее и ждать новую систему, которую купили для замены.



Насколько страшно писать код для банка?

— Очень страшно, особенно, когда мы делаем изменения на главном сервере по воскресеньям. Когда мы что-то там меняем, крупные блоки системы нужно переводить в оффлайн. Один из этих блоков — вся IMS. В этот промежуток времени может случиться что угодно, но у нас очень надежная тестовая система, так что, как правило, всё проходит без проблем.



Ты когда-нибудь допускала серьёзные ошибки в работе?

— Определенно, одну довольно серьёзную ошибку я сделала еще в 1997 году, когда мой младший сын (это я, автор) только пошёл в детский сад и кончился мой декретный отпуск. У нас есть накопительная пенсионная система. Этот тип банковских счетов в то время был не закрытым, а по закону нельзя было снимать деньги с этого счета пока не исполнится 55 лет. Поскольку счета не были закрытыми, при наличии номера банковского счета деньги можно было снимать. Поэтому решение было простым — не давать клиентам номера их банковских счетов.



Я ухитрилась облажаться и изменила модуль, который стал добавлять номер счета в письмо, отсылаемое клиенту по почте. Клиенты начали снимать деньги (с которых еще не списали налоги!) со своих пенсионных счетов раньше, чем им полагалось по закону.



Это повлекло за собой огромное внутреннее расследование. Вмешалось шведское правительство, нас атаковали финансовая инспекция и СМИ. Это всё — я.



Какая у тебя рабочая атмосфера?

— Мы недавно переехали в более «модное» место. Раньше у нас были личные столы, а теперь «выбирай любое доступное место» — открытое пространство. Мне это совсем не нравится.



(Перевод Наталии Басс)


Original source: habrahabr.ru.

https://habrahabr.ru/post/306046/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Мониторинг и управление инфраструктурой ЦОД

Пятница, 08 Июля 2016 г. 11:42 (ссылка)

Мониторинг и управление инфраструктурой дата центра требует постоянного контроля. С каждым годом выходит все больше и больше новинок, которые применяются в машинных залах ЦОД. В связи с этим операторам дата центров нужны инструменты для мониторинга и управления, способные снизить нагрузку и автоматизировать рутинную работу, тем самым упрощая жизнь персоналу и давая им возможность заниматься более уникальной, нестандартной работой. Также повышается надежность и эффективность ЦОД. Предлагаю Вашему вниманию разработчиков: LogicMonitor, Cisco Systems и Vigilent, о которых пойдет речь ниже.







LogicMonitor



Компания LogicMonitor — занимается разработкой и мониторингом сети, управлением системы и управлением компьютерной сети для управления дата центром. Она смога привлечь порядка $130 млн. в форме частного акционерного капитала. Данная сума в 10 раз превышает средства, которые были собраны с предыдущих раундов финансирования. Главный офис компании находиться в Санта-Барбаре, штат Калифорния (США). Компания основана в 2007 году, она разрабатывает программное обеспечении для мониторинга сетевой инфраструктуры ЦОД и управления многими система внутри самого дата центра, предоставляет клиентам доступ к данным сервисам через облако. Клиентов в компании начисляется более 1 тис. Свою клиентскую базу удалось оперативно расширить за счет таких компаний как: JetBlue Airways, Zendesk, Trulia, National Geographic, Citrix.



Операторы дата центров могут контролировать работу серверов, сетевых коммутаторов, системы хранения данных и оборудования для распределения электроэнергии внутри ЦОД. Функционал продукта также распространяется на управление вычислительными мощностями внутри корпоративного дата центра или через облако. Конкуренцию компании LogicMonitor в данном направлении составляют такие компании как: IBM, Hewlett Packard Enterprise. Ее использую также программные агенты — «коллекторы» (collectors), они собирают информацию и пересылают в облачную платформу для дальнейшей аналитической обработки.



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









Cisco Systems



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



Компания Cisco планирует использовать специальное программное обеспечение, которое будет установлено на серверное оборудование внутри машинных залов самого ЦОД, встроенных в чипы датчиков. Подобные программно-аппаратные комплексы будут напоминать своеобразные виртуальные датчики. С их помощью получится отслеживать разные проблемы — каждый датчик способен отслеживать до 1 миллиона цифровых событий в секунду. Данный отчет поступает в другое программное обеспечение Cisco, где он обрабатывается с использованием алгоритма искусственного интеллекта и предоставляет подробный отчет и рекомендации относительно оптимизации дата центра на всех его уровнях, он называется Tetration Analytics.









Vigilent



Компания представила свой новый комплект программного обеспечения, который направлен на оптимизацию теплового режима. Это является стратегически важной инфраструктурой дата центра, использующей искусственный интеллект. Называется — Vigilent Prescriptive Analytics. В его состав входит сразу 3 модуля: Reliability Assurance, Capacity Optimization и Energy Efficiency.



Программное обеспечение информирует о возможных будущих проблемах в управлении тепловым режимом дата центра, используя аналитический алгоритм, и предоставляет отчет с подробными рекомендациями для того, чтоб избежать подобных проблем. Оно позволяет свести риски к минимуму, такие как: возникновения неисправности оборудования от несвоевременного техобслуживания; недостаточное резервирование системы охлаждения (что является очень важным фактором для инфраструктуры ДЦ), что может вызвать «холодные точки» (когда происходит переохлаждение определенных мест в машзале) и «горячие точки» (недостаточное охлаждение в определенных местах в машзале), что в последствии ведет к не эффективном использованию ресурсов дата центра.



Модуль Reliability Assurance — он определяет фактические нагрузки на систему охлаждения ДЦ и помогает оптимально подобрать нужный режим для определенных мест, для избежания ненужной избыточности.









Модуль Capacity Optimization — помогает оптимизировать холодопроизводительность с учетом прогнозируемой погоды и избегать даунтаймов по причине экстремальных погодных условий.



Модуль Energy Efficiency — предоставляет отчет и рекомендации по эффективном использовании электроэнергии и экономии, когда это возможно.
Original source: habrahabr.ru.

https://habrahabr.ru/post/246903/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

IBM поможет российским компаниям в геологоразведке и нефтедобыче

Пятница, 01 Июля 2016 г. 11:03 (ссылка)





Наша компания занимается множеством различных проектов в самых разных сферах. Это и создание концепции умных городов, улучшение качества обучения детей, разработка памяти нового типа, создание новых методов предотвращения взломов компьютерных систем. Сейчас мы решили принять участие в новом проекте, имеющем непосредственное отношение к проведению геологоразведывательных работ в России. В рамках этого проекта планируется создать новые IT-инструменты и ПО для оптимизации процессов геологоразведки. Кроме того, этот проект имеет отношение к проектированию, разработке и эксплуатации месторождений нефти.



Важное значение в Российской Федерации играет добыча нефти, этого отрицать нельзя. Поэтому мы совместно с «Газпром нефтью» начали совместную работу по оптимизации методов различных процессов нефтедобычи. В процессе этой работы будут применяться сервисы IBM для когнитивного анализа данных, машинного обучения и обработки больших объемов данных. Эти технологии, как рассчитывают специалисты, помогут найти новые способы повышения эффективности разработки месторождений с одновременным увеличением коэффициентом извлечения нефти. Это, в свою очередь, позволит сократить затраты на проведение геологоразведывательных работ и нефтедобычи.







Для тестирования всего перечисленного выше выбран пилотный проект: оптимизация процесса заводнения на ряде зрелых месторождений «Газпром нефти». Критериями успеха будут считаться сокращение объемов закачки и рост коэффициента извлечения нефти (КИН). Заводнением называется способ поддержания пластового давления путем закачки воды в пласт.



«Цифровые технологии меняют всю нашу жизнь, в том числе и подходы нефтяных компаний к выбору вариантов разработки и эксплуатации месторождений. Новейшие способы работы с информацией позволяют повысить эффективность использования собираемых на месторождениях данных, принимать на их основе более проработанные и взвешенные решения. Именно на это нацелено одно из направлений нашей Технологической стратегии — оптимизировать разработку активов при помощи современных информационных технологий», — говорит первый заместитель генерального директора «Газпром нефти» Вадим Яковлев.







«Проекты технологического сотрудничества позволяют достичь синергии в прикладных индустриальных исследованиях. Видя огромный научный потенциал России, мы рады объединить усилия с компанией „Газпром нефть“ в разработке новейших информационных решений для нефтегазовой отрасли», — комментирует проект Джон Брантли, генеральный менеджер IBM по направлению химии и нефтехимии.

Для работы в указанной сфере у нашей компании есть подразделение «Химии и нефтепродуктов». Оно предлагает ряд решений и инструментов для повышения эффективности работы компаний, которые работают этой сфере. Когнитивные технологии IBM, включая систему IBM Watson помогают анализировать и структурировать огромные массивы информации. К примеру, мы помогаем объединить и унифицировать данные из различных источников: внутренней документации компании, сотен книг и журналов, публикаций ученых и специалистов по химии и нефтехимии.



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



Вот примеры вопросов, на которые может ответить IBM Watson: «Кто является экспертом в области разведки и нефтедобычи в арктических широтах?» или «Какие операции по нефтедобыче и в каком количестве проводились в Мексиканском заливе?». Ответы система дает моментально.



«Газпром нефть» — не первая нефтедобывающая компания, с которой работает IBM. Еще в 2014 году мы начали работу с Repsol, помогая испанской энергокомпании увеличить эффективность вложения средств в собственное развитие. В частности, когнитивные вычисления помогли оптимизировать массу бизнес-процессов Repsol. Также мы помогали австралийской компании Woodside улучшить работу объектов управления в своей инфраструктуре. Все эти проекты оказались успешными, и мы решили реализовать новый проект, уже в сотрудничестве с российскими партнерами.

Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/151092/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

IBM Watson перенесет вас на Уимблдон

Четверг, 30 Июня 2016 г. 23:54 (ссылка)





Те любители тенниса, кому удалось получить в этом году билет на Уимблдонский турнир (начало – 27 июня), могут считать себя счастливчиками. Наблюдать за известнейшим турниром, где сражаются чемпионы – одно удовольствие. Но если вы болеете, сидя перед экраном своего ТВ или просматривая игру с планшета, не расстраивайтесь. Впечатления от игры будут практически те же, что и у человека, который видит корт своими глазами. Технологии IBM помогают усилить эффект личного присутствия для тех, кто не смог (или не захотел) посетить турнир.



Кроме того, наша система будет анализировать тысячи и тысячи сообщений болельщиков в социальных сетях, включая Twitter, Facebook, Instagram. IBM Watson будет изучать разные сообщения, и не только те, которые имеют отношение к теннису. В прошлом году облачные сервисы нашей компании только в Twitter анализировали около 400 сообщений в секунду. Мониторинг велся также в Facebook, Instagram и ряде других социальных сетях. Зачем? Все объясняется просто.



Дело в том, что число зрителей Уимблдона в прошлом году достигло 71 миллиона человек. Большинство зрителей хотят не просто наблюдать за игрой, но и получать дополнительную информацию о матчах любимых спортсменов. И специальное приложение Уимблдонского турнира (под iOS и Android) помогает быстро и без проблем доставлять такую информацию. А именно — персонализированный поток сообщений из социальных сетей. Одна из задач нашей когнитивной системы на турнире — определение эмоций зрителей. Наблюдать за переживаниями посетителей чемпионата когнитивная система будет при помощи камер. И по результатам таких наблюдений IBM Watson без труда сможет понять, за какого спортсмена вы болеете. Соответственно, вы будете получать больше информации по данному игроку.









Что касается дополнительной информации об игре, то приложения для Уимблдона, созданные на основе платформы IBM Watson, помогут зрителю получить данные о том либо ином игроке в процессе его участия в чемпионате. Пользователь сможет просмотреть подробную информацию о характеристиках игрока, его прошлых победах и поражениях. Будет постоянно демонстрироваться и статистика по всей игре — при желании можно переключиться на отдельных участников турнира.





Данные по игрокам на момент 2013 года. Сейчас информация еще более подробная



Приложение можно персонализировать, давая приоритет релевантному контенту по любимым игрокам или отдельным играм. Приложение работает с данными, накопленными за восемь лет проведения турнира.



На самом чемпионате IBM Watson будет использовать 3.2 млн опорных данных с 19 кортов в течение 13 дней. Точность при этом должна составить около 100%. Получаемую в ходе игры информацию когнитивная система будет предоставлять комментаторам, которые получат значительную помощь в процессе наблюдения за игрой.



Всего за четыре секунды эксклюзивные данные, предоставленные системой IBM Watson, будут разосланы на мобильные телефоны множества зрителей по всему миру.









Также IBM будет следить за информационной безопасностью турнира. Наша компания в состоянии определить и блокировать тысячи подозрительных информационных событий, происходящих в течение турнира. К примеру, в прошлом году число кибератак во время проведения Уимблдона возросло на 500%.



Сейчас IBM работает не только с Уимблдоном. Также наша компания сотрудничает с Australian Open, French Open и US Open. В этом году наша компания добавит в существующую систему работы с данными Уимблдона следующие направления:


  • Предоставление информации в режиме реального времени. Зрители получают персонализированную информацию о матче, игроках, предыдущих чемпионатах. Также добавлена таблица чемпионов всех времени и данные о новых достижениях, которые пользователи приложений для Уимблдона получат сразу же.

  • Социальное взаимодействие. Вопросы зрителей со всего мира будут передаваться тем, кто наблюдает за турниром непосредственно в Уимблдоне. Понятно, что посетители турнира сами должны согласиться на получение вопросов, и при желании смогут на них ответить. Если вопросы человек получать не хочет, то приложение не будет его тревожить.

  • Анализ игры. Поклонники тенниса получают результаты игры в режиме реального времени плюс анализ происходящего на поле. Сервис SlamTracker позволяет зрителям отправлять информацию о турнире в свои аккаунты социальных сетей.



Как результат — зрители, которые наблюдают за турниром со своих планшетов, телефонов, ТВ, получат впечатление личного присутствия на игре. Из года в год разница впечатлений непосредственных «участников событий» и зрителей, наблюдающих за игрой, удаленно становится все менее заметной. Во многом это нивелирование дистанции стало возможным благодаря IBM Watson и другим сервисам и технологиям нашей компании. Напомним, что IBM является партнером Уимблдона начиная с 1990 года. За 26 изменилось многое. И большинство таких изменений – положительны.

Что же, осталось только пожелать удачного просмотра и победы спортсмена, за которого вы болеете!
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/304524/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
congkabga

Волшебная шляпа IBM отправила Дональда Трампа в Гриффиндор

Понедельник, 20 Июня 2016 г. 10:36 (ссылка)

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Ошибки и проблемы серверов большой тройки: часть третья. IBM

Четверг, 16 Июня 2016 г. 14:09 (ссылка)





Привет, Хабр! В прошлых статьях мы касались ошибок и проблем с серверами Dell и HP, и наш рассказ об ошибках refurbished-серверов был бы неполон без упоминания продукции третьего вендора «большой тройки» — IBM. Хотя эта славная корпорация уже отошла от производства серверов, её продукция ещё активно используется. Поэтому спешим поделиться с вами накопленным опытом «укрощения» серверов IBM. Это не исчерпывающий список проблем, но всё же он может оказаться кому-то полезен.



Оперативная память



Серверы IBM чувствительны по отношению к конфигурации модулей памяти. Зачастую после самостоятельного апгрейда — добавления памяти или её замены — сервер не загружается, либо видит меньше памяти, чем установлено на самом деле. К счастью, в подобных ситуациях не приходится долго гадать о причинах сбоя: на диагностической панели (если таковая имеется) загораются два индикатора Config и Memory.







Поэтому, прежде чем апгрейдить память обязательно изучите спецификацию, память какого типа и объёма поддерживается вашим сервером. Также большое значение имеет количество процессоров в сервере — от этого зависит порядок размещения модулей в слотах. Это тоже необходимо уточнить в спецификации.



Вообще, с памятью ровно такая же ситуация, как описано в статье про HP, например. Вкратце:




  • Соблюдайте канальность памяти.

  • Ставьте ECC REG 1(2)Rx4 память в двухпроцессорные системы и UDIMM — в однопроцессорные.

  • Ставьте одинаковый объём памяти на каждый процессор.







А что делать, если вы вставили память в соответствии с инструкциями, а сервер всё равно не работает и предательски горит индикатор Memory? В этом случае придётся проверять разные варианты:




  • Этот тип памяти не поддерживается сервером. Внимательно сверьтесь со спецификациями.

  • Память оказалась «битой». Замените линейку на точно такую же и проверьте, заведётся ли сервер.

  • Засорился пылью слот на материнской плате. Это довольно популярная причина, если сервер трудится уже несколько лет, а тем более если вы его не первый владелец. Продуйте слоты сжатым воздухом.

  • Загнутый контакт в сокете. Такое бывает очень редко, но всё же бывает: память отказывается работать из-за загнутого контакта в сокете процессора. Если предыдущие варианты не помогли найти причину сбоя, снимите процессор и внимательно осмотрите сокет. Если вы оказались в числе немногочисленных «счастливчиков», то можете попробовать осторожно выпрямить погнутый контакт, но это исключительно на ваш страх и риск.



Многие сисадмины сталкиваются с тем, что при проверке оперативной памяти с помощью MemTest86 получают сообщения об ошибках даже в заведомо рабочих модулях, либо на одних и тех же дорожках. Особенно часто это встречается у серверов поколения M4. Это вовсе не вина машин или памяти: по признанию разработчиков, сама MemTest86 просто не предназначена для проверки серверной памяти. Если же память начнёт сбоить, то сервер сообщит об этом через диагностическую панель. Проверять память на серверах IBM лучше стандартными средствами самодиагностики.



Накопители



Мы уже неоднократно упоминали о том, что совсем не обязательно устанавливать в серверах «родные» накопители. Ни IBM, ни другие вендоры их не производят, они лишь приобретают их у всем известных производителей, перепрошивают и клеят свои логотипы. Поэтому вы можете без труда сэкономить на апгрейде или восстановлении дисковых массивов, выбрав аналоги вместо «родных» накопителей. Двух-трёхкратная разница в цене это оправдывает, особенно если речь идёт о refurbished-серверах. В сети можно легко найти таблицы соответствия моделей, например:






















Модель IBM Оригинал
IBM 49Y2003 Seagate ST9600204SS
IBM 90Y8872 Seagate ST9600205SS
IBM 90Y8908 Seagate ST9600105SS
IBM 81Y9650 Seagate ST900MM0006


Тем не менее, ещё возможны ситуации несовместимости «неродных» накопителей с сервером. В этом случае сервер не грузится штатно, либо не видит накопитель. Обычно это решается с помощью установки свежей прошивки RAID-контроллера. К слову, рекомендуется обновить прошивку и бэкплейна/экспандера, в этом вам поможет приложение IBM Bootable Media Creator (BoMC).



При включении сервера и прохождении POST-проверки возможно появление ошибки:



A discovery error has occurred, please powercycle the system and all the enclosures attached to this system.



Это сигнализирует о проблеме с одним из накопителей. Вычислить его просто: индикаторы на его салазках постоянно мигают, даже когда все остальные носители прошли проверку и перестали мигать.



С дисковой подсистемой бывают и более экзотические проблемы. Например, при использовании RAID-1 в фирменном приложении MegaRAID Storage Manager могут появиться ошибки вида:



ID = 63

SEQUENCE NUMBER = 48442

TIME = 24-01-2016 17:03:59

LOCALIZED MESSAGE = Controller ID: 0 Consistency Check found inconsistent parity on VD strip: ( VD = 0, strip = 637679)



Чаще всего это говорит не об умирании диска, а об ошибке контроля чётности — несовпадении данных на основном и вторичном дисках. Возможные причины:




  • Нередко такие ошибки появляются сразу после конфигурирования нового массива или после замены одного из дисков.

  • Во время сеанса диагностики поверхности блинов происходит инициализация диска и выполнение операций ввода/вывода. На RAID-1 это может привести к временному несоответствию томов, которое автоматически исправляется при следующей проверке на соответствие. Такое возникает не при любом сеансе диагностики, а когда сходятся звёзды:


    • o Используется RAID-контроллер без кэширования, либо активирован режим Write Through.

    • o Нехватка оперативной памяти, при которой с диска осуществляется активная подкачка страниц.

    • o Просто очень интенсивное использование дисков.




Для решения этой проблемы рекомендуется снизить активность подкачки с диска: используйте RAID-контроллер с кэшированием и увеличьте объём оперативной памяти.



Обновление прошивок и ПО



Любопытная проблема может подстерегать при установке с нуля Windows 2012 или Windows 2012 R2 — свежеустановленная операционка не видит ни одного накопителя. Причём такое бывает не только с серверами IBM. Дело в том, что все накопители в сервере подключены через RAID, а упомянутые версии ОС не имеют вшитых драйверов для работы с RAID. И поэтому они их просто игнорируют. Как быть? Самый надёжный способ: использовать утилиту IBM ServerGuide. При установке ОС она принудительно подсовывает все необходимые драйвера для данной модели и версии операционной системы. Обратите внимание, что образ ОС должен устанавливаться с диска, а не с флэшки: ServerGuide не будет работать с образом на том же USB-носителе, с которого запущен сам.







При покупке серверов бывают ситуации, когда нужно сначала обновить все прошивки, а потом уже накатывать систему. Сделать это можно с помощью вышеупомянутой IBM Bootable Media Creator:




  1. Загрузитесь с загрузочной флешки или диска.

  2. Запустите BoMC от имени Администратора.

  3. Выберите, что вы хотите сделать: обновить и/или провести диагностику.

  4. Программа спросит, где ей взять драйверы: скачать самой или вытащить из указанного вами архива.

  5. Выберите носитель для записи загрузочного образа: флэшку или диск. Запись может идти несколько часов, не волнуйтесь, программа не зависла.

  6. По окончании записи загрузитесь с этого носителя, и далее по инструкции.



Эта процедура помогает и в ряде проблемных ситуаций. Например, если вы не дождались завершения обновления Integrated Management Module и нажали кнопку «отмена», то при следующих загрузках сервер может не суметь загрузить IMM и использует настройки по умолчанию. Можно сначала попытаться восстановить с помощью джампера “UEFI & IMM recovery jumper” на материнской плате, благодаря которому загружается прошитый образ IMM.







Но если не поможет, то воспользуйтесь процедурой обновления через BoMC.



Бывают и более неприятные ситуации, когда по закону подлости в ходе установки более свежей версии BIOS'а происходит сбой питания.







После этого сервер уже не может загрузить основную прошивку, и использует резервную. Если штатная процедура восстановления BIOS'а не помогает, то сделайте… даунгрейд: установите более старую прошивку, чем та, что была до сбоя питания. Обычно это помогает. После этого уже можно попытаться снова поставить свежую версию BIOS'а. Как говорится, шаг назад — два вперёд.



Другие проблемы



Иногда при попытке удалённого управления сервером возникает ошибка “Login failed with an access denied error.”, причём в любых браузерах. Если перезагрузка сервера и клиента не помогает, то рекомендуется сбросить IMM до заводских настроек.



В статье про ошибки серверов HP мы упоминали о проблемах с системой охлаждения: сразу после запуска сервера вентиляторы выходили на высокие обороты и уже не снижали их. Случается такой недуг и в серверах IBM. Сервер воет, как реактивный лайнер на взлёте. Нам не удалось выяснить причину таких сбоев, но посоветовать можно следующее:




  1. Проверьте плотность подключения разъёмов питания.

  2. Отключите все вентиляторы и снимите корзину.

  3. Проверьте каждый вентилятор на других серверах.

  4. Соберите корзину снова, поменяв вентиляторы местами. Либо совсем их замените.



Встречался в нашей практике и такой интересный сбой: при загрузке сервера штатно инициализируется IMM, затем начинается инициализация UEFI, и… всё. Дальше сервер не грузится без объяснения причин. Не помогали никакие манипуляции: отключение от сети, полное обесточивание, отключение разных компонентов. Загрузка бэкапа UEFI с помощью джампера на материнской плате тоже не помогла. Опытным путём выяснилось, что если подождать около 20 минут, то всё же можно дождаться загрузки сервера. Так он и работает с тех пор — каждый раз грузится по 20 минут. Выяснить причину сбоя не удалось.



Преимущества серверов IBM



Серверы IBM заслуженно пользуются большой популярностью:




  • Это простые и очень надёжные машины.

  • Отличная расширяемость даже на начальных моделях и богатый комплект поставки.

  • Серверы IBM обычно дешевле конкурентов и не уступают в производительности. Например, поколения M3 и M4 дешевле, чем аналоги у HP (Gen7 и Gen8) и Dell (11G и 12G).

  • Самые недорогие расходники. Легко найти в России.

  • Удобная диагностическая панель на многих моделях.



Главное, в чём серверы IBM уступают конкурентам — у них очень долгий «холодный» старт.
Original source: habrahabr.ru.

https://habrahabr.ru/post/303424/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

IBM запускает первые высокозащищенные облачные блокчейн-сервисы

Понедельник, 30 Мая 2016 г. 22:27 (ссылка)


Блокчейн-сервисы на базе IBM Cloud предназначены для финансовых учреждений, организаций государственного сектора и сферы здравоохранения







Как уже сообщалось, в январе этого года наша компания открыла blockchain-лабораторию. Проект стартовал при поддержке партнера — некоммерческой организации Innovate Finance. Цель проекта — изучение дополнительных возможностей технологии blockchain с использованием значительных вычислительных и аналитических мощностей компании.



Сейчас партнеры уже довольно далеко продвинулись в рамках проекта, поэтому было решено запустить первые сервисы на основе указанной технологии. Здесь стоит напомнить, что сети блокчейн основаны на концепции децентрализованного контроля, однако некоторые облачные среды сохраняют уязвимость, которая допускает взлом информационных систем и неавторизованный доступ. Команда IBM, состоящая из экспертов по информационной безопасности, криптографов, экспертов по аппаратному обеспечению и исследователей, создала принципиально новые облачные сервисы для устойчивых к взлому доверенных сетей на технологии блокчейна.

Читать дальше →

https://habrahabr.ru/post/302222/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

[Перевод] Проклятие культуры

Пятница, 27 Мая 2016 г. 16:42 (ссылка)


Слепота Microsoft. Предупреждающие знаки для Google и Apple



В одной из фундаментальных книг по этой теме «Организационная культура и лидерство» Эдгар Шейн пишет:



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


В терминологии Шейна вещи вроде столов для настольного тенниса и холодильников с пивом — это два (маленьких) примера артефактов – видимых качеств организации. Их легко заметить, но их значение обычно не поддаётся расшифровке и уникально для конкретной группы (другими словами, простое копирование фишек Google не работает).

Читать дальше →

https://habrahabr.ru/post/302008/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Комментарии (0)КомментироватьВ цитатник или сообщество

Следующие 30  »

<ibm - Самое интересное в блогах

Страницы: [1] 2 3 ..
.. 10

LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
О проекте: помощь|контакты|разместить рекламу|версия для pda