Олег

Иванов

Хорошо отдохнули? Завтра уже новый рабочий день! Кстати, ещё есть время отдохнуть (целый вечер).
Можно пойти в спорт зал (и не куда не спешить, как вот я сейчас), приготовить вкусный ужин или пойти в ресторан, прогуляться или может погреться в сауне....
Вобщем отдыхайте хорошо, что бы потом и поработать хорошо!
Кстати, вот мысль:
Очень очень давно на уроке физры, наш физрук сказал "дети, кто хорошо занимается, тот и по другим предметам будет успевать на отлично". Я тогда подумал, он "заливает" - каждый препод хвалит свой предмет :)
А на самом деле, только недавно осознал: Бег и вобщем-то занятие спортом сильно влияет на умстевенную деятельность. Это кстати и наукой доказано, разгоняется кровь, включается куча процессов организма и т.д. Мозг лучше соображает :))

p.s. Вобщем не забывайте в свой супер рабочий график включать: Спорт и отдых!
p.s.s. Простите, что пишу очевидные вещи.

Всем привет! В Питере снова зима, а очень хочется уже солнца. Я тут пошел поучиться актерские мастерству. Да-да, у меня практически 20 лет опыта в ИТ.
Какие актерские курсы в 44 года ? Конечно я не собираюсь менять сферу деятельности и становится актером :)
А вот краткосрочные актерские курсы очень рекомендую всем.
Занятие актерским мастерством раскрепощает, развивает эмоциональный интеллект, позволяет лучше чувствовать эмоции других, да и вообще лучше говорить. Это все очень полезно, на совещаниях, в переговорах, в общении с людьми и т д Воьщем развивайтесь в разных сферах жизни, это полезно.

Кстати, вот подумал:

1. Завести телеграмм канал, в котором публиковать более расширенные статьи
2. Сделать видео блог

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

Интересно? Делать? Просьба написать в комментариях!

Современные ИТ-инфраструктуры становятся всё сложнее, а требования к скорости и качеству услуг растут. Чтобы соответствовать вызовам, ИТ-департаментам необходимы три ключевых инструмента: база знаний, CMDB (Configuration Management Database) и Service Desk.

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

База знаний: Центр мудрости для быстрых решений
База знаний — это структурированное хранилище информации, где хранятся решения типовых проблем, инструкции, документация и лучшие практики. Её ключевые преимущества:
- Сокращение времени на устранение инцидентов. Сотрудники Service Desk и пользователи могут быстро найти ответы без обращения к специалистам.
- Снижение нагрузки на ИТ-персонал. Автоматизация рутинных запросов через самообслуживание.
- Сохранение экспертизы. Знания не теряются при смене сотрудников.

Пример: При повторяющейся ошибке в ПО база знаний позволяет сразу предложить пользователю инструкцию по исправлению, а сотрудник ИТ департамента может быстро найти типовое решение.

CMDB: Карта вашей ИТ-вселенной
CMDB — это база данных, которая фиксирует все компоненты ИТ-инфраструктуры (серверы, приложения, сетевые устройства) и связи между ними. Её роль:
- Управление изменениями. Понимание, как обновление одного компонента повлияет на другие.
- Быстрое устранение инцидентов. Определение корневых причин через анализ зависимостей.
- Соблюдение compliance. Контроль конфигураций в соответствии с политиками безопасности.

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

Service Desk: Единый центр управления запросами
Service Desk — это платформа для обработки запросов пользователей, инцидентов и задач. Его функции:
- Унификация коммуникации. Все обращения регистрируются, классифицируются и отслеживаются в одной системе.
- Повышение удовлетворенности пользователей. Прозрачность статусов и SLA (Service Level Agreement).
- Аналитика и отчетность. Выявление трендов проблем для профилактики сбоев.

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

Синергия трех инструментов: 1+1+1=5
Интеграция базы знаний, CMDB и Service Desk создает мощный цикл управления:
1. Инцидент поступает в Service Desk → система автоматически проверяет CMDB, чтобы определить затронутые компоненты.
2. База знаний предлагает решения на основе похожих случаев и документации.
3. После устранения проблемы обновляются CMDB и база знаний, улучшая будущие процессы.

Результат:
- Сокращение MTTR (Mean Time To Repair) на 30–50%.
- Уменьшение количества повторяющихся инцидентов.
- Повышение уровня зрелости ИТ-процессов (по методологии ITIL).

