Рассмотрев вопрос, мы пришли к следующему выводу:
Порядок учета ртутных термометров и документальное оформление их списания учреждению следует определить в рамках формирования учетной политики.
Операции по списанию ртутных термометров отражаются в корреспонденции со счетом 0 401 20 272 "Расходование материальных запасов" или 0 109 00 272 "Затраты на изготовление готовой продукции, выполнение работ, услуг в части расходования материальных запасов".

Обоснование вывода:
В рассматриваемой ситуации должностными лицами учреждения принято решение об учете ртутных термометров в качестве материальных запасов на счете 105 31. Согласно п. 118 Инструкции, утвержденной Минфина России от 01.12.2010 N 157н (далее - N 157н), на соответствующих аналитических счетах счета 105 00 "Материальные запасы", содержащих аналитические коды вида синтетического счета, учитываются следующие объекты материалов:
- 1 "Медикаменты и перевязочные средства" - медикаменты, компоненты, эндопротезы, бактерийные препараты, сыворотки, вакцины, кровь и перевязочные средства и т.д.
- 6 "Прочие материальные запасы", в том числе и материалы специального назначения, иные материальные запасы.
При этом конкретных указаний на вид объектов учета, к которому могут быть отнесены ртутные термометры, N 157н не содержит. Поэтому для принятия решения о порядке учета рассматриваемых материалов необходимо дать оценку возможности их отнесения к "медикаментам" ("лекарственным средствам"), "перевязочным средствам", исходя из определений и перечней, приведенных в нормативно-правовых документах, регулирующих данную отрасль.
В частности, могут быть применены положения следующих документов:
- Федерального закона от 12.04.2010 N 61-ФЗ "Об обращении лекарственных средств";
- п. 1 "Инструкции...", утвержденной приказом Минздрава СССР от 02.06.1987 N 747.
Соотнесение ртутных термометров с определениями и перечнями, содержащимися в обозначенных документах, указывает на то, что данные объекты не могут быть отнесены к медикаментам и перевязочным средствам. Поэтому в случае принятия решения об учете ртутных термометров в качестве материальных запасов их целесообразно учитывать в качестве материалов специального назначения на счете 105 06.
В то же время в целях сопоставимости информации, отражаемой в учете и отчетности различных субъектов учета, решение об отнесении конкретных видов материальных запасов к тому или иному виду объектов учета желательно принимать на уровне органа, осуществляющего функции и полномочия учредителя. Если же соответствующие разъяснения (рекомендации) уполномоченных органов отсутствуют и по каким-либо причинам их невозможно получить, вопрос может быть урегулирован положениями учетной политики учреждения. При этом решение должностных лиц о порядке учета тех или иных материалов должно быть основано на их профессиональном суждении.
Вместе с тем при принятии к учету нефинансовых активов, приобретенных в рамках средств программы обязательного медицинского страхования, необходимо учитывать, предусмотрены ли затраты на приобретение конкретных объектов учета соответствующим тарифным соглашением. В рассматриваемой ситуации структура тарифа на оплату медицинской помощи в рамках территориальной программы обязательного медицинского страхования Омской области на 2018 год указана в Приложении 23 к Тарифному соглашению в системе обязательного медицинского страхования Омской области на 2018 год от 22.12.2017.
В соответствии с Указаниями о порядке применения бюджетной классификации, утвержденной Минфина России от 01.07.2013 N 65н, операции, отражающие уменьшение финансового результата, связанное со списанием материальных запасов (израсходованных на нужды учреждения, естественной убыли, а также пришедших в негодность в результате их использования), отражаются с применением "Расходование материальных запасов" КОСГУ.
Соответственно, списание ртутных термометров, пришедших в негодность в результате их использования, отражается по дебету счета 0 401 20 272 "Расходование материальных запасов" в корреспонденции с кредитом счета 0 105 00 000 "Материальные запасы" (абз. 2 п. 37 Инструкции, утвержденной Минфина России от 16.12.2010 N 174н, далее - N 174н).
При этом если расходы, связанные с использованием материальных запасов в деятельности учреждения, формируют себестоимость готовой продукции (работ, услуг), то их списание отражается бухгалтерской записью по дебету счета 0 109 00 272 "Затраты на изготовление готовой продукции, выполнение работ, услуг в части расходования материальных запасов " в корреспонденции с кредитом счета 0 105 00 000 "Материальные запасы" ( Инструкции N 174н).
В соответствии с Инструкции N 157н выбытие материальных запасов осуществляется на основании решения постоянно действующей комиссии по поступлению и выбытию активов, оформленного оправдательным документом, если иное не установлено й N 157н. Перечень форм первичных учетных документов и регистров бухгалтерского учета, применяемых организациями государственного сектора, и Методические указания по их применению утверждены Минфина России от 30.03.2015 N 52н (далее - Указания N 52н).
Действующими нормативными актами по ведению бухгалтерского учета в учреждениях госсектора установлены лишь общие условия учета поступления, движения и списания материальных ценностей. Поэтому детально такие условия закрепляются в учетной политике учреждения. При определении в учетной политике порядка списания различных материальных запасов госучреждению желательно исходить прежде всего из того, насколько важно обеспечить контроль за сохранностью конкретной группы (вида) материальных ценностей, насколько они значимы. При этом следует понимать, что действующие в настоящее время нормативные правовые акты не устанавливают четких границ между:
- потребляемыми и непотребляемыми материальными запасами;
- имуществом, подлежащим списанию прямым расходом при выдаче из мест хранения, и ценностями, которые могут списываться с баланса только после оформления дополнительных документов.
Учет предметов на балансе в течение всего времени эксплуатации позволит учреждению избежать претензий со стороны контролирующих органов. В то же время польза, извлекаемая из формируемой в бухгалтерском учете информации, должна быть сопоставима с затратами на ее подготовку.
Ртутные термометры, как правило, используются в течение длительного периода и могут быть отнесены к непотребляетмым материальным запасам. Сохранность таких активов целесообразно обеспечить путем их учета в разрезе ответственных лиц на протяжении всего времени использования в учреждении. Например, они могут выдаваться сотрудникам по Ведомостям (ф. 0504210) без списания с балансового учета.
Для оформления решения о списании ртутных термометров с балансового учета применяется Акт о списании материальных запасов (ф. 0504230), далее - Акт (ф. 0504230). В частности, может осуществляться списание:
- пришедших в негодность, неисправных термометров;
- выбывших помимо воли учреждения (вследствие недостач, хищений; уничтожения при терактах; потерь при стихийных и иных бедствиях, опасных природных явлениях, катастрофах; иных действий).
Акт о списании (ф. 0504230) составляется комиссией учреждения по поступлению и выбытию активов и утверждается руководителем учреждения.

