Альтернативная энергетика и энергосбережение
1,486,191 7,532
 

  Zkvxz ( Слушатель )
21 окт 2022 12:57:08

Литий-ионные аккумуляторы вызвали пожар в ЦОДе Kakao (Ю.Корея)

новая дискуссия Новость  600

Южнокорейская интернет-компания Kakao заявила, что возгорание литий-ионных аккумуляторов вызвало отключение KakaoTalk, что вызвало хаос в выходные. Однако SK Group, которая производила батареи и управляла дата-центром, где произошел пожар, отрицает свою ответственность.
Kakao заявила, что пожар в центре обработки данных SK Group в субботу был вызван сгоревшим литий-ионным аккумулятором, изготовленным дочерней компанией SK Group, и SK Group отрицает, что ее система управления батареями (BMS) показала какие-либо проблемы.
Kakao и SK Group вступили в игру обвинений в связи с пожаром, который произошел в субботу в центре обработки данных SK Group в Панге, Сеул. Пожар привел к отключению KakaoTalk, сервиса приложений для обмена сообщениями, которым пользуются 90 процентов корейцев, и отключил множество других сервисов, включая банковские, платежные и туристические приложения.


Литий-ионные аккумуляторы подвержены возгораниям, вызванным "тепловым разгоном", и такие пожары могут иметь серьезные последствия, поэтому литий-ионные аккумуляторы обычно оснащены системами управления батареями (BMS) для контроля температуры и производительности и предупреждения пользователей о любой неминуемой опасности.
Недавние сбои, в том числе пожар в 2021 году, который уничтожил весь дата-центр OVHcloud SBG2 в Страсбурге, были вызваны возгоранием литий-ионных аккумуляторов (хотя OVHcloud до сих пор не сообщила точную причину).
В последующих местных новостных сообщениях утверждалось, что BMS SK Group дала два предупреждения о пожаре за несколько часов до того, как вспыхнул настоящий пожар, и рабочий дважды осмотрел место. По данным Korea Herald, SK Group опровергла претензии и опубликовала копию фактического графика мощности и напряжения BMS, который показывает нормальную работу.
"График, показывающий состояние литий-ионной батареи, предположительно загоревшейся, оставался стабильным до момента аварии в 15:19, BMS отправляет предупреждения только в случае резкого колебания графика. Поэтому наш работник не посещал здание, чтобы проверить объект ", - говорится в опубликованном сегодня пресс-релизе SK Group.
Считается, что сама Kakao понесла прямые убытки в размере 20 миллиардов вон (13,9 миллионов долларов) и будет получать много претензий в связи с потерей бизнеса партнерами, такими как торговцы, использующие ее платежную систему, и водители такси, использующие ее приложение для вызова такси.
Правительство Южной Кореи потребует объяснений от руководителей Kakao и SK Group, а также от конкурирующей интернет-группы Naver, которая также пострадала от сбоя из-за пожара в SK Group, но разработала план аварийного восстановления, который быстро восстановил свои услуги.
Источник (англ.)



Как говорят, всеобщность краха сервисов обеспечило приложение KakaoTalk – их местный мессенджер, которым активно используется от 43 до 47 миллионов из 51-миллионного населения страны. Если убрать младенцев и прочих недееспособных – то имеем практически полный охват страны. Для большинства других услуг Kakao требуется идентификатор KakaoTalk ID в качестве входа в систему. Соответственно, не работает Talk – не работают и остальные.
А вот что качается последствий – тут, на мой взгляд, нам всем (и нашему правительству – в частности) стоит глубоко задуматься. И обозначить несколько важных вопросов, например:
1.      Насколько разумно строить единую и при этом, - единственную для большого числа сервисов, точку авторизации?
2.      Каким образом должны быть построены системы для исключения критичного влияния отдельного события (пожара, наводнения, теракта) на работоспособность многих критичных сервисов?
3.      Следует ли применять в критичных инфраструктурах потенциально опасные технологии (например, литий-ионные батареи)?
4.      Каким образом следует формировать и отрабатывать планы восстановления после аварий?
5.      Какую меру ответственности следует предусмотреть в отношении лиц, ответственных за организацию работоспособности значимых сервисов в случае нарушений?

https://aftershock.news/?q=node/1168704

  • +0.09 / 4
  • АУ
ОТВЕТЫ (0)
 
Комментарии не найдены!