Заключение: Инвестиции в основу
База знаний, CMDB и Service Desk — не просто «еще одни инструменты». Это фундамент для цифровой трансформации ИТ-департамента. Их внедрение требует ресурсов, но окупается за счет:
- Роста производительности команды.
- Снижения простоев и операционных рисков.
- Укрепления доверия бизнеса к ИТ-службе.

Начните с малого: автоматизируйте частые запросы через базу знаний, начните документировать инфраструктуру в CMDB и внедрите Service Desk для контроля задач. Постепенная интеграция этих систем превратит ваш ИТ-департамент в стратегического партнера бизнеса.

Итак, продолжим говорить про «облака». А точно это выгодно и дешево?

Вот скажем, казалось бы можно купить один б/у (да да, и так бывает) сервер под 1С , разместить в прозрачном ящике над головой у секретарши. Заплатил один раз, все )

А вот, если нужно больше серверов? Обеспечивать удаленный доступ с любой точки мира, а если понадобится моментальное расширение ресурсов (в зависимости от потребностей бизнеса под новый проект или когда Ваш сервер станет «тормозить»), если Ваш админ резко уволится, потребуется быстрый переезд офиса и т.д.

Так, давайте скажем правду, «облака» дороже в сравнении с собственными ресурсами.

Но, если Вы посчитаете все «специфические риски», то облака скорее всего обойдутся дешевле.

Кстати еще, финансовая модель расходов.

OPEX (Operational Expenditure) и CAPEX (Capital Expenditure) — это два типа расходов, которые компании несут в процессе своей деятельности.

OPEX (Операционные расходы): Это текущие расходы, связанные с ежедневной деятельностью компании.

CAPEX (Капитальные расходы): Это долгосрочные инвестиции в активы, которые будут использоваться в течение нескольких лет.

В общем, OPEX связаны с текущей деятельностью, а CAPEX — с инвестициями в будущее. То есть если мы используем «облака» которые арендуем, то рассматриваем их как операционные расходы.

Еще облака бывают «публичные» и «приватные» — это два основных типа облаков которые различаются по способу развертывания, управлению и доступности ресурсов.

Преимущества:

Экономия затрат: Нет необходимости в значительных капитальных вложениях в инфраструктуру.

Масштабируемость: Легко увеличивать или уменьшать объем ресурсов в зависимости от потребностей.

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

Недостатки:

Безопасность и конфиденциальность: Меньший контроль над данными, что может быть проблемой для организаций с высокими требованиями к безопасности.

Зависимость от провайдера: Пользователи зависят от качества услуг и доступности облачного провайдера.

Приватные облака

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

Преимущества:

Безопасность и контроль: Более высокий уровень безопасности и контроля над данными и ресурсами.

Настраиваемость: Возможность настройки инфраструктуры под специфические потребности бизнеса.

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

Недостатки:

Высокие затраты: Необходимость инвестиций в оборудование и техническое обслуживание.

Сложность управления: Требуется наличие квалифицированного персонала для управления и поддержки инфраструктуры.

Уф, ну надеюсь я Вас не запутал, тогда резюмирую, в двух словах.

Если вы маленькая копания или стартап-используйте «облака»,

зачем Вам покупать сервера и думать об этом, думайте и зарабатывайте на своем продукте.

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

В очень большой компании уже можно создавать свои облака.

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

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

Так, что делать? Ну например использовать «облака».
А что, такое облака? На самом деле это мощные сервера размещенные в дата-центрах, предоставляющие необходимые ресурсы по запросу. Если еще проще говорить, то кликнули мышкой в личном кабинете такого облачного провайдеры кнопочку «создать сервер 1С» с нужными характеристиками и сервер будет создан за 2 мин). А в офисе достаточно просто иметь wi-fi и доступ в интернет (или вообще не иметь офиса). Классно же?

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

А вот, если вы уже совсем не маленькие, то тут все сложней.
Но об этом продолжим в следующей части :))

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

Принципы архитектуры инфраструктуры ИТ

При проектировании и реализации архитектуры инфраструктуры ИТ необходимо соблюдать следующие принципы:
Масштабируемость: система должна иметь возможность расширяться и адаптироваться к растущим требованиям и нагрузкам без потери производительности и надёжности.
Надёжность: система должна обеспечивать непрерывную работу и доступность критически важных сервисов и приложений.
Безопасность: система должна быть защищена от несанкционированного доступа, утечек данных и других угроз безопасности.
Управляемость: система должна предоставлять инструменты и возможности для мониторинга, управления и оптимизации её работы.
Эффективность: система должна использовать ресурсы (время, память, процессор) эффективно и рационально.
Совместимость: система должна поддерживать взаимодействие с другими системами и сервисами, а также обеспечивать совместимость с различными стандартами и протоколами.
Гибкость: система должна позволять вносить изменения и дополнения без значительных затрат времени и ресурсов.
Отказоустойчивость: система должна автоматически восстанавливаться после сбоев и отказов оборудования или программного обеспечения.
Доступность: система должна быть доступна для пользователей и приложений в любое время и из любого места.