Ответ подготовил:
Эксперт службы Правового консалтинга ГАРАНТ
Дурнова Татьяна

Контроль качества ответа:
Рецензент службы Правового консалтинга ГАРАНТ
Суховерхова Антонина

Материал подготовлен на основе индивидуальной письменной консультации, оказанной в рамках услуги Правовой консалтинг.

Учет материалов в бюджетных учреждениях (БУ) отличается от учета в коммерческих организациях. В этой статье вы найдете информацию об особенностях отражения транзакций с материалами в БУ.

Материальные запасы в бюджетных учреждениях — что это и как формируется счет 105

Бухгалтерский учет материальных запасов в БУ регулируется приказом Минфина России от 16.12.2010 № 174н. Однако также все государственные организации следуют главному НПА, которым является приказ Минфина России от 01.12.2010 № 157н. Указанные законодательные акты утверждают частный и общий планы счетов и инструкции, разъясняющие их использование. Вся изложенная в статье информация и описываемый порядок списания материальных запасов в бюджетных учреждениях базируются на положениях этих НПА.

В состав материальных запасов входят предметы, которые используются не более года, готовая продукция, товары, а также другие специфические активы, перечисленные в п. 99 Инструкции к плану счетов (приказ № 157н). Для их учета предусмотрен синтетический счет 010500000 «Материальные запасы». Сам номер счета 105, где отражаются материальные запасы в бюджетном учреждении, состоит из 26 разрядов, но только разряды 18-26 используются в бухучете учреждения. В зависимости от группы и вида материальных запасов и сути их движения в номере счета меняется код в разрядах 22-26.

Ниже рассмотрена схема формирования номера счета бухучета в бюджетной организации, а также расшифрованы на примере коды разрядов. Подробную расшифровку разрядов также можно найти в п. 21 Инструкции к плану счетов (приказ № 157н), в таблице плана счетов для бюджетных учреждений и в п. 2.1 Инструкции к этому плану счетов (приказ № 174н).

Номер разряда счета

Финансовое обеспечение

Объект учета

Группа объекта учета

Вид объекта учета

Вид поступлений, выбытий объекта учета

Пример, счет 110532340 «Увеличение стоимости продуктов питания — иного движимого имущества учреждения»

1 — за счет средств бюджета

105 — материальные запасы

3 — иное движимое имущество

2 — продукты питания

340 — увеличение стоимости

Нюансы отражения операций с готовой продукцией и товарами в данной статье не рассматриваются.

Учет поступления материалов

Материалы приходуются учреждениями по фактической стоимости, в которую входит:

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

Для отражения поступлений выделены отдельные аналитические счета «Материальные запасы», в разрядах 24-26 которых используется код 340 для каждого вида материалов: 010521340 — 010526340, 010531340 — 010536340, 010538340 (см. приказ № 174н).

БУ может закупать материалы самостоятельно или через головное учреждение (при недостаточности полномочий). Основные проводки по поступлению материалов смотрите в таблице ниже, другие транзакции можно найти в п. 34 Инструкции к плану счетов (приказ № 174н).

Проводка

Описание проводки

