Центры обработки данных (в части, касающейся конструктива и инженерно-технических систем) предназначены для размещения на их площадях ИТ-оборудования (серверов, систем хранения данных и телекоммуникационного) и обеспечения этого оборудования набором сервисов, включая электроснабжение, микроклимат, подключение к внешним сетям передачи данных, обеспечение сохранности, защита от пожаров и т.п. И для всякого владельца ИС конечно же интересны параметры услуг ЦОД, как функциональные, так и касающиеся надежности.
Наличие у объекта оценки соответствия его к какому-то классу, по идее, должно упростить процесс понимания фактических значений интересующих параметров конкретного объекта. Однако это будет на самом деле так при следующих условиях: параметры классов будут действительно значимыми, а оценка их будет разумной и беспристрастной. И вот с этой точки зрения еще раз глянем на разработанную АНО КС ЦОД «Модель классификации ЦОДов».
В отношении беспристрастности и разумности подхода к организации оценки объектов - кое-что мы уже обсудили, и вывод по той части - скорее печальный.
Теперь посмотрим на предлагаемые к оценке параметры и подход к формированию классов. Тем самым - постараемся разобраться в «модели», понять, что же собственно такое предлагают авторы в качестве «классов» и как их можно использовать.
Для начала – вернемся к назначению документа.
1.2. Назначение документа
Настоящий документ описывает модель классификации ЦОДов применительно к их уровню готовности и физической защищенности и дает рекомендации по организации подобных объектов для обеспечения нужд государственных и частных компаний, использующих информационные системы разного уровня критичности.
Хотя фраза «документ описывает модель классификации ЦОДов применительно к их уровню готовности», к сожалению, в целом не формирует однозначного понимания, что именно хотели сказать, максимальный интерес вызывает вот эта ее часть: «их уровню готовности».
Граждане, так или иначе связанные с техникой, сразу понимают, что это – жаргон. Ибо ни в одном сколько-нибудь серьезном документе понятия «уровень готовности» - нет. Если брать теорию надежности – там говорят о показателях готовности, к которым относят, например, такие: «коэффициент готовности», «коэффициент оперативной готовности» и ряд других. Примечательно, что все эти коэффициенты в отношении любого конкретного объекта в обязательном порядке имеют конкретное числовое значение. Как правило, для действительно надежных объектов, оно должно быть близким к единице (0,99; 0,999 и т.п.).
Что такое «уровень готовности» - загадка, авторы документа на эту тему не распространяются от слова совсем. Но всё же запомним, что модель классификации ЦОДов – она про «уровни готовности» вроде как. Идем дальше.
2. Классификация ЦОДов
В зависимости от применяемых технологических решений, архитектуры построения инженерных систем и подходов к обеспечению физической защищенности ЦОДы могут быть классифицированы по степени их надежности и физической защищенности в отношении исполняемых ими функций (реализуемых сервисов).
Классификация ЦОДов:
· Класс А (Высший);· Класс В (Средний);· Класс С (Низший).Данные уровни надежности различаются по подходам к организации (архитектуре) и резервированию основных инженерных систем, т.е. инженерных систем, обеспечивающих принципиальную возможность функционирования ЦОДа (система электропитания, система холодоснабжения), а также по степени их физической защищенности, оснащению противопожарными системами, по общим характеристикам здания ЦОДа, места его расположения, организации линий связи.
WTF??? Что? Мы вот только-только убедили себя, что классификация – она про «уровни готовности», и тут-же нам заявляют, что «ЦОДы могут быть классифицированы по степени их надежности». СТЕПЕНИ ИХ НАДЕЖНОСТИ, КАРЛ!!!
Кто-нибудь что-нибудь понимает?