Виды архитектуры инфраструктуры ИТ

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

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

Размер и сложность организации
Требования к производительности и доступности
Бюджет и ограничения на ресурсы
Уровень безопасности и защиты данных
Совместимость с существующими системами и приложениями

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

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

Так бывает, что ИТ департамент для собственников и руководителей бизнеса кажется «черным ящиком». Этот ящик постоянно требует больших и непонятных расходов.
Может не всегда «черный ящик», а большой такой «Айсберг».
Видна только одна часть над поверхностью (может ERP система, может CRM, 1C), а вот что скрыто под водой?! Эта большая часть очень важна, поверьте.
А бывает, так что ИТ департамент становиться «точкой ограничения» для развития бизнеса. Вот идею придумали, надо быстро реализовать. А у ИТ департамента отговорки, сроки затягиваются, ресурсов не хватает и т.д.
Или безопасность, а точно Вы уверены что не порушится вся ИТ инфраструктура в одночасье? Ее не взломают? Резервные копии есть? А где размещены резервные копии? А точно понятно, какие ИТ ресурсы на самом деле критичны для бизнеса?
Нет, конечно большой Энтерпрайз обычно понимает, выстраивает ИТ процессы и
Проверяет компетенции ИТ сотрудников, анализирует показатели работы и результатов.

А вот в среднем бизнесе, ресурсов и компетенции на это не хватает.
Вот и судят «зачастую» руководители о работе ИТ департамента по «жалобам» руководителей других отделов или по работе WI-FI.
Сталкивались? Есть проблемы?

Если интересно, то продолжу рассказывать как сделать работу ИТ департамента «Прозрачной» и безопасной.

Если вы работаете в найме, относитесь к работе как к своему маленькому бизнесу. Ну кто-то скажет «бизнес это другое, юрлицо, продукт..».

Понятно, я говорю образно.
А какой бизнес у сотрудника в найме?
Во-первых он продает свое рабоче время за $$$/час.
Во-вторых может увеличивать свою «капитализацию»получая опыт/навыки и т.д.
Еще выполнять свою работу с разной степенью ответственности (это личные риски), работать в растущих (перспективных) отраслях или наоборот.
Можно менять работу и продавать себя дороже, можно выбрать востребованные профессии и тоже продать себя дороже. Так, что продавать свое время продавать дороже, вполне реально.
А какие ошибки я видел, причем это относиться как к инженеру тех. поддержки и ТОП-менеджерам:
- Нельзя считать компанию «семьей», даже если Вам будут рассказывать, что Вы вхожи в эту семью. В таких семейных отношениях Вас будут нагружать по «самые помидоры»
- Не думайте, что бизнес будет оценивать Вам прошлые заслуги. Бизнес это про цели, задачи и KPI здесь.
- Не думайте о своей прошлой работе как о своем «ребенка», вроде того «Я выстроил архитектуру», «собрал команду», столько Всего сделал. Эта архитектура и команда, относится к компании. Если так думать, то можно остаться в этой компании на всегда и завязнуть в «болоте». Но вот это Ваше достижение, Ваш опыт который вы можете повторить и за это Вас возьмут в другую компанию за большие $.

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

Причем просто получая опыт в разных компаниях вы уже становитесь ценнее (вы увеличиваете свою капитализацию) и сможете продать свое время дороже.

Помните, что развитие это движение!

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

Это нужно каждому предприятию, внедрили "умную ИТ технологию" или инструмент или ИИ. Увеличили эффективность, сократили персонал и получили реальные "денюжки".

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

Вот вопрос? Логично с кнопкой?! Почему не делают? Предлагаю поразмышлять на этом простом примере. Увеличит же лояльность клиентов? Которые будут возвращать и приносить "денюжки".

Кстати, цифровую трансформацию (когда ее "продаю") пишут только плюсы.

А минусы кстати тоже есть, ну не минусы скорее (понятно, что она безоговорочно нужна). Ошибки ее внедрения или нерационально потраченные "бабки", необоснованное усложнение системы и т.д.

Вообще тема интересная? Стоит об этом подробнее написать?

Может в этом баре просто ничего не измениться? Внедряй кнопки вызова или не внедряй, денег заработаем ровно столько же?