Кт 030234730 «Увеличение кредиторской задолженности по приобретению материальных запасов», 020834660 «Уменьшение дебиторской задолженности подотчетных лиц по приобретению материальных запасов»

Покупка материалов

Дт 010500000 «Материальные запасы» (010521340 — 010526340, 010531340 — 010536340, 010538340)

Кт 030404340 «Внутриведомственные расчеты по приобретению материальных запасов»

Передача материалов от вышестоящего учреждения

Дт 010500000 «Материальные запасы» (010521340 — 010526340, 010531340 — 010536340, 010538340)

Кт 010600000 «Вложения в нефинансовые активы» (010624340, 010634340)

Самостоятельное производство материалов, покупка по ряду договоров (стоимость материалов, транспортные затраты, консультационные услуги и т. д.)

Как списать материальные запасы в бюджетном учреждении: порядок списания

Списание стоимости материальных запасов может происходить 2 способами:

  • по фактической стоимости отдельного предмета;
  • средней фактической стоимости.

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

Пример

На складе школы находится 5 метров рулонного ватмана по цене 150 руб. за метр, 7 метров ватмана по цене 177 руб. за метр. Дополнительно в начале месяца было закуплено еще 10 метров ватмана по цене 168 руб. за метр. За месяц использовано 15 метров ватмана. Определим среднюю фактическую стоимость 1 использованного метра ватмана и общую сумму затрат.

Средняя фактическая стоимость 1 метра равна:

(5 × 150 + 7 × 177 + 10 × 168) / (5 + 7 + 10) = 166,8 руб.

Общая сумма затрат на использованный ватман равна:

166,8 × 15 = 2 502 руб.

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

Проводка

Описание проводки

Дт 040120272 «Расходование материальных запасов», 010900000 «Затраты на изготовление готовой продукции, выполнение работ, услуг» (010960272, 010970272, 010980272, 010990272)

Использование материалов в текущей деятельности или при производстве

Дт 040110172 «Доходы от операций с активами»

Кт 010500000 «Материальные запасы» (010521440 — 010526440, 010531440 — 010536440)

Продажа материалов (кроме готовой продукции и товаров), а также списание из-за непригодности, при недостаче

Дт 030404340 «Внутриведомственные расчеты по приобретению материальных запасов»

Кт 010500000 «Материальные запасы» (010521440 — 010526440, 010531440 — 010536440)

Передача материалов от головного учреждения подведомственному

О том, как ведется учет материалов в коммерческих организациях, читайте в статье «Бухгалтерские проводки по учету материалов» .

Итоги

Ведение бухгалтерского учета в БУ строго регламентировано нормативными актами. Каждое движение материалов должно быть оформлено первичными документами и отражено в учете бухгалтерскими проводками, использующими свои особые (бюджетные) счета бухучета.

Информационная инфраструктура предприятия и ее составляющие

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

Существует несколько определений ИИ, однако на настоящий момент все они достаточно неполно отражают сущность этого объекта:

1. Информационная инфраструктура представляет собой систему организационных структур, обеспечивающих функционирование и развитие информационного пространства страны и средств информационного взаимодействия. Она включает совокупность информационных центров, банков данных и знаний, систем связи и обеспечивает доступ потребителей к информационным ресурсам Глоссарий [Электронный ресурс]. - Режим доступа: www.glossary.ru, свободный. - Загл. с экрана..

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

2. Информационная инфраструктура может быть определена как социо-техническая конструкция Другой термин, которому придается в данном случае то же значение - социо-технические сети (socio-technical networks). «ИИ - это больше, чем «чистая» технология, они скорее представляют из себя социо-технические сети (socio-technical networks)». (Nшkkentved, 2004) (цитируется по )., включающая экономических агентов, ресурсы и процессы, обеспечиваемые информационно-коммуникационными технологиями, и простирающиеся за границы бизнес-сети фирмы Шерешева М.Ю. Развитие информационной инфраструктуры розничных сетей в России / М.Ю. Шерешева // Российский Журнал менеджмента. - 2005. Т. 3. № 1. - С. 53..

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

3. Информационно-коммуникационная инфраструктура - совокупность территориально распределенных государственных и корпоративных информационных систем, линий связи, сетей и каналов передачи данных, средств коммутации и управления информационными потоками, а также организационных структур, правовых и нормативных механизмов, обеспечивающих их эффективное функционирование Глоссарий по информационному обществу [электронный ресурс]. - Режим доступа: http://www.iis.ru/glossary/ici.ru.html. свободный.. - Загл. с экрана..

Это определении ИИ носит глобальный характер, объединяющий в себе все имеющиеся ИИ, а не только корпоративную. Его можно отнести к любой современной инфраструктуре, а не ко всей совокупности государственно-корпоративной сети.