Дальше жонглирование терминами продолжается, ибо только-только поименованные классы тут же стали «данными уровнями надежности».
То есть – следим за руками: документ изначально про «уровни готовности», при этом «ЦОДы могут быть классифицированы по степени надежности», а введенные классы – это «уровни надежности». Мы нигде не ошиблись?
Есть такой замечательный документ, называется «ГОСТ Р 27.102-2021 Надежность в технике. Надежность объекта. Термины и определения.», кстати – действующий. Так вот в этом документе черным по белому не только определены и надежность, и готовность, но также приведено примечание следующего содержания:
Надежность объекта и готовность объекта не зависят друг от друга.
Таким образом, помимо безумного жонглирования терминами, какими-то «степенями», «уровнями» и т.п., вероятно - с целью формирования максимальной затуманенности и нагнетания наукообразия, авторы документа, с формальной точки зрения, совершили подлог, приравняв в своих рассуждениях «готовность» и «надежность». Запомним это.
Под спойлером – более полная цитата из упомянутого стандарта (если кому-то интересно).
Возможно, мы напрасно придираемся? ОК, допустим. Перейдем к собственно требованиям и описаниям классов.
3. Система электроснабжения
Система электроснабжения ЦОДа является основной и наиболее значимой инженерной системой объекта, обеспечивающей его принципиальную работоспособность. Пропадание внешнего электроснабжения, просадки напряжения и помехи в электрической сети – наиболее частые причины отключения оборудования и прекращения работы сервисов, предоставляемых потребителям ЦОДов. Система электроснабжения ЦОДа должна быть организована таким образом, чтобы минимизировать или устранить риски отключения его потребителей.
Вроде всё правильно. Несколько режет глаз «потребителям ЦОДов», но с этим можно и смириться. Продолжаем.
В зависимости от степени критичности и требований к непрерывности работы размещенных в ЦОДе информационных систем его система электроснабжения может быть организована различным образом. При этом каждый из уровней готовности системы электроснабжения предполагает свой минимальный набор требований.
Во, теперь в дополнение к «степеням готовности» появились «уровни готовности». Что это – авторы не поясняют. Туман всё гуще.
В общем случае система электроснабжения ЦОДа зависит как от характера внешнего энергоснабжения объекта (наличия источников генерации электроэнергии на объекте), так и от применяемой системы распределения электропитания в пределах объекта.
Хотелось бы пояснений – как текст в скобках связан с остальным текстом. Обычно в скобках дается детализация или иные пояснения. В данном случае – какой-то сумбур. Возможно, далее станет понятнее.
3.1. Энергоснабжение ЦОДа
Система энергоснабжения для ЦОДа должна предусматривать наличие нескольких независимых источников энергоснабжения, в качестве которых могут выступать внешние источники энергоснабжения, локальные источники генерации электроэнергии, используемые ЦОДом, или любая их комбинация, в соответствии с требованиями, приведенными в табл. 3.1. Для повышения надежности рекомендуется, чтобы линии электропередачи от любых из этих источников были разнесены территориально. Мощность источников электроснабжения следует выбирать таким образом, чтобы их резервирование было не ниже N при пропадании электроснабжения от любого из источников.
Ну, вроде как почти разумно. Конечно, хотелось бы понять, что именно означает «разнесены территориально»? Насколько разнесены? 50 метров хватит? Или как? Но это – в целом – рабочий вопрос.
А вот фраза «чтобы их резервирование было не ниже N при пропадании электроснабжения от любого из источников» - конечно, достойна. Еще разок прочитайте ее. Что вы себе представили? Каких таких N? Что за «резервирование не ниже N»? Это что – на каждый пропадающий источник – должно быть N резервных источников? Или как? К слову, N в документе в этом месте встречается впервые. Без пояснений.
В случае нескольких внешних источников энергоснабжения линии электропередачи должны быть проложены от разных питающих центров (электростанций/подстанций/распределительных пунктов) или от разных ячеек одной подстанции (в этом случае обязательным условием является запитывание линий электропередачи от разных секций/систем шин с применением АВР).
Тут что-то умное-правдоподобное. К буквам не придираемся.
Запрещается осуществлять технологическое присоединение ЦОДа к бесхозяйным сетям либо к сетям организаций, не оказывающих услуги по передаче электроэнергии и не являющихся сетевыми организациями (внутренние сети зданий и сооружений, садовые и гаражные кооперативы и т.п.), за исключением опосредованного присоединения (присоединения по субабонентской схеме, когда субабонентом является лицо, чьи энергоустановки не присоединены непосредственно к сетям энергоснабжающей организации), а также присоединения к сетям объектов по производству электроэнергии, имеющих, в свою очередь, присоединение к Единой энергосистеме.
Еще разок, внимательно: «Запрещается осуществлять технологическое присоединение ЦОДа к бесхозяйным сетям». Господа, вы это про что? То есть – всячески хотелось бы понять, как можно законным образом осуществить «технологическое присоединение к бесхозяйным сетям». Есть спецы? Вот представил себе «бесхозяйные сети», по которым в ЦОДик прилетает десяток мегаватт мощности. Из воздуха берется – и по «бесхозяйной сети» прилетает. Лепота…
Ну и, наконец, собственно требования к организации электроснабжения для соответствия классам. В виде таблички.
Табл. 3.1. Организация энергоснабжения ЦОДа
Характеристика Класс С Класс В Класс А Число независимых источников электроэнергии, не менее чем Два Два Два Автоматическое переключение между источниками энергоснабжения Требуется Требуется Требуется Автоматический запуск генераторной установки (при наличии) Требуется Требуется Требуется Мин. запас топлива генераторной установки (при наличии), в часах работы 2 4 12 Разделение групп электроприемников, относящихся к технологическомуциклу ЦОДа, и групп электроприемников сторонних организаций,вынесение электрических нагрузок ЦОДа на отдельные центрыпитания (трансформаторные подстанции/группы, секции/системышин РУ, РП, генераторные установки) Рекомендуется Обязательно Обязательно
Хочется поинтересоваться – и это всё, что нужно для полного счастья? То есть соответствие изложенному выше и табличке – обеспечивает необходимый для функционирования информационных систем «уровень надежности»? Так?
Друзья мои, я опечален… Рассказываю, почему.
Допустим имеется два независимых источника электроэнергии. Вот, например, такая ситуация обозначена для электроприемников второй категории в соответствии с ПУЭ 7:
1.2.20. Электроприемники второй категории в нормальных режимах должны обеспечиваться электроэнергией от двух независимых взаимно резервирующих источников питания.
Для электроприемников второй категории при нарушении электроснабжения от одного из источников питания допустимы перерывы электроснабжения на время, необходимое для включения резервного питания действиями дежурного персонала или выездной оперативной бригады.
Буквы «допустимы перерывы электроснабжения» никого ни на какие мысли случайно не наталкивают? А в ЦОДе такое допустимо? И где же в документе в требованиях к электроснабжению указано, что такое НЕдопустимо? Само-собой подразумевается, да? Или же сия "игла" спрятана во фразе "минимизировать или устранить риски отключения его потребителей"? Мы же понимаем, что "минимизировать риски" - означает, что отключения пусть иногда - но будут, и это - вполне допустимо, ибо риски то всё равно остаются.
Конечно, господа указали «требуется автоматическое переключение между источниками». Но как это будет трактоваться – нигде не указано. По-прежнему нигде явно нет указания на недопустимость перерыва.
Всюду требуется «автоматический запуск генераторной установки». И что? Параметры запуска – ну хоть какие-нибудь временные интервалы – они где обозначены? Нигде.
Зато есть «мин. запас топлива генераторной установки (при наличии), в часах работы». Вот интересно – оно зачем? Без понимания надежности внешних источников и возможностей пополнения запасов топлива – эта цифра что дает кроме затрат на топливохранилище?
Ну и, безусловно, повеселили некие «сторонние организации», электроприемники которых не должны быть «в группе электроприемников, относящихся к технологическому циклу ЦОДа». Какие такие «сторонние организации» в электропитании ЦОДа? Это вообще допустимо?