Таким образом, из данных трех определений можно сделать вывод, что понятие ИИ включает решения не только по программному обеспечению, аппаратному комплексу и организационному обеспечению, но и методологию и механизмы их взаимодействия, что вполне соответствует пониманию системы в наиболее современных стандартах типа ISO Михайловский Н. Архитектура информационной системы, оценка рисков и совокупная стоимость владения [Электронный ресурс] // Директор ИС. - 2002. - 17 июня (№6). - М: Директор ИС.RU, 2002. - Режим доступа: http://www.osp.ru/cio/2002/06/021_1.htm , свободный. ? Загл. с экрана..

Необходимо подчеркнуть отличие понятия ИИ от понятия архитектуры информационной системы. Архитектура представляет собой «концепцию, определяющую модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы» Глоссарий [Электронный ресурс]. - Режим доступа: www.glossary.ru , свободный. - Загл. с экрана. или «официальное определение правил бизнеса, структур систем, технических ограничений и сути производимой продукции для информационных бизнес-систем. Архитектура информационных систем состоит из четырех уровней: архитектура бизнеса, архитектура систем, техническая архитектура и производственная архитектура» Глоссарий по информационному обществу [электронный ресурс]. - Режим доступа: http://www.iis.ru/glossary/ici.ru.html. свободный. - Загл. с экрана.. Таким образом, если рассматривать информационные системы предприятия как компонент ИИ, то и архитектура ИС будет также ее составной частью. Другими словами, архитектура дает представление «как устроено», а инфраструктура - «чем наполнено».

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

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

ИИ компании представляет собой целостную структуру, все части которой тесно взаимосвязаны. На более ранних этапах развития, можно было говорить о таких ее составляющих, как «внутренняя» и «внешняя» инфраструктура. Так, например, когда компании использовали информационные системы (далее сокращение ИС), которые строились на базе MRP, то есть были закрытыми и работали только на обслуживание предприятия, имела место внутренняя инфраструктура. Однако в настоящее время обе эти части ИИ представляют собой согласованные структуры, современной характеристикой ИИ является тот факт, что разделения между внутренней и внешней составляющей практически нет.

В высокотехнологичных и производственных компаниях «внутренняя», т.е. ориентированная на решение внутренних задач предприятия, ИИ почти на 100% детерминирована самой сутью производства, управления и требованиями к качеству продукта. Бизнес-правила в такой компании, роли, ответственность, в том числе и в информационной сфере, четко определены и стандартизированы. «Внутренняя» ИИ и ее развитие полностью подчинены бизнес-целям и детерминируются стандартными практиками и структурами. Для построения «внутренней» ИИ существует линейка продуктов компаний IBM (например, решения класса Tivoli для малых и средних предприятий), Microsoft, серверное обеспечение HP и Intel, продукты Oracle и пр.

В компаниях же, ориентированных на оказание услуг, «внешняя» составляющая инфраструктуры, поддерживающая взаимодействие управленческих и производственных структур компании с внешней средой, несколько «перевешивает». У таких компаний главной целью является продать продукт/услугу как можно большему числу клиентов. В качестве примеров «внешней» ИИ можно предложить модули корпоративной ИС и прикладные программы, которые обеспечивают такое взаимодействие (далее понятие «внешняя» ИИ будем употреблять без кавычек).

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


Трактовку понятия информационной системы можно посмотреть, например, в Википедии .

На всякий случай:

ограничения и соглашения

1. Изложенное ниже - не догма, это исключительно мое видение ситуации. Основанное, однако, на довольно большом опыте практической работы.
2. В нынешние времена доступ к информации подразумевает почти исключительно использование электронных средств, о них и буду говорить, оставив за скобками газеты, книги и классические библиотеки.
3. Ограничимся достаточно незначительными масштабами, скажем, от персональной, домашней, самой мелкой сети, до системы отдельного предприятия - рассматривать вопрос в рамках планеты или хотя бы страны можно только теоретически, а меня интересуют прежде всего прикладные аспекты.
4. Заодно оставлю в стороне такой немаловажный компонент информационной системы, как программное обеспечение всего комплекса, упор буду делать на «железные» компоненты. Это, конечно, неправильно. Подразумеваем, что ПО в той или иной мере присутствует в любом элементе системы.
5. Приводимые ниже цифры вполне условны, как пишется в конструкторской документации, «справочные».

Подсистемы информационной инфраструктуры. Назначение подсистем, задачи, которые они решают

Как мне видится инфраструктура информационной системы? Эдакая пирамида, вершина которой, «первый слой» - потребитель и искомая, обработанная и готовая к употреблению информация. Информация, как воспринимаемое человеком нематериальное. Человек - тоже элемент этой инфраструктуры, и довольно значимый, как и программное обеспечение; однако, к техническим, инженерным элементам его относить почему-то не принято. Не стану и я.

Что такое - эта информация? То, что мы видим на экране монитора, слышим из динамиков; то, на основе чего мы принимаем некие решения - или осознанно делегируем право принять эти решения опять же вычислительной технике.

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

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

Компьютер (ноутбук, планшет, смартфон) сам по себе, без данных для обработки, без связи с источником информации - не особо нужная дорогая железка. Когда-то «источником» данных для вычислительных систем были (если оставить за кадром первоисточник - человека и окружающую действительность/среду) телетайпы, перфокарты, перфоленты, затем магнитные ленты… Теперь исходные данные, как правило, берутся через сети с других вычислительных устройств, мест массового хранения, посредством телекоммуникаций. Это четвертый слой, обеспечивающий связи оконечных устройств, готовящих информацию к употреблению человеком, с источниками данных.

Пятый и шестой слои - обработка первичной, базовой информации, и хранилища данных. Под этими двумя слоями можно понимать, например, весь Интернет - в качестве субботнего развлечения, или дата-центр, или отдельный майнфрейм, привязанный к системе хранения данных, дисковому массиву, десятками каналов FiberChannel через соответствующие коммутаторы (тут своя мини-иерархия, которая тоже укладывающаяся в приведенную схему); или просто домашний NAS-сервер.

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

  • Во-первых, без электроэнергии, причем соответствующей определенным требованиям, стандартам, работа ИТ оборудования, как ни странно, невозможна - такой вот парадокс.
  • Во-вторых, электронные компоненты ИТ оборудования, в соответствии с законами физики, работать нормально, без большого количества сбоев, могут только в довольно ограниченном диапазоне температур, условно от -40 до +50ºC, а «комфортным» вовсе считается диапазон 20±2ºC. При этом само ИТ оборудование является источником тепла: вся потребляемая электрическая энергия превращается компонентами ИТ систем в энергию тепловую.
  • В третьих, из-за применяемых ныне технологий, существуют ограничения на уровень относительной влажности воздуха: при повышенной влажности возможно выпадение росы, а значит, вероятно замыкание в электрических схемах; при низкой влажности возможно накопление статического электричества, и растет вероятность пробоя электрических компонентов.
  • В четвертых, учитывая «во-вторых и в третьих», ИТ оборудование надо оградить от нежелательных внешних воздействий, начиная от попадания в них пыли, и заканчивая камнем, брошенным хулиганом. Слой пыли затрудняет отвод тепла от компонентов, и способствует накоплению статики; с камнем и так все понятно.
  • Есть еще проблема компактного размещения ИТ систем и систем, их обеспечивающих. То есть - архитектурная подсистема, выделенная зона, или помещение, или здание, или сооружения, где все хозяйство размещено. Проблема эта решается по разному, и зачастую это решение требует весьма значительной части средств, выделяемых на информационную систему. Оставим это в стороне, хотя это тоже неправильно - как и то, что не учитываем ПО.

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

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

Цели, ради которых строится конкретная информационная система; зависимость инфраструктуры от выбранной цели

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

Информационная инфраструктура. Примеры очевидны: с одной стороны, «домашняя сеть», включающая ПК, ноутбук и пару смартфонов в качестве клиентов, роутер в качестве центрального узла, и единственный канал связи до провайдера; с другой стороны - предприятие с филиалами в половине мира, с полутора десятком дата-центров по всей стране. Диапазон получается широчайший. Соответственно, для реализации этих двух инфраструктурных решений требуется оборудование разного уровня; производители в курсе этой «проблемы», и заранее позиционируют устройства: «домашний wi-fi роутер», «коммутатор для рабочих групп», «сервер масштаба предприятия».

Сложность и дороговизна решений для каждой конкретной задачи определяется важностью этой задачи - с этим определились давно. Насколько ценны вам, как частному лицу, ваши фотографии, видеозаписи, фильмы и книги, хранимые на диске ноутбука? Стоят ли они приобретения NAS с RAID-массивом уровня 10? Или достаточно будет «флэшки» на 8 гигабайт? Или, например, двух флэшек по 32 гигабайта? Окупят ли затраты на NAS ваши моральные страдания от возможной утери уникальных фоток с Кипра?

С другой стороны, насколько ценна коммерческому банку информация, «живущая» в петабайтном хранилище? Нужно ли его, хранилище, зеркалировать вторым таким же в другом городе, или будет достаточно ежедневного бэкапа на ленты? Будут ли потери от простоя банка на ремонты и восстановление после краха СХД настолько велики, что «зеркало» за несколько десятков миллионов долларов окажется мелочными расходами?

Инженерная инфраструктура. Нужно ли покупать домой источник бесперебойного питания, который займет дефицитное место, но может спасти от потери данных? Оправданы ли затраты - если на вашей памяти электричество дома отключали два раза за последние пять лет? А какую схему резервирования кондиционеров дата-центра выбрать: N+1 или 2N – учитывая, что каждый лишний кондиционер холодильной мощностью, например, 50 кВт, обойдется в полтора миллиона?

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

Определение масштабов инфраструктуры, состав подсистем

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

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

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

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