Теперь предлагаю задуматься вот о чем.
Допустим, вы – ответственное лицо, и вам захотелось разместить свои важные информационные системы в чужом ЦОДе. Приходите и интересуетесь – насколько объект надежен. А вам сообщают: у нас есть свидетельство, что объект соответствует «наивысшему классу Модели классификации ЦОДов имени АНО КС ЦОД - Классу А». Какие полезные выводы для себя вы сможете сделать на основании этой информации?
Например, появится ли у вас уверенность, что с электроснабжением оборудования ваших ИС будет всё нормально?
По факту, в документе напрочь отсутствуют хоть какие-то требования к параметрам источников электроснабжения. Просто сказано – что они должны быть, и их должно быть не менее двух, а какие (надежные-или не надежные) – судя по всему - не важно. Далее, обозначено, что должно быть реализовано автоматическое переключение между источниками. Насколько быстро и допустим ли перерыв электроснабжения на период переключения – информации нет. Касательно генераторной установки – требований к ней нет, да и вообще указано «при наличии». То есть «при отсутствии» - можно вообще не париться. Ну и, в довершении, точно известно, что в сети ЦОДа «электроприемники сторонних организаций» будут в отдельной группе.
Вас всё это устраивает?

Комментарии
Не переживайте и привыкайте, это пробилось во власть поколение жертв ЕГЭ.
Им эти группы, категории вообще пофигу у них электричество из розетки, а автоматика=магия.
Да про этих то ладно. Но АНО КС ЦОД позиционирует то себя как эксперты - круче некуда.
"А судьи - то кто??"©
Вы ПУЭ последних редакций почитайте, - там же наркомания впополам с суицидом в каждом втором абзаце.
Я вообще перестал понимать почему российские энергосети работают.
А можно примеры наркомании из ПУЭ? Я удивлён. Раньше был адекватный документ.
Извиняюсь, но нет. Признаюсь, я потерпел от этого документа общий ментальный нокаут.
Грозились его сильно сократить в объёме путём исключения цитат из других законодательных актов. А то получается, что из-за изменения в других законах приходиться править ПУЭ и издавать новую версию.
Последнее издание ПУЭ 7е. Двадцатилетней давности.
Сейчас действует гост р мэк 5хххх заместо. А пуэ действует в части непротиворечащей. И еще если есть прямое указание в приказах ртн, например.
Я вот в депрессию впал, когда пытался разобраться, сколько же вольт в розетке быть должно. Несколько действующих и противоречащих друг другу документов.
И во власти сейчас поколение рожденное в 70-80 годах. Имхо еще не егэ, но уже близко. Агрессивность и безнадега 90х сказывается.
А у нас вообще есть хоть одно экспертное/профессиональное сообщество которое имеет достаточный авторитет и занимается реальными серьезными вещами? Просто интересно.
"На вскидку" пример привести не могу. Надеюсь, что есть.
Но в целом, в условиях капитализма - приоритеты они ведь несколько иные. Тратить деньги на идею, пусть даже - техническую, - не так, чтобы принято. Может в этом причина?
Касательно данной организации - судя по всему, она изначально создавалась отнюдь не для реальных серьезных вещей, а для того, чтобы отодвинуть от кормушки всех остальных. Откровенно лобистская структура, и ведет себя соответственно.
Вот и я не могу.
В этом то и проблема, что всякие левые АНО пилящие деньги, не имеют ни профессиональных знаний ни авторитета.
Насчет капитализма - это мимо, ибо в США например всё значительно серьезнее. Там люди дорожат своей репутацией.
Напомню: именно на базе "труда" американской компании и сформирован весь этот бред, под непосредственным руководством её штатного сотрудника.
Так что "не всё так однозначно"....
Ну и у нас тоже дорожат, я имею в виду тех, кто на этом деньги зарабатывает на свободном рынке.
Насчёт США, там сделали просто и понятно: вот есть AWS, у него есть зоны us-east-1, us-east2 и т.д. Там делайте что хотите. А есть зоны "gov-*", вот там всё должно быть по фен-шую, например весь софт должен проходить через FIPS-тесты. А FIPS это не филькина грамота, от пронырливых дьячков из Цифирьнога Приказу, а результаты многолетней работы огромного сообщества экспертов.
Естественно кроме FIPSа, там много и других требований, фипс просто всем известен.
А дальше этот самый "gov" сам для себя решает, что обязано быть в этой gov-зоне, а что нет. ИП Родригес может работать с чем угодно. ООО Техасский Инструментальный Завод тоже может работать с чем угодно, но если они хотят продавать продукцию с пометочкой "mil", то будьте любезны всё, что относится к такой продукции хранить и обрабатывать в соответствии с "gov" требованиями.
То есть сначала крупные рыбы вроде AWS создали технологическую, научную и промышленную базу, а потом на основе полученных знаний и опыта были разработаны требования (которые однако не мешают продолжать и дальше разрабатывать и развивать означенную базу).
ну по факту, оба стандарта ЦОДостроения (бикси так точно) описывают "бест практис" как должно быть.
Все эти рекомендации от "Автономная Некоммерческая Организация" не имеют законодательной силы. Все их рекомендации разработаны на основе нормативов более высокого законодательного уровня и являются лишь их интерпретацией этих нормативов. В любом случае эти рекомендации должны пройти независимую государственную экспертизу на соответствие действующим нормативам.
Это означает отсутствие риска одновременного повреждения нескольких источников электроснабжения от одного повреждающего фактора. То есть взаиморезервирующие кабельные линии не должны проходить в одном кабельном лотке или в одной траншее.
Вполне хватит.
Это всё есть в документах на основании которых разрабатывались эти рекомендации.
Запросто. Проект подключения был сделан(законно) к какой-нибудь подстанции в частном владении какого-нибудь завода со времён СССР. Потом завод обанкротился, как юрлицо был ликвидирован без правоприемника, земля продана за долги одним участком или была поделена на кучу участков и распродана. Подстанция и ВЛ к ней остались без собственника, как брошенное имущество, без официальной передачи сетевой организации. В ряде случаев такая подстанция может ещё долго функционировать для электроснабжения третьих лиц, так как там присутствуют счётчики электроэнергии от сетевой организации. Но юридически она безхозная, хотя фактически за ней присматривает сетевая организация, к которой она технически присоединена.
берем установку горизонтального бурения. пробиваем вначале один ввод, потом второй :) пример почти из жизни.
а упоминать конкретные нормативные акты я бы вообще не стал - они во первых меняются, а во вторых - при проектировании соответствующих разделов автоматически учитываются. и бывает что в разных ситуациях используются разные нормативки. Разве что нужно дополнить специфическими требованиями - как пример - повышенное давление в машзале должно быть, и какое именно.
Так не работает.
Во-первых, при экспертизе вначале проверяется, что разработка велась по полному перечню требуемых законодательных актов. Кстати, у них нет ссылки откуда они брали перечень необходимых глав и разделов для своего творчества. Например, "Постановление Правительства РФ от 16 февраля 2008 года N 87. О составе разделов проектной документации и требованиях к их содержанию. (с изменениями на 15 сентября 2023 года)"
Во-вторых, строительство может вестись очень долго, и к моменту ввода в эксплуатацию могут поменяться некоторые акты или появиться новые. Поэтому у них некорректная отсылка к "Федеральный закон от 22.07.2008 №123-ФЗ". Нужно обязательно указывать "с изменениями на 27 декабря 2018 года".
В-третьих, были изменения в некоторых ФЗ в 2022 и 2023 годах. Например, ПОТЭУ - "ПРАВИЛА ПО ОХРАНЕ ТРУДА ПРИ ЭКСПЛУАТАЦИИ ЭЛЕКТРОУСТАНОВОК Список изменяющих документов (в ред. Приказа Минтруда России от 29.04.2022 N 279н)"
Прошедший экспертизу документ проверяется на изменения в законодальстве обязательные к применению после указанной даты или релиза. Например, до некоторой даты можно вводить в эксплуатацию объекты с одними требованиями, а после этой даты - только у учётом новых требований и правил.
именно так. какие нормативы использовать, должен решать проектировщик, в зависимости от конкретного случая. например, требования по пожарке - эвакуационным проходам разные для простых и высотных зданий.
Методы выполнения работ нельзя ограничивать в проектной документации. Там указывается что должно быть сделано, а как - это уже другая история. Могут траншею копать, могут бурить, или ещё что-то применять(есть специальная техника для прокладки кабельных линий).
Вот пишешь, что сверху и снизу кабельной линии должны быть уложены красные кирпичи, а с боков проложена сигнальная лента на расстоянии Х в бок и Y вверх от кабеля. А как это будут делать - пусть голова у производителя работ болит.
тут не в проведении работ дело, а в первоначальном дизайне, ТЗ или посадке на местности. если бы было требование в ТЗ что ввода должны быть с разных сторон здания - то бурилка оба ввода не порвет.
Как при "бурилке" Вы проведёте КЛ длиной 500м? И обозначите(для любителей копать землю) сигнальной лентой?
Этот метод можно рассматривать как вспомогательный, когда нужно пересечь какие-то линейные объекты без их разрушения.
не, я про другое. бурилка/экскаватор потом может приехать, и легким движением ковша порвать что то закопанное. электричество/оптику - как повезет :) и что бы не порвали все сразу, закладывают умные люди требование что ввода делаются с разных сторон ЦОДа. Для обычного проектировщика не всегда это требование очевидно
По своим требованиям ЦОДы, скорее всего, соответствуют электроустановкам средств связи. Тем более, что они могут являться частью сетей связи, как точки обмена трафиком.
И да - и нет. Всё же это не одно и то же. У ЦОДов несколько иные нагрузки, да и требования к микроклимату посерьезнее... Но как ориентир - могут.
Чем современная цифровая АТС отличается от ЦОД? Те же стойки, те же требования к микроклимату, те же десятки модульных ИБП на сотни кВт каждый.
Зависит от того, что именно вы называете "современная цифровая АТС". Так что?
Вы не правы. Ибо "разрабатывать на основании" - вовсе не значит, что исходный документ автоматически включается. "Разрабатывать на основании" - это значит использовать что-то из исходного документа. И при этом надо либо явно это в создаваемом документе повторить, либо - сослаться в тексте с указанием соответствующего раздела исходного документа. Ни того, ни другого - нет.
Да, рекомендации не имеют законодательной силы. Пока их не утвердит, например, Правительство РФ. Которому их как раз и пытаются подсунуть.
Прежде чем их подсунут, они должны будут пройти независимую экспертизу. На соответствие всему, что они перечислили. Более того, при проектировании реальных ЦОД ГАП/ ГИП будут опираться на градостроительные нормы и кучу именно исходных законодательных актов, так как этот документ их никак не отменяет. Более того, там всё начинается с планировки участка, проектирования линейных объектов, получения ТУ на техническое присоединение ко всяким коммуникациям и кучи всего прочего, что здесь полностью проигнорировано.
А вот и нет. Их уже позиционируют как "труд независимых экспертов". И в этом прикол.
Принимать ЦОД в эксплуатацию будут не по этому труду. Там ещё припомнят им о доступности помещений для лиц с ограниченными возможностями, если в ЦОДе планируется размещение административного персонала, например, бухгалтерии, отдела кадров или прочей администрации с директорами, секретарями, отделом охраны труда и ТБ(ст. 217 ТК РФ).
А также то, что должен быть предусмотрен сбор и хранение отходов производства(обрезков кабелей, упаковки аппаратуры и пр), короче "Охрана окружающей среды и экологии"
этот "труд" нужен на стадии написания ТЗ и стадии П. Что бы проектировщики, которые в специфике ЦОДов ничего не понимают, явно не налажали...
Если для проектирования ЦОД нужны специфические знания, то должна быть соответствующая лицензия, как, например, для газового оборудования.
Пока я там ничего не увидел, что бы выходило за пределы обычных действующих норм. Чем ЦОДы принципиально отличаются от АТС, кроссовых и прочих подобных объектов?
А вы уверены, что внимательно смотрели?
Поделитесь, сколько проектов ЦОДов вы лично видели? Ну, интересно же...
знания нужны. но деятельность по проектированию ЦОДов не лицензируется нигде в мире, насколько знаю. бывает что в ТЗ включают пункт, что у проектанта должны быть сертификаты обученных тем же UI сотрудников. это не панацея, но некую гарантию, что рисовать не идиоты и дилетанты будут, дает. т.к. курс обучения и сертификации по итогам стоит вполне приличных денег, и просто так их тратить никто не хочет. в РФ таких обученных, по данным с сайта UI, в районе человек 500, может больше.
по поводу требований к узлам связи - они не все описывают. что бы было понятно, вот тут почитайте документы от аптайма: https://uptimeinstitute.com/resources/assets?filter%5Blanguage_id%5D=0&filter%5Bcategory_id%5D=1&filter%5Bpublished_on%5D=0&task=search&filter_order=a.published_on
если кратко, то в ЦОДах хотят достичь 100% надежности (ИТ нагрузка должна продолжать работать) при любых отказах в инженерных системах и при воздействии внешних факторов. Я вот видел серверные в подвале, где из за прорыва воды ходить можно было только в резиновых сапогах. Хотя располагать их там прямо не рекомендуется :)
З.Ы. самый идиотский проект (стадия Р) я видел в одной федеральной конторе. проект прошел ВСЕ экспертизы. по проекту решетки в фальшполе были расположены под шкафами, ИБП монолитный и один, кондеи подключены мимо СБЭ... мы отказались участвовать в строительстве
почитал документ. Что могу сказать:
1. документ сырой. очень сырой.
2. формулировку N для класса А я не понял. Для класса В повторяет формулировку UI для Tier III.
3. прописывать в технических требованиях процедуру аудита - лютый бред, см. п.1
4. даже я минимум раза в два больше требований прописал бы...
Вот поэтому вас АНО КС ЦОД как раз ни не станет приглашать в качестве эксперта.
Это пока можно рассматривать как "рыбу", которую нужно обработать "напильником" или провести "НОРМОКОНТРОЛЬ ДОКУМЕНТАЦИИ"
у этой шараги куча вполне адекватных и профессиональных учредителей-участников. видал я их ТЗ на ЦОДы - вполне себе хорошо написаны были. странно что они родили такое убожество. я бы на их месте постеснялся бы. ну или обозвал что это драфт версии 0.0.0.1 :)
++
Судя по всему, этим они попытались каким-то образом притянуть иностранные национальные стандарты. Это возможно, но так не делается. Они должны явно продекларировать об этом и пройти отдельную экспертизу на соответствие указанным нормам национальных стандартов по всем правилам иностранных органов сертификации.
Запрещается требовать проверки не предусмотренные законодательными актами РФ(или иностранных органов сертификации, если заявлено соответствие другим национальным стандартам)
++
не, тут фишка в другом. есть два стандарта "государственных" - ANSI/TIA 942 и ansi-bicsi-002-2011 (который не совсем стандарт, как по мне). и есть американская частная шаражка Uptime Institute, написавшая свой стандарт. и за аудит на соответствие берущая деньги. причем не маленькие. и аудит у них двух типов - проекта и построенного объекта. и сертификат UI, насколько знаю, единственная бумажка, которой ЦОДы хвастаются. Тут пытаются провернуть туже схему по добровольному сбору бабла с владельцев ЦОДов
Всё вы правильно пишите. Немножко дополню: штатный сотрудник этой самой американской компании - одновременно является (по крайней мере недавно так было) - "руководителем научных разработок АНО КС ЦОД". Ну и в тексте документа прописано, что для аудита "можно привлекать сторонних экспертов".
Так что легко может оказаться, что эта классификация/подтверждение - всё те же ребята, но под другим флагом.
а Мацкевич тоже в этой банде? :)
Вроде как нет.
Перспективный чат детектед! Сим повелеваю - внести запись в реестр самых обсуждаемых за последние 4 часа.
Студенческий реферат напоминает. Написано на "отвали".
Ну как вы можете! Это ведь эксперты с бо-о-о-ольшим опытом писали! И Правительство РФ скоро должно это утвердить.
Негосударственный подход, паимаишь, демонстрируете!