Характер конечной информации может определять содержание «верхних слоев» инфраструктурной пирамиды,
технический уровень средств интерфейса, и предоставления информации: дизайнерская веб-студия вряд ли сможет эффективно конкурировать на рынке, предоставив своим ведущим сотрудникам компьютеры на базе Pentium-III для рендеринга, и 14-дюймовые мониторы с разрешением 800х600; с другой стороны, многие бухгалтерии такой техникой пользуются, и вполне могут пользоваться еще годы.

Интенсивность использования данных и их объемы определяют требования к средствам передачи данных: в приведенном выше примере с бухгалтерией достаточно будет иметь (для средней величины конторы) сеть, построенную на основе «медной» структурированной кабельной системы категории 5/5е и коммутаторов 10/100 Layer 2. Ядро сети дата-центра банка требует уже оптику для SAN и не только, коммутаторы Layer 3-4 с интерфейсами со скоростью передачи 2-8 (для SAN) и 1-10 (для прочих) гигабит в секунду.

Средства обработки информации представлены серверами разной производительности (и, соответственно, мощности), исполнения, стоимости и даже назначения: от уровня рабочей группы в корпусе Midi-Tower до монстров класса IBM p795. В «среднем» сегменте популярными заслуженно стали блэйд-серверы (в основном, из-за гибкости решений). Выбор конкретной системы зависит от сложности решаемых задач (две большие разницы: расчет теплозащиты космического аппарата методом конечных элементов, или «поиграть в сапера») и, соответственно, требуемой производительности.

Хранение данных - задача достаточно традиционная, решается разными способами (база, тем не менее, сейчас у всех способов одна - в основном жесткие диски, если иметь в виду оперативное хранение, SSD для критичных к скорости обработки данных задач, и магнитные ленты для резервных и архивных копий; вообще-то о резервировании информации разговор особый; в частной жизни добавляются CD/DVD и «флешки»). Способы выбираются - как ни странно - в зависимости от требуемых объемов хранения и скорости доступа. Это может быть раздел на единственном HDD в домашнем компьютере, RAID-массив внутри сервера, дисковая «полка» или их массив, или Hi-End система из трех (пяти, семи) шкафов 42U, один-два из которых - «мозги», контроллеры, а остальные - дисковый массив.

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

Суммируем электрическую паспортную мощность, потребляемую каждым ИТ устройством, добавляем 10-20% «на всякий пожарный случай» (по нашим замерам во время формирования отчетов, то есть при интенсивных вычислениях, потребляемая мощность ИТ системы увеличивалась в среднем на 9,67 процента по сравнению с обычной, установившейся повседневной мощностью), при необходимости прибавляем запас на развитие, и получаем мощность, которую будет потреблять ИТ оборудование, то есть примерно 50-70% от необходимой общей мощности (для всей инфраструктуры). При этом становится понятна требуемая мощность систем гарантированного и бесперебойного питания , а заодно - и количество тепла, которое надо будет отводить от ИТ оборудования и от ИБП, то есть - можно оценить мощность системы кондиционирования . После этого определяемся с минимально допустимыми уровнями резервирования, и основа для черновых расчетов готова.

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

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

Вопросы надежности

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

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

При этом заметьте, что принципиальной разницы между инфраструктурой, например, «Мобильных телесистем», или ВТБ-24 и вашей домашней сетью нет. Никто и ничто, кроме соседей и кошелька, не помешает вам, если посчитаете свои личные данные бесценными, дополнительно их защитить: установить ИБП под каждое устройство, а на балконе - аварийный бензиновый генератор на самый уж крайний случай; подключиться к двум независимым провайдерам, установив на каждом канале по отдельному роутеру/коммутатору; добавить к имеющемуся NAS с RAID-массивом пятого уровня еще один, в зеркало; положить «про запас» под шкаф еще один системный блок, идентичный стоящему на столе (так называемый «холодный резерв», ага), а в стоящий на столе вставить пишущий BlueRay привод, на котором еженедельно нарезать очередную болванку с бесценным; а записанные болванки раз в месяц отвозить в банковскую ячейку; и так далее. Только нужно ли вам это?

В качестве заключения

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

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


Трактовку понятия информационной системы можно посмотреть, например, в Википедии .

На всякий случай:

ограничения и соглашения

1. Изложенное ниже - не догма, это исключительно мое видение ситуации. Основанное, однако, на довольно большом опыте практической работы.
2. В нынешние времена доступ к информации подразумевает почти исключительно использование электронных средств, о них и буду говорить, оставив за скобками газеты, книги и классические библиотеки.
3. Ограничимся достаточно незначительными масштабами, скажем, от персональной, домашней, самой мелкой сети, до системы отдельного предприятия - рассматривать вопрос в рамках планеты или хотя бы страны можно только теоретически, а меня интересуют прежде всего прикладные аспекты.
4. Заодно оставлю в стороне такой немаловажный компонент информационной системы, как программное обеспечение всего комплекса, упор буду делать на «железные» компоненты. Это, конечно, неправильно. Подразумеваем, что ПО в той или иной мере присутствует в любом элементе системы.
5. Приводимые ниже цифры вполне условны, как пишется в конструкторской документации, «справочные».

Подсистемы информационной инфраструктуры. Назначение подсистем, задачи, которые они решают

Как мне видится инфраструктура информационной системы? Эдакая пирамида, вершина которой, «первый слой» - потребитель и искомая, обработанная и готовая к употреблению информация. Информация, как воспринимаемое человеком нематериальное. Человек - тоже элемент этой инфраструктуры, и довольно значимый, как и программное обеспечение; однако, к техническим, инженерным элементам его относить почему-то не принято. Не стану и я.

Что такое - эта информация? То, что мы видим на экране монитора, слышим из динамиков; то, на основе чего мы принимаем некие решения - или осознанно делегируем право принять эти решения опять же вычислительной технике.

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

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

Компьютер (ноутбук, планшет, смартфон) сам по себе, без данных для обработки, без связи с источником информации - не особо нужная дорогая железка. Когда-то «источником» данных для вычислительных систем были (если оставить за кадром первоисточник - человека и окружающую действительность/среду) телетайпы, перфокарты, перфоленты, затем магнитные ленты… Теперь исходные данные, как правило, берутся через сети с других вычислительных устройств, мест массового хранения, посредством телекоммуникаций. Это четвертый слой, обеспечивающий связи оконечных устройств, готовящих информацию к употреблению человеком, с источниками данных.

Пятый и шестой слои - обработка первичной, базовой информации, и хранилища данных. Под этими двумя слоями можно понимать, например, весь Интернет - в качестве субботнего развлечения, или дата-центр, или отдельный майнфрейм, привязанный к системе хранения данных, дисковому массиву, десятками каналов FiberChannel через соответствующие коммутаторы (тут своя мини-иерархия, которая тоже укладывающаяся в приведенную схему); или просто домашний NAS-сервер.

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

  • Во-первых, без электроэнергии, причем соответствующей определенным требованиям, стандартам, работа ИТ оборудования, как ни странно, невозможна - такой вот парадокс.
  • Во-вторых, электронные компоненты ИТ оборудования, в соответствии с законами физики, работать нормально, без большого количества сбоев, могут только в довольно ограниченном диапазоне температур, условно от -40 до +50ºC, а «комфортным» вовсе считается диапазон 20±2ºC. При этом само ИТ оборудование является источником тепла: вся потребляемая электрическая энергия превращается компонентами ИТ систем в энергию тепловую.
  • В третьих, из-за применяемых ныне технологий, существуют ограничения на уровень относительной влажности воздуха: при повышенной влажности возможно выпадение росы, а значит, вероятно замыкание в электрических схемах; при низкой влажности возможно накопление статического электричества, и растет вероятность пробоя электрических компонентов.
  • В четвертых, учитывая «во-вторых и в третьих», ИТ оборудование надо оградить от нежелательных внешних воздействий, начиная от попадания в них пыли, и заканчивая камнем, брошенным хулиганом. Слой пыли затрудняет отвод тепла от компонентов, и способствует накоплению статики; с камнем и так все понятно.
  • Есть еще проблема компактного размещения ИТ систем и систем, их обеспечивающих. То есть - архитектурная подсистема, выделенная зона, или помещение, или здание, или сооружения, где все хозяйство размещено. Проблема эта решается по разному, и зачастую это решение требует весьма значительной части средств, выделяемых на информационную систему. Оставим это в стороне, хотя это тоже неправильно - как и то, что не учитываем ПО.

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

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

Цели, ради которых строится конкретная информационная система; зависимость инфраструктуры от выбранной цели

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

Информационная инфраструктура. Примеры очевидны: с одной стороны, «домашняя сеть», включающая ПК, ноутбук и пару смартфонов в качестве клиентов, роутер в качестве центрального узла, и единственный канал связи до провайдера; с другой стороны - предприятие с филиалами в половине мира, с полутора десятком дата-центров по всей стране. Диапазон получается широчайший. Соответственно, для реализации этих двух инфраструктурных решений требуется оборудование разного уровня; производители в курсе этой «проблемы», и заранее позиционируют устройства: «домашний wi-fi роутер», «коммутатор для рабочих групп», «сервер масштаба предприятия».

Сложность и дороговизна решений для каждой конкретной задачи определяется важностью этой задачи - с этим определились давно. Насколько ценны вам, как частному лицу, ваши фотографии, видеозаписи, фильмы и книги, хранимые на диске ноутбука? Стоят ли они приобретения NAS с RAID-массивом уровня 10? Или достаточно будет «флэшки» на 8 гигабайт? Или, например, двух флэшек по 32 гигабайта? Окупят ли затраты на NAS ваши моральные страдания от возможной утери уникальных фоток с Кипра?

С другой стороны, насколько ценна коммерческому банку информация, «живущая» в петабайтном хранилище? Нужно ли его, хранилище, зеркалировать вторым таким же в другом городе, или будет достаточно ежедневного бэкапа на ленты? Будут ли потери от простоя банка на ремонты и восстановление после краха СХД настолько велики, что «зеркало» за несколько десятков миллионов долларов окажется мелочными расходами?

Инженерная инфраструктура. Нужно ли покупать домой источник бесперебойного питания, который займет дефицитное место, но может спасти от потери данных? Оправданы ли затраты - если на вашей памяти электричество дома отключали два раза за последние пять лет? А какую схему резервирования кондиционеров дата-центра выбрать: N+1 или 2N – учитывая, что каждый лишний кондиционер холодильной мощностью, например, 50 кВт, обойдется в полтора миллиона?

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

Определение масштабов инфраструктуры, состав подсистем

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

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

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

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

Характер конечной информации может определять содержание «верхних слоев» инфраструктурной пирамиды,
технический уровень средств интерфейса, и предоставления информации: дизайнерская веб-студия вряд ли сможет эффективно конкурировать на рынке, предоставив своим ведущим сотрудникам компьютеры на базе Pentium-III для рендеринга, и 14-дюймовые мониторы с разрешением 800х600; с другой стороны, многие бухгалтерии такой техникой пользуются, и вполне могут пользоваться еще годы.

Интенсивность использования данных и их объемы определяют требования к средствам передачи данных: в приведенном выше примере с бухгалтерией достаточно будет иметь (для средней величины конторы) сеть, построенную на основе «медной» структурированной кабельной системы категории 5/5е и коммутаторов 10/100 Layer 2. Ядро сети дата-центра банка требует уже оптику для SAN и не только, коммутаторы Layer 3-4 с интерфейсами со скоростью передачи 2-8 (для SAN) и 1-10 (для прочих) гигабит в секунду.

Средства обработки информации представлены серверами разной производительности (и, соответственно, мощности), исполнения, стоимости и даже назначения: от уровня рабочей группы в корпусе Midi-Tower до монстров класса IBM p795. В «среднем» сегменте популярными заслуженно стали блэйд-серверы (в основном, из-за гибкости решений). Выбор конкретной системы зависит от сложности решаемых задач (две большие разницы: расчет теплозащиты космического аппарата методом конечных элементов, или «поиграть в сапера») и, соответственно, требуемой производительности.

Хранение данных - задача достаточно традиционная, решается разными способами (база, тем не менее, сейчас у всех способов одна - в основном жесткие диски, если иметь в виду оперативное хранение, SSD для критичных к скорости обработки данных задач, и магнитные ленты для резервных и архивных копий; вообще-то о резервировании информации разговор особый; в частной жизни добавляются CD/DVD и «флешки»). Способы выбираются - как ни странно - в зависимости от требуемых объемов хранения и скорости доступа. Это может быть раздел на единственном HDD в домашнем компьютере, RAID-массив внутри сервера, дисковая «полка» или их массив, или Hi-End система из трех (пяти, семи) шкафов 42U, один-два из которых - «мозги», контроллеры, а остальные - дисковый массив.

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

Суммируем электрическую паспортную мощность, потребляемую каждым ИТ устройством, добавляем 10-20% «на всякий пожарный случай» (по нашим замерам во время формирования отчетов, то есть при интенсивных вычислениях, потребляемая мощность ИТ системы увеличивалась в среднем на 9,67 процента по сравнению с обычной, установившейся повседневной мощностью), при необходимости прибавляем запас на развитие, и получаем мощность, которую будет потреблять ИТ оборудование, то есть примерно 50-70% от необходимой общей мощности (для всей инфраструктуры). При этом становится понятна требуемая мощность систем гарантированного и бесперебойного питания , а заодно - и количество тепла, которое надо будет отводить от ИТ оборудования и от ИБП, то есть - можно оценить мощность системы кондиционирования . После этого определяемся с минимально допустимыми уровнями резервирования, и основа для черновых расчетов готова.

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

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

Вопросы надежности

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

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

При этом заметьте, что принципиальной разницы между инфраструктурой, например, «Мобильных телесистем», или ВТБ-24 и вашей домашней сетью нет. Никто и ничто, кроме соседей и кошелька, не помешает вам, если посчитаете свои личные данные бесценными, дополнительно их защитить: установить ИБП под каждое устройство, а на балконе - аварийный бензиновый генератор на самый уж крайний случай; подключиться к двум независимым провайдерам, установив на каждом канале по отдельному роутеру/коммутатору; добавить к имеющемуся NAS с RAID-массивом пятого уровня еще один, в зеркало; положить «про запас» под шкаф еще один системный блок, идентичный стоящему на столе (так называемый «холодный резерв», ага), а в стоящий на столе вставить пишущий BlueRay привод, на котором еженедельно нарезать очередную болванку с бесценным; а записанные болванки раз в месяц отвозить в банковскую ячейку; и так далее. Только нужно ли вам это?

В качестве заключения

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