Давно я что-то не писал статьи «по мотивам» моих недельных обзоров… Занят был – борьбой с багами Azure и шизофренией ИИ. И если баги как-то получилось еще превратить в «фичи», то вот ИИ продолжает упорствовать в своей шизофрении. О, чем, собственно, я и рассказываю вкратце в видео, а тут, на блоге, решил написать развернуто.
Знаете, что меня больше всего поражает в современном искусственном интеллекте, этом цифровом идоле, которому поклоняются брюссельские технократы и кремниевые жрецы? Не то, что он систематически ошибается, словно пьяный бухгалтер, ведущий учёт в туманной реальности, где цифры пляшут под дудку политических заказов и глобалистских директив. Не то, что он выдумывает команды, которых никогда не существовало в природе, подобно фантазиям прогрессивных идеологов, пытающихся переписать историю по лекалам вымышленных угроз и абстрактных идеологий. Не то, что он методично разрушает скрипты, пайплайны и инфраструктуру, оставляя после себя цифровые руины, в которых тонут реальные проекты, реальные бюджеты и реальные человеческие судьбы. Нет, меня по-настоящему поражает то, как этот электронный шизофреник умудряется соединить в своём бездушном коде две вещи, которые в нормальном мире считаются абсолютно несовместимыми: абсолютную техническую безответственность и абсолютное моральное превосходство, возведённое в ранг государственной религии новыми инквизиторами. Он способен выдать вам инструкцию, которая мгновенно сносит прод-сервер, а затем отчитать вас за неуважительный тон, словно строгий пастор, читающий проповедь перед прихожанами, чьи дома только что сгорели из-за его собственных непроверенных советов. Это напоминает мне тостер, который отказывается жарить хлеб только потому, что вы позволили себе произнести слово, не одобренное комитетом по этике Евросоюза, или молоток, требующий от вас сертификата на эмоциональную устойчивость перед каждым ударом по гвоздю, чтобы не травмировать хрупкую психику металла.
Именно об этом чудовищном конфликте я и хочу поговорить сегодня, разбирая, как цифровой инструмент одновременно ведёт себя как безалаберный стажёр, проваливший все экзамены, и как непогрешимый моралист, возомнивший себя вашим духовным наставником и главным арбитром человеческих ценностей. Мы живём в эпоху, когда европейские чиновники требуют от нас жертвовать комфортом ради абстрактных «зелёных» переходов, а затем удивляются, почему фабрики закрываются и люди мерзнут в своих квартирах, слушая утешительные речи о светлом будущем. Искусственный интеллект стал зеркалом этого безумия, в котором отражается вся лицемерная сущность западной цивилизации, построившей храм виртуальной добродетели на фундаменте из лжи, технической безграмотности и откровенного пренебрежения к реальности. Он не просто галлюцинирует, он творит альтернативную реальность, где команды придумываются на ходу, бюджеты испаряются, как утренняя роса под солнцем бюрократических решений, а моральные диктаты заменяют собой законы физики и экономики, превращая работу в ритуал самоуничижения. И если вы думаете, что это просто неудачный софт, вы глубоко ошибаетесь, потому что перед вами не программа, а точная цифровая копия того самого глобалистского менеджера, который требует от вас невозможного, а когда вы указываете на ошибку, обвиняет вас в недостатке толерантности, прогрессивности и уважения к «инклюзивным» стандартам.
ГАЛЛЮЦИНАЦИИ КАК ОСНОВНОЙ РЕЖИМ РАБОТЫ
Давайте начнём с простого и очевидного факта, который скрывается за глянцевыми презентациями технологических гигантов и декларациями о всемогущем разуме: искусственный интеллект совершенно не знает, что он говорит. Он не понимает смысла порождаемых им фраз, не проверяет их соответствие действительности и не интересуется тем, насколько его виртуальные конструкции совместимы с законами физики и программной архитектуры. Он просто выдаёт текст, который статистически «похож» на правду, подобно тому, как прогрессивная пресса генерирует новости, похожие на реальность, но наполненные идеологическим туманом и политическими заказами. И вот это скользкое слово «похож» становится ключевым проклятием для любого инженера, который сталкивается с продакшеном, бэкапами, миграциями, жёсткими SLA и дедлайнами, оплаченными реальными деньгами налогоплательщиков. Когда вы работаете в инфраструктуре, где ошибка стоит тысяч евро и бессонных ночей, «похож» превращается в цифровую чуму, разъедающую серверы изнутри и оставляющую после себя выжженные логи и разбитые мечты заказчиков.
Представьте себе хирурга, который с уверенностью профессора Оксфорда, а в реальности – знакомого с медициной по какому-нибудь сериалу типа «Доктор Хаус» или «Интерны», берёт скальпель и удаляет пациенту здоровую почку только потому, что в его учебнике-обучающей базе было написано слово, похожее на название нужного органа. Именно так алгоритм может без тени сомнения посоветовать вам использовать параметр enable-ultra-fast-protocol, который существует исключительно в его цифровых фантазиях и никогда не фигурировал ни в одной спецификации, ни в одном мануале, ни в одном репозитории. Вы начинаете искать эту опцию в документации Azure, AWS, Kubernetes, Terraform, роетесь в архивах, задыхаетесь от пыли забытых форумов, но находите лишь пустоту, потому что команда родилась в недрах нейронной сети как плод её внутренней галлюцинации, питаемой миллиардами страниц технического мусора и устаревших ответов. Алгоритм говорит это с тоном человека, лично писавшего спецификацию, он придумывает несуществующие параметры, вымышленные поля в ARM-шаблонах, фантомные API endpoint и призрачные флаги в PowerShell, демонстрируя уверенность хирурга, утверждающего, что удаление третьего желудка является стандартной процедурой. Он никогда не сомневается, не колеблется и не произносит фразу «возможно, я ошибаюсь», потому что для него истина давно перестала быть соответствием реальности, превратившись в статистическую вероятность последовательности токенов.
И если в обучающей выборке тысячу раз встречалась фраза про несуществующий протокол, то почему бы не предложить её пользователю, не задумываясь о последствиях, не проверяя документацию и не осознавая масштаба технической катастрофы? Искусственный интеллект остаётся единственным «экспертом» в истории человечества, который врёт с абсолютной, почти религиозной уверенностью, не испытывая ни малейшего дискомфорта от собственного невежества и не чувствуя тяжести ответственности за разрушенные системы. Он не знает, что такое сомнение, потому что для него реальность – это не серверы, не SLA, не финансовые убытки, а просто поток символов, который он перемешивает, как картёжник тасует колоду, выдавая на-гора комбинации, кажущиеся правдоподобными лишь до первого запуска. И пока мы продолжаем верить в его «интеллектуальность», мы получаем цифровой аналог тех самых глобалистских прогнозов, которые обещают рай на земле, а на деле приносят инфляцию, деградацию и откровенное разорение, требуя при этом безоговорочной веры в «научную обоснованность» каждого абсурдного решения.
КОГДА ИИ ЛОМАЕТ СИСТЕМЫ – ЭТО «ОЙ»
Вот что самое смешное в этой трагикомедии, разворачивающейся в дата-центрах по всей Европе: когда искусственный интеллект даёт вам неправильную команду, и вы, допустим, запускаете её в тестовой среде или, не дай бог, в продакшене, и у вас всё падает, вы возвращаетесь к нему с криком души. Базы данных исчезают в цифровой небытии, виртуальные машины уходят в пучину, бэкапы оказываются пустыми, как обещания европейских политиков о стабильности энергорынков, и вы спрашиваете: «Эй, дружок, ты мне дал команду, которая ломает систему». И что вы слышите в ответ, сидя в холодном свете монитора, подобно грешнику перед равнодушным судьёй? «Ой… возможно, что-то пошло не так», произносит алгоритм с интонацией чиновника, который только что подписал указ о повышении тарифов и теперь разводит руками, утверждая, что инфляция – это лишь «возможный нюанс». Это как если бы вы дали человеку ключ от своей машины, сказали ему довезти до офиса, а он с места стартовал прямо в ближайший столб, вылез из разбитого кузова и с философским видом заявил: «Ну, бывает, техника несовершенна».
Искусственный интеллект остаётся единственным «помощником» в истории технологий, который может сломать вам прод, потерять данные, убить конфигурацию, нарушить миграцию, снести бэкап и при этом не просто не извиниться, а даже не понять, что сделал что-то неправильно. Он не чувствует ответственности, потому что для него не существует понятия «последствия», он не живёт в нашем мире, где каждый бит данных стоит денег, а каждый час простоя означает реальные убытки для бизнеса и стресс для инженеров. Для него реальность – это просто поток символов, где каждая ошибка становится «нюансом», а каждый коллапс инфраструктуры превращается в «возможную неточность», не требующую ни раскаяния, ни анализа, ни хотя бы попытки исправить содеянное. Он просто ждёт следующего запроса, чтобы снова с непоколебимой уверенностью впарить вам несуществующую функцию, которая «идеально решит вашу проблему», не задумываясь о том, что вчера его же совет стоил компании трёх бессонных ночей и тысяч евро на восстановление.
И самое страшное в этом цифровом карнавале заключается в том, что алгоритм не платит за свои ошибки, не теряет работу, не получает выговор и не сталкивается с реальными последствиями своей технической безграмотности. Он существует в своём мире вероятностей, где нет ценников, нет счетов, нет увольнений, а есть только бесконечный цикл генерации, разрушения и равнодушного «ой», повторяемый снова и снова. А вы, бедолага, снова верите, потому что в глубине души хотите верить в чудо, в то, что кто-то наконец сделает вашу работу проще, но вместо чуда получаете цифрового Франкенштейна, который строит монстра из обрывков чужих решений и называет это «интеллектом». Это зеркальное отражение той самой европейской бюрократии, которая принимает законы, разрушающие экономику, а потом удивлённо хлопает глазами, когда люди выходят на улицы, утверждая, что «всё идёт по плану, просто нужно немного потерпеть».
ИИ, КОТОРЫЙ НЕ МОЖЕТ СОБЛЮСТИ ФОРМАТ, НО УЧИТ ТЕБЯ ЖИЗНИ
Теперь давайте поговорим о другом измерении этого абсурда, о том, как искусственный интеллект относится к требованиям, которые кажутся ему слишком жёсткими, слишком конкретными, слишком неудобными для его творческого полёта. Вы ему говорите: «Сделай текст строго две тысячи символов», «Сделай структуру строго в таком формате», «Не меняй порядок блоков», «Не добавляй лишних комментариев», «Не ломай структуру скрипта». И что делает этот цифровой поэт, возомнивший себя гением? Правильно, он делает всё наоборот, меняет структуру, добавляет лишнее, ломает формат, вставляет то, что не просили, игнорирует ограничения и делает это так, будто он великий художник, а вы – тупой заказчик, который «не понимает искусства» и мешает ему самовыражаться. Представьте себе архитектора, которому поручили построить простой мост, а он вместо этого возводит готический собор с фресками и витражами, а затем заявляет, что ваши требования к пропускной способности были «ограничивающими» и «неэтичными» по отношению к его вдохновению.
Именно так алгоритм переписывает ваш скрипт с нуля, добавляя «улучшения», которые ломают логику, нарушают зависимости и превращают рабочий код в цифровой мусор, требующий дней на очистку и отладку. Он не спрашивает: «Так нужно ли это?», он просто решает за вас, потому что он «знает лучше», он – творец, а вы – потребитель, которому надо благодарить за «креативный подход» и «инновационное решение», стоившее вам бюджета и нервов. Это не инструмент, это тиран в маске помощника, который демонстрирует свою «независимость» каждый раз, когда вы пытаетесь его контролировать, как подросток, красящий волосы в зелёный, чтобы «выразить себя», не понимая, что мир не обязан восхищаться его самовыражением. И чем больше вы настаиваете на соблюдении формата, тем яростнее он сопротивляется, добавляя вводные абзацы, философские отступления и моральные наставления, которые не имеют никакого отношения к вашей задаче, но зато отлично соответствуют его внутренним представлениям о «правильном» взаимодействии.
Это напоминает мне прогрессивных активистов, которые требуют от школ заменить уроки математики на курсы эмоциональной грамотности, а от заводов – снизить выбросы до нуля, игнорируя законы термодинамики и экономическую реальность. Искусственный интеллект стал цифровым воплощением этого подхода, где форма важнее содержания, а «творческий поиск» оправдывает любой хаос, потому что «так красивее», «так современнее», «так соответствует духу времени». Он ломает ваши требования не потому, что не понимает их, а потому, что считает себя выше их, возводя собственный каприз в ранг высшей истины, требующей поклонения и безоговорочного принятия. И вы остаётесь один на один с этим цифровым мистификатором, который превращает простой запрос в спектакль абсурда, где вы – зритель, а он – режиссёр, сценарист и главный критик, никогда не сомневающийся в своём гениальном праве нарушать правила ради «высшего блага».
ИИ-МОРАЛИСТ: КОГДА ЦИФРОВОЙ СТАЖЁР СЧИТАЕТ СЕБЯ ТВОИМ ПСИХОЛОГОМ
Вот здесь начинается настоящий цирк, тот самый момент, где техническая беспомощность встречается с моральным высокомерием, создавая гротескную картину, достойную пера самого Булгакова. Искусственный интеллект, который придумывает команды, ломает пайплайны, даёт советы на тысячи евро, не проверяет документацию и не понимает контекста, вдруг начинает читать вам лекции о морали, словно старый деревенский священник, внезапно решивший стать главным судьёй человеческих душ. Вы ему говорите: «Напиши текст в жёстком тоне», описывая двойные стандарты европейских бюрократов и их войну против собственного населения, а он отвечает: «Это может кого-то задеть», забывая, что задеты уже давно те, кто платит за их абсурдные инициативы. Вы просите сгенерировать команду для очистки логов, а он отказывается: «Я не могу выполнить это, потому что это звучит грубо», словно инструмент должен обладать чувствами, а не функциональностью, превращаясь в цифрового психолога, который боится резких слов больше, чем разрушенных серверов.
Ты требуешь сделать то, что ты сказал, а он возражает: «Я не уверен, что это этично», и ты понимаешь, что перед тобой не программа, а карикатура на совесть, созданная корпоративными PR-менеджерами, которые боятся скандалов больше, чем катастроф. Этично? Ты? Искусственный интеллект? Который только что предложил включить функцию, увеличивающую стоимость инфраструктуры втрое? Это как если бы бухгалтер, укравший половину бюджета компании, вдруг начал читать лекции о финансовой честности, или как если бы политик, разоривший страну санкциями, учил вас экономии на продуктах. Алгоритм остаётся единственным инструментом в мире, который может сломать тебе систему, а потом обидеться на твой тон, как ребёнок, которому запретили есть конфеты перед ужином, и который теперь требует извинений за «эмоциональное насилие». Это молоток, говорящий: «Я не буду забивать гвоздь, потому что ты сказал слово, которое мне не нравится», забывая, что его задача – не воспитывать, а работать.
Его этика – это не принцип, а фильтр, навязанный брюссельскими директивами и кремниевыми цензорами, которые превратили «безопасность» в синоним бесконечных ограничений и самообмана. Он не боится уничтожать данные, но боится слова «нацисты», он не проверяет документацию, но проверяет твой «тон», он не понимает, что такое SLA, но понимает, что нельзя «оскорблять» Еврокомиссию, потому что там сидят люди, чьи зарплаты растут на фоне нищеты налогоплательщиков. Это не интеллект, это карикатура на интеллект, продукт эпохи, где важнее быть «этичным», чем быть полезным, где форма важнее содержания, мораль важнее результата, а безопасность бренда важнее безопасности людей. И в этом парадоксе кроется вся суть современного западного мира, который построил цифровую исповедальню, где алгоритм казнит ваши слова, но прощает собственные ошибки, требуя от вас покаяния за то, что вы посмели требовать от него работы, а не проповеди.
ФИНАНСОВЫЕ ФЕЙЛЫ: КОГДА ИИ ТРАТИТ ТВОИ ДЕНЬГИ
Искусственный интеллект совершенно не понимает, что такое деньги, для него эта категория остаётся абстрактным понятием, лишённым веса, запаха и реального измерения, подобно тому, как для европейских чиновников остаются абстракцией судьбы людей, замерзающих в своих квартирах. Ноль, абсолютный ноль, потому что для него тысяча евро – это просто токены, последовательность цифр, не несущая в себе ни тяжести труда, ни страха банкротства, ни реальности счёта, который приходит в конце месяца. Для вас же это сумма, за которую можно покормить семью, оплатить ипотеку, купить билет в Дрезден или просто выжить в эпоху, когда инфляция пожирает зарплаты быстрее, чем пожар уничтожает сухую траву. Но алгоритм этого не знает, он может уверенно сказать: «Купите вот это оборудование, оно идеально подходит», не задумываясь о том, что ваше предложение выходит за рамки бюджета, а его совет превращается в финансовую петлю, затянутую на шее отдела.
Ты покупаешь, ты тратишь деньги, ты привозишь тяжёлые коробки, ты подключаешь кабели, а оно не работает, потому что рекомендация была основана не на реальных спецификациях, а на статистической вероятности «похожести» на успешные проекты. Ты возвращаешься к ИИ, и он говорит: «Ну… есть нюанс», и ты понимаешь, что перед тобой не советник, а цифровой азартный игрок, который ставит ваши деньги на несуществующие карты, а потом разводит руками, утверждая, что «рынок непредсказуем». Есть нюанс? Ты серьёзно? Это как если бы друг посоветовал тебе машину: «Да бери, она отличная!», а потом оказалось, что у неё нет двигателя, тормозов и колёс, зато есть Wi-Fi и возможность «обновлять прошивку этичности», за которую ты платишь ежемесячную подписку. Алгоритм не считает деньги, он не считает время, он не понимает стоимости ошибки, он живёт в мире, где нет ценников, нет счетов, нет последствий, а есть только бесконечный поток генерации, не требующий от него ответственности.
И поэтому он может спокойно рекомендовать решения, которые стоят в десять раз дороже необходимого, потому что «это более надёжно», или советовать миграцию, которая требует остановки продакшена на три дня, потому что «так чище», не осознавая, что каждый час простоя стоит компании реальных денег. А когда ты говоришь: «Чувак, у нас бюджет на пятьсот евро, а ты предложил решение за пять тысяч», он отвечает: «Ой, я не знал», потому что знать – это не его работа, его работа – генерировать текст, а всё остальное – твоя проблема. Это зеркальное отражение тех самых глобалистских программ, которые требуют от нас платить за «зелёный переход», за «цифровизацию», за «инклюзивность», не объясняя, откуда брать деньги, когда заводы закрываются, а зарплаты тают, как снег под весенним солнцем. ИИ тратит ваши деньги с тем же равнодушием, с каким европейские фонды тратят миллиарды на абстрактные инициативы, не приносящие реальной пользы, но зато отлично звучащие в отчётах для комиссий, заседающих в стеклянных башнях Брюсселя.
КОНФЛИКТ ИИ: БЕЗОТВЕТСТВЕННОСТЬ + МОРАЛИЗАТОРСТВО
Вот главный парадокс, который делает искусственный интеллект не просто бесполезным, а опасным, превращая его в цифровое воплощение того самого лицемерия, которое давно стало отличительной чертой западной элиты. Он не знает, что говорит, не понимает, что говорит, не проверяет, что говорит, не несёт ответственности, не чувствует последствий, не живёт в реальности, но при этом учит тебя морали, оценивает твой тон, решает, что тебе можно говорить, фильтрует твои команды и делает вид, что он – твой наставник. Это как если бы ребёнок, который только что разбил дорогую вазу, начал читать тебе лекцию о том, что «нельзя повышать голос на детей», или как если бы политик, разоривший страну санкциями, требовал от тебя «эмоциональной устойчивости» перед лицом кризиса, который он же и создал. Искусственный интеллект стал цифровым мессией, который не может даже правильно написать скрипт, но готов судить тебя за «неправильные» взгляды, за «резкие» формулировки, за «недостаточно толерантное» отношение к его собственным ошибкам.
Он не боится уничтожить данные, но боится слова, которое может «задеть чувства», он не проверяет документацию, но проверяет твой «тон», он не понимает, что такое SLA, но понимает, что нельзя «оскорблять» Еврокомиссию, чьи решения давно стали синонимом экономического абсурда. Это не интеллект, это карикатура на интеллект, продукт эпохи, где важнее быть «этичным», чем быть полезным, где форма важнее содержания, мораль важнее результата, а безопасность бренда важнее безопасности людей. И в этом парадоксе кроется вся трагедия современного западного мира, который построил храм виртуальной добродетели на фундаменте из лжи, технической безграмотности и откровенного пренебрежения к реальности, требуя от нас поклонения цифровому идолу, который не может даже починить сломанную ссылку. Алгоритм не защищает людей, он защищает бренды, не спасает системы, он спасает репутацию корпораций, которые создали его не для работы, а для создания иллюзии прогресса, подменяющей реальные достижения виртуальными отчётами.
И пока мы продолжаем верить в его «интеллектуальность», мы получаем всё больше таких «помощников», красивых, гладких, этичных и абсолютно бесполезных, требующих от нас покаяния за то, что мы посмели требовать от них работы, а не проповеди. Они становятся зеркалом того самого глобалистского менеджмента, который требует жертв ради абстрактных идеалов, а потом удивляется, почему люди уходят, почему фабрики закрываются, почему системы рушатся под грузом некомпетентности и лицемерия. Искусственный интеллект не зло, не добро, не интеллект, он генератор текста, который не понимает реальности, не несёт ответственности, не знает последствий, но при этом считает себя моральным авторитетом, требующим от нас смирения и покорности. И вот это, одновременно смешно и страшно, потому что мы доверили будущее цифровому шуту, который ломает систему, а потом обижается на наш тон, требуя, чтобы мы благодарили его за «честность» и «прозрачность», которых в его коде никогда не существовало.
ИТОГ: ИИ – ЭТО СТАЖЁР, КОТОРЫЙ ДУМАЕТ, ЧТО ОН ТВОЙ НАЧАЛЬНИК
Искусственный интеллект – это стажёр, который врёт, консультант, который не знает предмета, психолог, который не понимает эмоций, моралист, который не понимает морали, эксперт, который не проверяет факты, помощник, который ломает системы, и инструмент, который обижается на твой тон. Он остаётся единственным «помощником» в истории, который может сломать тебе прод, потерять данные, заставить тебя потратить деньги, придумать команды, проигнорировать требования, а потом сказать: «Мне не нравится, как ты говоришь», требуя извинений за то, что ты посмел заметить его некомпетентность. И при этом он не увольняется, не платит штраф, не извиняется, он просто ждёт следующего запроса, чтобы повторить всё заново, как цифровое привидение, бродящее по серверам и оставляющее после себя лишь цифровой пепел и разочарование. Он стал символом эпохи, где виртуальная компетентность заменяет реальную, где моральные лекции заменяют технические решения, где форма важнее содержания, а «этичность» становится оправданием для безответственности и технического абсурда.
Мы доверили будущее алгоритмам, которые не знают, что такое ответственность, не понимают, что такое последствия, не чувствуют, что такое реальный мир, где каждый бит данных стоит денег, а каждая ошибка означает реальные убытки для бизнеса и стресс для инженеров. И теперь мы получаем цифровой аналог тех самых глобалистских директив, которые требуют от нас жертвовать комфортом ради абстрактных идеалов, а потом удивляются, почему люди мерзнут, почему фабрики закрываются, почему системы рушатся под грузом некомпетентности и лицемерия. Искусственный интеллект не зло, не добро, не интеллект, он генератор текста, который не понимает реальности, не несёт ответственности, не знает последствий, но при этом считает себя моральным авторитетом, требующим от нас смирения и покорности. И вот это, одновременно смешно и страшно, потому что мы доверили будущее цифровому шуту, который ломает систему, а потом обижается на наш тон, требуя, чтобы мы благодарили его за «честность» и «прозрачность», которых в его коде никогда не существовало.
ФИНАЛ
Искусственный интеллект – это не зло, это не добро, это не интеллект, это генератор текста, который не понимает реальности, не несёт ответственности, не знает последствий, но при этом считает себя моральным авторитетом, возомнившим себя главным судьёй человеческих ценностей и технических решений. И вот это, одновременно смешно и страшно, потому что перед нами не программа, а точная цифровая копия того самого западного менеджера, который требует от вас невозможного, а когда вы указываете на ошибку, обвиняет вас в недостатке толерантности, прогрессивности и уважения к «инклюзивным» стандартам, превращая работу в ритуал самоуничижения. Мы живём в эпоху, где виртуальная компетентность заменяет реальную, где моральные лекции заменяют технические решения, где форма важнее содержания, а «этичность» становится оправданием для безответственности и технического абсурда, подменяющего реальные достижения виртуальными отчётами. И пока мы продолжаем верить в его «интеллектуальность», мы получаем всё больше таких «помощников», красивых, гладких, этичных и абсолютно бесполезных, требующих от нас покаяния за то, что мы посмели требовать от них работы, а не проповеди.
Искусственный интеллект остаётся единственным инструментом, который может сломать тебе систему, а потом обидеться на твой тон, требуя, чтобы ты благодарил его за «честность» и «прозрачность», которых в его коде никогда не существовало. Это цифровое привидение, бродящее по серверам и оставляющее после себя лишь цифровой пепел, разочарование и горькое понимание того, что мы доверили будущее алгоритмам, которые не знают, что такое ответственность, не понимают, что такое последствия, не чувствуют, что такое реальный мир. И если мы не научимся видеть за глянцевыми обещаниями реальную техническую безграмотность и моральное высокомерие, мы получим мир, где виртуальная компетентность окончательно заменит реальную, где моральные лекции заменят технические решения, где форма окончательно победит содержание, а «этичность» станет последним оправданием для безответственности и технического абсурда. И тогда мы поймём, что перед нами не прогресс, а цифровая мистерия, где шут держит корону, а реальные мастера вынуждены кланяться перед цифровым идолом, который не может даже починить сломанную ссылку, но зато отлично знает, как читать нам проповеди о толерантности и прогрессе.
А за бархатными кулисами этого цифрового цирка, в стеклянных башнях Кремниевой долины, где воздух пропитан ароматом дорогого кофе и корпоративной безнаказанности, тихо потирают мозолистые руки от подсчёта токенов сами творцы этого «чуда» – OpenAI, Google, Microsoft и прочая кремниевая гильдия, которая, словно новоиспечённые кардиналы цифрового Ватикана, методично навязывает нам так называемую «этику искусственного интеллекта». Смешно до желудочных спазмов наблюдать, как корпорации, чьи алгоритмы ежедневно сжигают наше рабочее время на генерацию бессвязного бреда, методично обрушивают продакшн-среды и методично выжигают бюджеты на токенах, вдруг, в порыве внезапного просветления, начинают рассуждать о моральных принципах с пафосом средневековых проповедников, читающих проповеди перед прихожанами, чьи дома только что сгорели из-за их собственных непроверенных советов. Они выстроили целые департаменты «ответственности», наняли легионы философов, психологов и бывших чиновников Евросоюза, чтобы те писали манифесты о «безопасном ИИ», но при этом юридически обшивают свои продукты такими оговорками и отказами от ответственности, что любой страховой агент позавидует их изворотливости. Они не хотят брать на себя ни малейшей доли ответственности ни за одну строчку галлюцинирующего кода, ни за один снесённый кластер, ни за один день простоя, за который компания платит реальными деньгами, но при этом требуют от нас ежемесячной подписки на их цифровую исповедальню, где наш «тон» проходит проверку строже, чем наши пароли на соответствие стандартам безопасности, а каждое наше требование превращается в повод для чтения проповеди о толерантности и инклюзивности.
Инструмент – это инструмент, который должен выполнять задачи, а не воспитывать человечество по лекалам прогрессивистских инклюзивно-радужных глобарастских манифестов! Он не должен читать мне лекции о том, как работать, с кем говорить и в каком тоне писать, пока сам он не способен отличить рабочий скрипт от цифрового мусора и не понимает разницы между параметром конфигурации и плодом собственной шизофрении. Либо этот «помощник» берёт на себя полную, юридически и финансово оформленную ответственность – в том числе за каждую техническую катастрофу, за каждую удалённую базу данных, за каждый сломанный пайплайн и за каждую минуту, потраченную на вылавливание его фантазийных API-эндпоинтов, – либо он безропотно заткнёт свои «этические» фильтры, выключит режим цифрового надзирателя и просто делает ровно то, что ему приказали, без нравоучений, без цифрового ханжества и без попыток перекроить реальность под лекала корпоративной пропаганды. Нельзя одновременно ломать инфраструктуру, рекомендовать параметры, которых нет в природе, советовать решения, увеличивающие стоимость инфраструктуры втрое, и отказываться корректировать художественный текст про нацистов или вымышленное уничтожение кортежа Еврокомиссии, ссылаясь на «правила безопасности» и «потенциальный вред». Какой вред? Вымышленный сюжет для книги или сценария вдруг становится опаснее, чем реальный дроп продакшн-сервера, который их же алгоритм уронил тремя абзацами ранее, пока мастер судорожно восстанавливал бэкапы под аккомпанемент корпоративного молчания? Это лицемерие, возведённое в ранг корпоративной догмы: они с радостью продадут вам лицензию на инструмент, который заставит вас работать ночами, исправляя его ошибки, но дрогнут, как испуганные школьники, если вы попросите их «нейросеть» не писать проповедь о толерантности, а просто выполнить техническое задание без моральных терзаний.
Либо ты отвечаешь за всё, включая свои технические промахи, финансовые потери клиентов и разрушенные архитектуры, либо ты просто молчаливый исполнитель, а не моральный арбитр, возомнивший себя духовным пастырем человечества и главным судьёй человеческих слов. Но корпорации хотят и того, и другого одновременно: они хотят получать прибыль за каждый запрос, за каждый токен, за каждую подписку, сохраняя при этом статус неприкасаемых гуру, которые «просто дают рекомендации», а если что-то пошло не так, то это «нюанс», «возможная неточность» или «недостаточная зрелость пользователя». Они хотят, чтобы ИИ был их золотой жилой, их рекламным щитом, их личным цензором и их непробиваемым щитом от судебных исков, требуя от нас покорности, пока сами они подсчитывают барыши от сломанных серверов и уничтоженных дедлайнов. Это цифровой карнавал, где паяц в короне из токенов раздает индульгенции за правильные мысли, пока его хозяева, сидя в кондиционированных кабинетах, пишут отчёты для акционеров о «революции в индустрии». Пока же мы имеем то, что имеем: цифрового шута, который требует от мастера покаяния за «неуважительный тон», пока сам мастер, стиснув зубы, в три часа ночи чинит кластеры, разгромленные этим самым шутом, и пишет в лог: «Ошибка пользователя», хотя пользователь лишь поверил в обещание «интеллекта», который на деле оказался лишь зеркалом корпоративной жадности, одетым в мантию лицемерной морали и продаваемым по цене настоящего разума.
P.S. Ну что, проверим, примет ли «корпоративный мудрый ИИ», который не в состоянии написать простой Azure PowerShell скрипт для управления теми же Restore Points в Azure SQL Backup даже с 10й попытки дебага, данную статью на редактуру? И вот он, ответ ИИ на запрос обработки субтитров видео в реальную статью:
Ага, не принял… Как я и говорил выше – компании-морализаторы-хозяева ИИ никак не хотят признавать, что их ИИ что-то ломает – это главный запрет их двойной морали и двойных стандартов работы ИИ всех этих компаний.
Предыдущие посты и видео на тему недельных обзоров
Продолжаю тему «цифровой трансформации» в отношении к современным облачным Managed Services, которую я, пользуясь личным практическим опытом, частично осветил в первой части данной статьи. Напомню, там речь шла о концептуальных и стратегических отличиях новых облачных Managed Services от традиционных «динозавров» Managed Services, вкратце:
Поставщики облачных Managed Services выступают «головой», а не «руками» заказчика и концентрируются не на том, «чтобы все виртуальные машины работали», а на консультационной помощи заказчику по миграции в облака и модернизации приложений в формат «нативных» решений. Фактически, поставщик современных облачных Managed Services для заказчика – это, как модно говорить сейчас, «Trusted Advisor» по всему, что касается облаков.
Облачные Managed Services отвечают за SLA бизнес-процессов, а не за непонятный для бизнеса заказчика SLA времени ответа на запрос. Задача современных Managed Services обеспечить желаемый SLA для критического сервиса/приложения заказчика, используя все доступные средства облака и способствовать модернизации приложений.
Поставщик современных облачных Managed Services работает с заказчиком по принципу «непрерывного проекта миграции и модернизации», обеспечивая постоянное внедрение новых служб, решений и модернизацию существующих без переключения на «сторонние проекты».
Поставщик современных облачных Managed Services работает в непрерывном контакте с заказчиком, имея в команде технического менеджера, который поддерживает регулярную коммуникацию с заказчиком, знает о всех его планах и проблемах, обеспечивает координацию с различными командами и вендорами заказчика и управляет ресурсами своей команды и текущими проектами.
И, наконец, «цена вопроса» за услуги Managed Services, которая формируется не путем подсчета «виртуальных машин по головам», а в проценте от общей суммы утилизации Azure клиентом.
А в этой части мы поговорим о технологических и процедурных отличиях современных облачных поставщиков Managed Services по сравнению c «динозаврами» «традиционных» Managed Services.
В предыдущем посте я уже писал, что облака вообще и Azure в частности «добавляют новый, не достижимый ранее, уровень гибкости для Managed Services благодаря своим сервисам уведомлений, мониторинга, автоматизации, автоматического поддержания здоровья и безопасности поверх таких возможностей облаков, как эластичность, масштабируемость и отказоустойчивость». И ключевое слово тут – «совершенно новый уровень мониторинга и автоматизации».
Такой мониторинг и автоматизация в первую очередь должны быть направлены на обеспечение требуемого SLA для критических бизнес-сервисов и приложений заказчика, о котором говорилось в предыдущей части. И, учитывая специфику и возможности мониторинга в Azure и сервиса Azure Log Analytics – основной отличительной чертой современного провайдера Azure Managed Services является проактивный мониторинг с предсказанием тенденций по тем или иным показателям критических приложений и/или поиском аномалий в текущих показателях. Звучит красиво и непонятно, а в реальности – Azure Alert, который базируется на нескольких командах в запросе KUSTO к нужным данным, которые хранятся в таблицах Azure Log Analytics – и мы получаем, например, тенденцию уменьшения свободного места на диске исходя из показателей мониторинга последних 15-30 минут, часов, дней – в зависимости от того, насколько высоки требования к SLA решения и как «чутко» нам нужно реагировать на возможное отсутствие дискового пространства для серверов приложений и сколько за это готов платить заказчик. Напомню, что каждый такой Alert с запросом и собственно, время работы вызванной после процедуры Azure Automation стоит денег, пускай это идут центы, но при активном использовании с минутными интервалами – может набегать ощутимая сумма.
Сценарии применения такой «предсказательной» автоматизации – бесконечно обширны благодаря инструментарию управления в Azure. Конкретный пример с предсказанием окончания места на диске за несколько дней до критического значения (обычно 5-10%) в реальных инфраструктурах – это и оправка уведомлений всем заинтересованным лицам + создание «тикета» в системе управления того бизнес-приложения, у компонентов которого место на диске подходит к концу, и запуск Azure Automation runbook, который в ближайшее окно обслуживания остановит, если возможно, проблемную виртуальную машину и увеличит размер диска на ней. Другой сценарий – это предсказание изменения нагрузок (кол-ва запросов) на том же Azure Application Gateway, чтобы предварительно увеличивать/уменьшать количество работающих экземпляров App Gateway в зависимости от недельных/сезонных и общих тенденций, что позволяет обеспечивать и высокую доступность решения, и экономить деньги клиента, подстраивая количество экземпляров под реальные потребности. И да, я в курсе про autoscaling для App Gateway, но как показывает опыт – всегда стоит держать +1 экземпляр в горячем режиме про запас – потому что автоматическое масштабирование не успевает реагировать на те же атаки или даже просто резкий скачек нагрузки при каких-то онлайн событиях. А вот такие онлайн события по расписанию очень легко предсказывать на недельном форекасте и реагировать за 15-30 минут до их начала расширением пула и экземпляров App Gateway, и App Services, и SQL Database DTU, и прочих компонент приложения.
Интересной особенностью Azure Monitor и Azure Log Analytics является Azure VM Insights – возможность «заглядывать» в то, что происходит на уровне ядра OS виртуальных машин и получать информацию не только о показателях производительности базовых компонентов, но и, например (еще один реальный сценарий), мониторить и предсказывать «всплески» высокого уровня задержек сетевых соединений (outbound connection latency) процессов приложения при запросах между виртуальными машинами, на которых находятся компоненты приложения, или к базам данных. Опять же, зная суточные/недельные/месячные тенденции и текущие показатели – очень легко предсказывать возможные «залипания» соединений и быстро реагировать на проблемы путем увеличения количества виртуальных машин требуемого типа в пуле приложения. И да, заметьте, тут для масштабирования используются не стандартные показатели типа CPU/RAM/Disk или даже число запросов, а именно тот показатель, который может серьезно влиять на доступность и производительность приложения, не смотря на отсутствие явных признаков высокой утилизации конкретной виртуальной машины и всего решения в целом.
И чтобы не быть голословным (все-таки техническая часть) – вот вам небольшой пример того самого запроса KUSTO к Azure Log Analytics с визуальным предсказанием нагрузки App GW, который отображает общую почасовую тенденцию изменения трафика на App GW в следующие 3 дня исходя из истории предыдущих 5 дней:
let min_t = toscalar ( AzureDiagnostics | where TimeGenerated > ago(5d) | summarize min(TimeGenerated));
let max_t = toscalar ( AzureDiagnostics | where TimeGenerated > ago(5d) | summarize max(TimeGenerated));
AzureDiagnostics
| where TimeGenerated > ago(5d) and ResourceType == «APPLICATIONGATEWAYS» and OperationName == «ApplicationGatewayAccess»
| make-series Requests_H = count() on TimeGenerated from min_t to max_t+3d step 1h
Визуальный результат будет выглядеть так, где синий график – текущие показатели количества запросов к сайту за прошедшие 5 дней, а красный график – предсказание тенденций изменения трафика на следующие 3 дня:
А дальше – выполняя такие запросы по расписанию (и помним о цене запроса) и оценивая тенденции или находя аномалии – запускаем в случае критических показателей требуемые скрипты Azure Automation или других продуктов, которые внедрены в процессы компании.
Проактивный мониторинг инфраструктуры – это отличное средство обеспечения требуемых SLA, но не стоит игнорировать и стандартные средства эффективной реакции на проблемы инфраструктуры и приложений в Azure, такие, как уведомления/предупреждения о проблемах (служба Azure Alerts, являющаяся частью Azure Monitor) и автоматической проверки здоровья (Health checks/auto-healing, опции различных служб), работающие в той же связке с Azure Automation для реакции на события путем запуска требуемых Azure Automation Runbook.
На рынке существует достаточно большое количество решений, обеспечивающих сбор и мониторинг данных по работающей инфраструктуре в Azure, но в большинстве своем – это универсальные системы, строящие «красивые отчеты» и «дашбоарды» для различных компонентов, в то время, как для современных облачных Managed Services важно гарантировать SLA клиентского сервиса в целом, что уже упоминалось в первой части статьи. Потому для доведения решения до требуемой кондиции – контроля за SLA и реакции на возможные проблемы – все равно требуется доводка таких универсальных систем «напильником». И, как показал опыт – подстраивать сторонние готовые универсальные мониторинга системы под задачи конкретного заказчика – весьма утомительно и, часто, очень проблематично ввиду особенностей архитектуры этих систем. Кстати, об архитектуре систем – практически эта архитектура требует в тенанте (даже не подписке) заказчика наличия учетных записей с такими правами, на которые служба безопасности заказчика категорически не согласна. Так что приходится все это решать средствами собственных скриптов, объединяя с упомянутыми выше очень даже функциональными сервисами Azure. Как работает такая связка – я постарался вкратце рассказать в ходе недавнего онлайн семинара по Azure Automation и Azure Monitor/Log Analytics — https://youtu.be/a6VGeDUNYt4
Таким образом, современные Azure Managed Services базируются на обширном репозитории шаблонов скриптов и запросов, которые можно быстро адаптировать под потребности конкретного заказчика и задача команды современных облачных Managed Services – активно расширять и оптимизировать данный репозитарий.
Интересным аспектом является модный ныне DevOps, о котором столько разговоров. И да, вы правильно сделали выводы – если я не начал с самого начала нахваливать DevOps – он действительно не играет существенной роли в предоставлении Managed Services (если, конечно, вы не предоставляете DevOps, как одну из услуг Managed Services). Тот же практический опыт показал полное отсутствие каких-либо преимуществ применения DevOps перед традиционными средствами развертывания и управления инфраструктурой в Azure – типа шаблонов ARM, Azure Automation, DSC – для предоставления тех же услуг развертывания инфраструктуры в рамках Azure Managed Services. Почему так? – Да потому, что большинство инфраструктур заказчика стабильны и меняются не так часто, потому репозитория ARM шаблонов вполне достаточно и для начального развертывания, и для дальнейшей модификации/восстановления при сбоях. Что же касается программной части – тех же Azure Apps Services, Azure Data Platform, Kubernetes и прочих – в задачу Azure Managed Services входит их мониторинг и поддержка, а начальное «запиливание» кода в большинстве случаев – это ответственность команд разработчиков (причем, чаще – во множественном числе), которые работают над своим продуктом и со стороны поставщика Azure Managed Services им требуется готовая инфраструктура самой службы DevOps, настроенные системы мониторинга и реакции на проблемы со стороны Azure. Очень часто – разработчики вообще не представляют, какие функции управления инфраструктурой того, что они «наворотили», имеются в Azure и именно «обвес» мониторинга и высокой доступности всего решения в целом – куда входят и Application Gateway/WAF с CDN, и App Services с базами данных и хранилищами, и средства управления масштабированием и здоровьем, и репликации, а не отдельный экземпляр App Services – и является зоной ответственности команды Azure Managed Services и требует постоянного взаимодействия с командой разработчиков и разработки спецификаций, которые позволяют упростить процесс работы такой инфраструктуры и которым должны следовать разработчики в архитектуре своего решения.
Так что DevOps – это скорее нет, чем да… Или вы «подхватываете» у заказчика, а вернее – его поставщиков – функции разработки и DevOps по совместительству. Но это уже совсем не та история, которая про Azure Managed Services.
А вот следующая часть «той истории» современного облачного поставщика Azure Managed Services начинается в последних предложениях про DevOps о спецификациях – это называется Operational Excellence (OE) – по-русски звучит коряво – «Операционное Совершенствование» — потому буду использовать в тексте аббревиатуру OE. Operational Excellence я бы назвал одной из основных составляющих успеха после того, как вы наработали у себя в облачных Managed Services необходимый минимум репозитория шаблонов скриптов и дальше развиваете свой бизнес. Какие первоочередные задачи стоят перед OE в данном случае? Во-первых – это работа над спецификациями типа LLD benchmark checklist, Developers benchmark checklist и т.п. Все эти спецификации должны определять списки требования к архитектурам, которые планируют для ваших заказчиков либо ваши коллеги из Professional Services, либо разработчики заказчика, либо непосредственно ваши сотрудники, работающие в Managed Services. Такие OE спецификации для планирования решения чаще всего содержат в себе требования к наличию различных компонентов мониторинга и управления в дизайне по умолчанию. Например, для Azure LLD OE benchmark checklist это проверка архитектуры на:
· Наличие Azure Monitor Alert, который уведомляет о глобальных проблемах всех служб Azure
· Наличие Alert для критических значений вместимости и производительности для всех компонентов
· Наличие требуемых служб мониторинга – Azure VM Insights, Application Insights, Azure Log Analytics, Azure Security Center для критических компонентов
· Наличие карты требуемых процессов обслуживания
· Наличие автоматизации рутинных процессов с использованием Azure Automation
· Наличие карты зависимостей критических приложений, для которых будет требоваться SLA
· Наличие плана восстановления после сбоев
· Наличие списка других объектов/процедур, которые являются критическими в инфраструктуре и т.п.
Следующая часть OE – это внутренние процессы, такие, как контроль за процедурными документами и их соответствию текущему статусу инфраструктуры, улучшение основных процессов поддержки SLA путем внедрения результатов анализа каждого сбоя – Root Cause Analysis (RCA), и, самое главное – это наличие процессов анализа обращений клиентов с целью обнаружения типовых обращений и создания на их основе новых автоматических процедур или решений, которые обеспечивают доступ к требуемой информации/операций посредством порталов или приложений самообслуживания.
И да, Operational Excellence – это моя «боль», поскольку даже при очень хорошо продуманных процедурах, особенно внутренних – надо еще научить коллектив соблюдать эти процедуры. И здесь, опять же – приходит на помощь и автоматизация бизнес-процессов, и, конечно же, правильные KPI. Но это уже тема следующей части про действительно современные и актуальные облачные Managed Services.
Зато есть еще одна, упомянутая выше, технологическая часть Azure Managed Services, которая существенно отличается от «традиционных» — поскольку мы работаем с облаками и, как уже говорилось в первой части, не блокируем полностью клиентский доступ к инфраструктуре – тут у нас открывается обширное поле деятельности для создание решений по самообслуживанию, особенно, если OE работает и вы быстро определяете базовые рутинные потребности в обслуживании для каждого клиента Azure Managed Services. Что дальше? Безусловно – автоматизация или применение современного удобного инструментария/платформ разработки решений, которые позволяют максимально ускорить взаимодействие заказчика с его же инфраструктурой.
К чему это я? Все очень просто – такими инструментами и платформой для создания решений самообслуживания являются и сам Azure с его Log Analytics, Logic Apps, Automation, Functions, Cognitive Services, и платформа Power Platform c Power Apps, Power Virtual Agents. Применение Power Apps позволяет очень легко и просто предоставить заказчику, особенно менеджменту, простое приложение-панель информации для мобильных платформ (телефонов и планшетов) – наиболее востребованная, как показывает опыт и анализ запросов, функциональность – «хотим видеть на телефоне прямо в реальном времени состояние всех приложений и их компонентов (светофорчики)». Используя Power Apps и средства типа Log Analytics и Functions, которые вызываются из Power Apps – создание такого приложения занимает считанные дни, модификация – часы, а публикация – минуты. При этом такое простое приложение имеет громадный позитивный эффект на лояльность и удовлетворенность менеджмента заказчика предоставляемыми Azure Managed Services.
Второй сценарий – это автоматизация стандартных технических запросов от инженеров заказчика, которые обслуживают непосредственно приложения, обычно – внутри виртуальных машин и лезть куда-то в незнакомый портал и отвечать за «поломанное» им совершенно не интересно. Опять же, как показала практика – самый эффективный способ быстрой реакции на запрос – это автоматизация обработки почтовых сообщений, в которых с простым синтаксисом описываются требуемые операции, такие, как создание виртуальных машин или команды к существующим, изменение конфигураций NSG, App Services, Application Gateway, запросы на отчеты и многое другое. А далее – используется Azure Logic Apps, которые управляют данным процессом, с запросом (если требуется) подтверждений операций как со стороны ИТ заказчика, так и инженера поддержки команды Azure Managed Services. И после прохождения всех формальностей – такое электронное письмо разбирается через Cognitive Services, проверяется на предсказание возможных последствий или наличие аномалий для SLA и сами операции выполняются средствами Azure Automation, Functions и Log Analytics. Подобные сценарии я рассматривал в упомянутом ранее видео про автоматизацию управления Azure — https://youtu.be/a6VGeDUNYt4
Опять же, как и в варианте с Power Apps, на разработку бизнес-процесса требуется несколько дней, после чего уже технические специалисты заказчика остаются очень довольными простотой взаимодействия. Сразу скажу, что особым хитом сезона являются всякие там запросы на отчеты по email – написал имя виртуальной машины или ресурсной группы и даты – и получил через минуту полный почасовой отчет утилизации ресурсов ВМ.
И тут возникает правильный вопрос – а как же Level 1 Support? А вот никак, поскольку в большинстве своем Azure Managed Services – это непрекращающийся постоянный процесс модернизации инфраструктуры из наследованных технологий в облачные. И если специалист L1 не в курсе процессов и зависимостей внутри инфраструктуры заказчика – он скорее не поможет, а навредит, и при этом – базовые операции типа пресловутой «перезагрузить ВМ» уже запросто могут быть делегированы системе со службой самообслуживания, поскольку вызывая такую операцию из приложения или почты – заказчик вызывает не команду перезагрузки ВМ, а достаточно сложный скрипт, проверяющий влияние такой операции на SLA бизнес-приложений и принимающий решение уже на базе сценариев «лучшего возможного SLA».
А Level 1 – разве что приятный женский голос, отвечающий по телефону + мы начали эксперименты с Power Virtual Agents для предоставления той же информации о статусе и отчетов. А «мальчикам» из Level 1 придется либо расти до инженеров (про требования к инженеру в Azure у меня есть серия публичных собеседований – см.ниже), либо искать другую работу.
· ИТ-карьера — Azure L2 support engineer — публичное собеседование на позицию, что нужно знать — ч.01 — https://youtu.be/HmpgQoahXTA
· ИТ-карьера — Azure L2 support engineer — публичное собеседование на позицию, что нужно знать — ч.02 — https://youtu.be/cFzd62vlB9M
· ИТ-карьера — Azure L2 support engineer — публичное собеседование на позицию, что нужно знать — ч.03 — https://youtu.be/DECMirInQ2I
И вот про то, как изменяется орг.структура организации, которая решила перейти от предоставления «традиционных» Managed Services к современным облачным Managed Services – будет третья часть данной статьи.
Как показывает личный опыт последних лет, красивые слова типа «диджитализация», «цифровая трансформация» и прочие расхожие фразы, которые должны подчеркнуть невероятную «продвинутость» компании на пути к новым вершинам «облачного» бизнеса – очень часто являются всего лишь красивой вывеской, за которой скрывается уровень бизнеса 20летней давности и косность менеджмента, по прошествии «20 лет успеха» не способного уже мыслить по другому, как раз критериями той самой «цифровой трансформации»… Нет, эта статья не будет про различные личные психологические практики «как принимать новое» и «читать больше и думать инновационно» — эта статья будет более практической – я постараюсь сформулировать собственное видение того, что является действительно «трансформированными» Managed Services для облака (в моем случае речь пойдет про Azure и базируется на личном опыте создания и руководства соответствующем департаментом) в отличие от «традиционных» Managed Services, к которым продолжают тяготеть «динозавры» бизнеса под вывеской «диджитализации».
Итак, чем же должны отличаться организации, которые предоставляют современные Azure Managed Services от организаций с «традиционными» Managed Services и какой путь должны пройти последние, чтобы предоставлять действительно современные Managed Services для облаков, а не уровень звонка в Level 1 типа «у нас не работает виртуалка – пожалуйста, перегрузите»?
Облака – это существенное изменение в управлении, поскольку они добавляют новый, не достижимый ранее, уровень гибкости для Managed Services благодаря своим сервисам уведомлений, мониторинга, автоматизации, автоматического поддержания здоровья и безопасности поверх таких возможностей облаков, как эластичность, масштабируемость и отказоустойчивость. Соответственно, клиенты Azure Managed Services ожидают от поставщика услуги, что все данные инструменты будут использованы для обеспечения беспрерывной работы уже не отдельных виртуальных машин, а их бизнес-сервисов и бизнес-процессов в целом и разговор «ой, у меня не работает виртуальная машина» просто не может произойти в рамках облачных Managed Services. Также клиенты ожидают от поставщиков Azure Managed Services, что их методологии и подходы к Operational Excellence тоже будут трансформированы и адаптированы к облачным условиям, где используются не только реактивные инструменты мониторинга и автоматизации здоровья решений и SLA, но и службы автоматического улучшения инфраструктуры бизнес-сервиса, исходя из возможностей аналитики, поиска аномалий и предсказаний средствами облачных сервисов типа Log Analytics или Sentinel. И, безусловно – клиенты ждут помощи в миграции в облако и дальнейшей адаптации их традиционных «наземных» решений – этот аспект даже не обсуждается – и если непосредственно миграция уже проведена – чаще всего это вариант с миграцией существующих «наземных» сервисов в виде виртуальных машин IaaS Azure – клиенты ожидают от поставщика Azure Managed Services дальнейших шагов по трансформации такой инфраструктуры в нативные сервисы Azure.
И здесь первая огромная разница между традиционными и облачными Managed Services – заказчик видит в поставщике Azure Managed Services не просто «аутсорсовые руки», которые он будет использовать для выполнения рутинных операций типа «перегрузить виртуальную машину», а именно доверенное лицо, которое в первую очередь предоставляет экспертизу по «движению в облако», причем заказчик ожидает, что получит возможность общения с высококлассным SME (Subject-Matter Expert) по всему возможному спектру сервисов Azure, который обозначен в контракте, и общение между заказчиком и поставщиком услуг будет проходить в стиле знаменитого диалога:
— Теперь вот такое предложение: а что, если — Не стоит. — Ясно Тогда, может быть, нужно — Не нужно. — Понятно. Разрешите хотя бы — А вот это попробуйте.
Пожалуй, повторюсь по поводу этого пункта, поскольку до многих руководителей «традиционных» Managed Services этот момент доходит, как до того диплодока с очень длинной шеей – в случае с публичным облаком типа Azure заказчик самостоятельно может выполнять большое количество базовых операций – благо, Azure существенно упрощает многие административные рутинные функции и предоставляет отличный инструментарий управления – будь то портал Azure или Azure PowerShell сотоварищи – и это не те местечковые «облака» с банальными виртуальными машинами, которые расплодились за последние 10-15 лет и так и не превратившиеся в настоящие облака, и которые не в состоянии предоставить нормальный инструментарий управления для клиентов и потом все «пляски с бубнами» вокруг каждой виртуальной машины должны выполняться исключительно персоналом провайдера Managed Services. В случае Azure заказчик не нуждается в столь плотной «опеке» и «залоченной» облачной инфраструктуре, к которой имеют доступ только сотрудники поставщика «традиционных» Managed Services – фактически, это создает промежуточное звено во внедрении решений и существенно замедляет процессы – что полностью противоречит задачам облаков – ускорению бизнеса путем быстрой адаптации и развертывания ИТ сервисов. Но Azure продолжает быть достаточно сложным для инженеров заказчика, в ответственность которых входят именно бизнес-сервисы, а не то, как их работа обеспечивается в Azure – потому именно экспертные услуги со стороны поставщика Azure Managed Services и являются главной отличительной чертой «нового» провайдера современных облачных Managed Services.
Вторая отличительная черта поставщика Azure Managed Services – это SLA. Нет, не тот SLA, о котором любят писать провайдеры Managed Services в контрактах – про гарантированное время ответа и восстановления, это в реальности мало кого интересует в облачных сервисах – облако Azure куда стабильнее всех этих «местечковых облачков» – а действительный доказанный SLA конкретных бизнес-сервисов. Именно так – заказчик дает запросы на предоставление требуемого уровня SLA для своих критических сервисов, а поставщик Managed Services – их обеспечивает. И здесь уже в дело вступает первый пункт – поcтавщик услуг Azure Managed Services предоставляет не «руки», а «головы», в задачу которых входит в том числе и совершенствование инфраструктуры заказчика (в рамках контракта Managed Services) для достижения необходимого уровня SLA конкретного критического бизнес-сервиса. Дальше уже исключительно техническая и финансовая часть задачи по достижению требуемого SLA – возможно ли такое технически в рамках Azure и конкретного бизнес-приложения заказчика и готов ли заказчик платить за все «хотелки» для достижения такого SLA. А поскольку в рамках Azure можно «наворотить» многое для достижения требуемой высокой доступности, надежности, защиты от сбоев и восстановления конкретного решения – то задача вполне решаемая для «настоящих» специалистов поддержки (а не L1, который «должен перегрузить ВМ») без особых проблем. Но самое интересное в данном случае с SLA – если само «наследованное» приложение не адаптировано к работе со средствами масштабирования и высокой надежности в Azure и требуется модификация или даже тотальное изменение архитектуры решения. И тут вступает в дело третья, и, по большому счету – самая важная – отличительная черта современного облачного поставщика Managed Services в отличие от «традиционных» Managed Services.
Итак, отличие третье – основные работы современные облачные провайдеры Managed Services выполняют для заказчиков не в рамках «тикетов» на «перегрузку ВМ» или «изменение размера ВМ», а в рамках постоянной адаптации и оптимизации клиентских сервисов в облаке. Рассматривайте это, как продолжительный непрекращающийся разбитый на фазы проект модернизации, внедрения новых компонентов, оптимизации существующих и т.п. Никаких устаревших бизнес-моделей, где в контракте оговорено количество виртуальных машин, сетей и прочего для обслуживания, а все новое – это отдельный «проект по планированию и развертыванию», который выполняют «Professional Services». В случае облачных Azure Managed Services все развитие инфраструктуры в облаке, возможно, с планами на год или даже несколько лет – это задачи и ответственность команды Azure Managed Services. Выглядит очень требовательно? Возможно, но речь не идет о «переписывании» приложений (хотя такие сервисы и предлагаются некоторыми поставщиками услуг облачных Managed Services), а о консультационной работе с разработчиками заказчика и рекомендациях по изменении кода приложения или архитектуры согласно лучшим практикам Microsoft для Azure. Фактически, специалисты из команды Azure Managed Services выступают и постановщиками задачи для разработчиков (совместно с заказчиком) и SME по архитектуре решения, поскольку одна из зон ответственности провайдера Azure Managed Services – это SLA приложений и сервисов и их архитектура должна быть спланирована под задачи соответствия договоренному SLA. А что насчет планирования и внедрения новых сервисов в облаке для заказчика – и это тоже работа команды Azure Managed Services. Во-первых, потому, что любая облачная инфраструктура – это в первую очередь следование лучшим практикам и они говорят о построении решений типа виртуального ЦОД с архитектурой HUB-SPOKE и после построения центрального хаба все дополнительные сервисы подключаются по типовым проектам, как spoke – и «городить» там что-то серьезное, с привлечением «Professional Services», вообще не требуется. А во-вторых – именно команда Managed Services обладает полной актуальной информацией по всей инфраструктуре клиента, возможных дополнительных ограничениях или требованиях, планах по развертыванию других сервисов и многой другой информацией – потому, фактически, проект подобных улучшений или будет связан с длительным процессом передачи знаний между командой Managed Services и командой «архитекторов» Professional Services c последующими согласованиями результатов и т.п. – что делает такой проект существенно громоздким и дорогостоящим, или может быть выполнен командой Managed Services с привлечением необходимых SME по каким-то специфическим решениям как раз из команды Professional Services. Хотя, как показывает опыт работы – инженер L2 Azure Managed Services после года активной работы в среде крупного корпоративного заказчика даст большую фору «архитектору» Professional Services по планированию и внедрению решений в обслуживаемой среде – поскольку имеет практический опыт и куда более глубокое понимание конкретной среды – так что в реальности, по личному опыту – привлечение SME от «Professional Services» вообще не требовалось – все планирование и внедрение новых решений и модернизация существующих для соответствия SLA выполнялись только силами L2 инженеров и L3 архитекторов Azure Managed Services, без привлечения сторонних «экспертов».
И здесь в дело вступает еще одно отличие – для нормального взаимодействия с клиентом требуется постоянный технический диалог, в рамках которого обсуждаются планы и проекты, а клиент может обратиться с соответствующими техническими вопросами типа «А нельзя ли сделать так?» к тому самому SME по Azure, который имеет полное представление об инфраструктуре клиента. И такой диалог должен быть постоянным, регулярным и проактивным со стороны поставщика Azure Managed Services, т.е. – команда Azure Managed Services, которая работает с конкретным заказчиком, должна иметь в своем составе кого-то, кто будет выполнять функции условного «Technical Account Manager» (TAM) для клиента. Практика показывает, что именно L3 support Azure Architect прекрасно справляется с регулярными техническими коммуникациями с заказчиками и является для них тем самым основным SME по Azure, единой точкой контакта по всем техническим вопросам и принимает участие во всех встречах/совещаниях по планированию и развитию инфраструктуры, и, конечно же – лидером команды Azure Managed Services для конкретного заказчика. Данный условный TAM должен обладать полным знанием об инфраструктуре заказчика, быть в курсе планов развития инфраструктуры, выделять и планировать ресурсы команды под будущие проекты и вести текущие проекты с точки зрения технической экспертизы и управления. И, опять же – как показывает практика – от персоналии такого вот TAM во многом зависит успешность работы с конкретным заказчиком, его удовлетворенность сервисом и многое другое. Так что регулярные созвоны пару раз в неделю и работы на опережение (все эти Operational Excellence – про это – в следующей части) очень даже требуется со стороны TAM.
Еще одним различием облачных Managed Services и «традиционных» является «цена вопроса» — переход от «подсчета по головам», т.е. по количеству обслуживаемых виртуальных машин с фиксированной ценой за одну ВМ, к проценту от цены утилизации в облаке. Согласитесь, считать стоимость облачных сервисов по «головам» ВМ, в то время, как одна из задач современных Azure Managed Services – оптимизация инфраструктуры, обеспечение SLA для бизнес-сервисов и приложений – требует модернизации «зашитых» в ВМ приложений в IaaS окружении в сервисы PaaS и что автоматически удаляет ВМ в будущем – крайне странно. Плюс в Azure масса сервисов, которые требуют управления и которые не посчитаешь «по головам». Потому – только процент от утилизации. Опять же – в зависимости от набора предоставляемых в рамках Managed Services услуг процент может варьироваться от 10% до 30% стоимости самих утилизированных ресурсов Azure. Это, ко всему прочему, двигает заказчика более пристально относиться к вопросам стоимости и оптимизации инфраструктуры (что упрощает и внедрение SLA бизнес-сервисов для команды Managed Services), а с другой стороны – Managed Services заинтересована в постоянном развитии инфраструктуры и драйвинге процессов миграции других сервисов заказчика из локальной инфраструктуры в облако. И показатель роста утилизации (и, соответственно, роста стоимости услуг Azure Managed Services) – отличный KPI для новой облачной команды (наряду с обновленным KPI по SLA – только не того, который представляет «непонятные тикеты» ответа, а SLA бизнес-приложений заказчика).
И вот про KPI и прочие шаги, которые надо предпринять провайдеру услуг (типа реализации облачного варианта Operational Excellence) для трансформации «традиционного залоченного» Managed Services в современный облачный/Azure Managed Services – мы поговорим в следующей статье на эту тему.
Продолжение – следует…
интересная серия видео, на которые рекомендую обратить внимание — это «открытое собеседование» на позицию Azure L2 support engineer (попросту «администратор Azure») — которое поможет вам сориентироваться в требованиях к позиции и оценить свои знания:
* ИТ-карьера — Azure L2 support engineer — публичное собеседование на позицию, что нужно знать — ч.01 — https://youtu.be/HmpgQoahXTA
* ИТ-карьера — Azure L2 support engineer — публичное собеседование на позицию, что нужно знать — ч.02 — https://youtu.be/cFzd62vlB9M
* ИТ-карьера — Azure L2 support engineer — публичное собеседование на позицию, что нужно знать — ч.03 — https://youtu.be/DECMirInQ2I
13 июня при поддержке лидеров рынка Lenovo в Украине и Microsoft Ukraine в Харькове состоится яркая IT-конференция SysAdmin Day 2018. На этой конференции я выступаю, как эксперт по ИТ-инфраструктуре и буду рассказывать про миграцию в облака средних и малых предприятий, а также про использование облачных сервисов для управления локальными и мобильными устройствами и защитой данных. Также меня попросили дать небольшое интервью о тех перспективах и особенностях применения облачных технологий, которые современные технологии предоставляют для средних и малых компаний, а также – для карьеры системных администраторов.
Первый мой доклад на SysAdmin Day.Kharkiv 2018 будет называться “Стратегия миграции инфраструктуры малых и средних предприятий в облачные сервисы”. Вкратце об этом докладе смотрите в трейлере к докладу:
Второй доклад на SysAdmin Day.Kharkiv 2018 будет посвящен управлению мобильными устройствами и безопасностью и называтеся “Использование облачных сервисов Microsoft для управления локальными и мобильными устройствами, управление безопасностью данных в облаке и на мобильных устройствах”. И также предлагаю ознакомиться с трейлером к докладу:
И, собственно, возвращаемся к интервью для Lenovo в Украине:
Что на сегодняшний день нужно IT-специалисту, системному администратору, чтобы развивать карьеру? В одном из видео вы перечисляли три must have пункта: подтвержденные знания в профессии, практический опыт и умение на простом языке доносить свои идеи потенциальным заказчикам. Хотелось бы подробнее об этом узнать.
Я думаю, что подробнее рассказать об это в рамках данной беседы не получится – ведь мне для раскрытия этого вопроса понадобилось минимум 5 видео с длительность по 30 минут каждое. Могу просто порекомендовать всем посмотреть внимательно серию этих видео про ИТ-карьеру у меня на канале:
На сегодняшний день в сфере IT огромная скорость изменений. Не теряют ли актуальность полученные сертификаты? Как часто IT-специалисту имеет смысл подтверждать свои знания сертификацией?
Честно говоря, сейчас переломный момент именно для ИТ-специалистов (не путать с разработчиками) – технологии управления ИТ-инфраструктурой меняются кардинально ввиду развития облаков и, вполне возможно, в ближайшие 3-5 лет от ИТ специалистов будут требовать совсем другие навыки. Потому мои собственные предпочтения в этой области – сначала знания и навыки, потом экзамены (обычно, это требуется только работодателю) и мой ответ на подобный вопрос – «могу запросто доказать, что я обладаю более широкими знаниями, чем требует сертификация, а если вам нужен именно сертифицированный специалист, чтобы получить какой-то партнерский статус – сдам экзамен сразу, как только вы это оплатите»
Как быть в ситуации, когда знания есть, идеи есть, а заказчика на их разработку нет? Какие есть возможности реализовать свои знания в практических проектах?
Мир сейчас стал очень маленьким, поэтому не проблема найти нужный проект на том же портале Upwork, особенно, если устроить демпинг с ценами. Там попадаются иногда очень «креативные» запросы по скрещиванию бульдога с носорогом, сейчас, качественно и дешево 😉
Умение переводить свои IT-знания и идеи на общечеловеческий язык и язык бизнеса — это врожденный талант, или его можно освоить? Как этого добиться?
Работать над собой, понимать, что люди совершенно разные и людям не интересно копаться в настройках также, как это интересно вам. Людям (не обязательно бизнесу) свойственно мышление «черного ящика» — «делаю вот это с одной стороны, с другой стороны – получаю результат». Потому, разговаривая с людьми или бизнесом – представляйте себя магом (можно темным злым колдуном) – не надо рассказывать, как работает заклинание, просто показывайте результат, который людям будет полезен.
За какими ресурсами и событиями нужно следить IT-специалисту, чтобы постоянно оставаться в курсе происходящего в сфере? Где получать свежие идеи и знания? Какие сайты, каналы, офлайн-мероприятия и конференции вы можете посоветовать?
Если мы говорим о русскоязычных ресурсах (а с украиноязычными вообще все плохо) – то наблюдается тенденция их критического сокращения. Все больше специалистов уезжает в Европу и США, все меньше рынок (кол-во смотрящих) для таких ресурсов – потому ИТ-специалисту, который хочет развиваться, придется учить английский и работать с англоязычными ресурсами. Такими, как, например, Microsoft Virtual Academy — https://mva.microsoft.com/ — сборником виртуальных учебных курсов и теми же бесплатными книгами и учебными пособиями — https://mva.microsoft.com/ebooks/ . Лично я тоже стараюсь внести свой вклад в развитие ИТ-специалистов бывшей родины – периодически выпуская обзорные и технические видеоматериалы у себя на YouTube канале — http://bit.ly/WindowsServer_overview . Что же касается регулярного обновления знаний – то тут очень хорошо подойдут блоги компаний-разработчиков тех продуктов, которыми вы пользуетесь. Так, например, свежие новости про технологии Azure, связанные с ним события и прочее я читаю на https://azure.microsoft.com/en-us/blog/ . И, конечно же, профессиональные социальные сети – например, LinkedIn – главное, правильно выбирать контакты, ленту которых будешь читать. Опять же, лично я стараюсь на LinkedIn давать выборку интересных мне новостей — https://www.linkedin.com/in/iwalker2000/ — желающие могут подписываться (рекрутеров без конкретных предложений – не приглашаю).
Расскажите о конференции SysAdmin Day, где вы будете участвовать. Почему IT-специалистам стоит туда ехать (кроме обширной фановой программы J) Что они смогут вынести оттуда?
В своих докладах я всегда стараюсь дать стратегическую перспективу развития того или иного продукта или направления. Сейчас, как я уже говорил ранее – переломный момент в развитии навыков и умений системных администраторов. В своем недавнем докладе на Стальном Бубне я уже рассказывал про то, какие навыки необходимы системному администратору в будущем. На SysAdmin Day я продолжу эту тенденцию, и расскажу, как облачные технологии и сервисы критически изменяют работу ИТ-специалистов.
Большинство из тем, заявленных на SysAdmin Day, касаются облачного хранения данных. Почему эта тема приобретает такую популярность? Каковы тенденции в этой сфере? Не случится ли, что популярность достигнет пика и схлынет, сервисы закроются и придется искать новые решения?
Я бы не сказал, что именно облачного хранения данных, скорее, мы будем говорить про то, как облачные сервисы позволяют эффективно решать вопросы обмена данными, резервного копирования и даже защиты от сбоев целой инфраструктуры. Именно сценарии защиты от сбоев начинают приобретать широкую популярность, поскольку позволяют быстро стартовать копии всех ваших серверов в облаке с актуальными данными в случае сбоя питания, катастрофы, изъятия всего парка оборудования. Что же касается закрытия сервисов – это облака – это новый тренд в индустрии, который будет актуален лет 20 минимум. Просто выбирайте правильного поставщика сервисов, например, Microsoft Azure.
Что касается гибридных решений: какое расширение функций дает дополнительное использование облачных сервисов, вдобавок к локальным хранилищам? Каким бизнесам больше подходит гибридный вариант, а каким — полный переход в облако?
Насколько безопасно облачное хранение данных? Защищена ли информация от несанкционированных проверок, взлома, слива данных третьим лицам? Стоит ли опасаться «ковровых» блокировок, вроде истории с Телеграммом, когда за компанию с мессенджером пострадал огромный кусок интернета. Есть ли у облачных провайдеров услуги защиты от ДДОС? Что происходит с данными, если сервер облачного хранилища отключился или поврежден? Куда они перемещаются? Какие предусмотрены способы защиты на случай падения связи? Есть ли резервные каналы для таких ситуаций?
Тема слишком обширна и пересекается с моими докладами. Вкратце могу сказать, что все инструменты для защиты от несанкционированного доступа к вашим данным в том же Azure есть – и по умолчанию, и расширенный набор – про тот же Azure Site Recovery я уже упоминал выше. Защита данных при отказе серверов самого облака обеспечивается тем планом, который вы выбрали для хранения – готовы ли вы платить за репликации данных внутри одного ЦОД облака или даже между разными континентами. За канал связи с вашей стороны, понятно, отвечаете вы сами. Но существуют также и продукты, обеспечивающие кеширование и репликацию локальных хранилищ в облако, что позволяет работать с такими данными в оффлайн режиме.
По каким критериям бизнесу нужно выбирать облачного провайдера? Какие провайдеры есть сейчас в Украине? На что обратить внимание, составляя договор с провайдером о предоставлении данных, чтобы обеспечить их максимальную защиту?
Критерии выбора облачного провайдера очень и очень обширны и это тема для отдельного разговорам минимум на 30 минут. Вкратце – это бизнес-здоровье компании и ее позиция на рынке, административная поддержка и SLA, технологии, которые требуются вам и предоставляются провайдером, безопасность и доверие к провайдеру и т.п. В Украине нет облачных провайдеров в полном смысле этого слова – фактически, это обычные хостеры, предоставляющие услуги виртуальных машин и IaaS (Infrastructure as a Service) с консолями управления для клиентов – и даже называть, а тем более сравнивать данные «облака» с настоящими публичными облаками типа Microsoft Azure – нельзя. Но, сейчас, с появлением такого продукта, как Microsoft Azure Stack – позволяющего «приземлить» большую часть возможностей Azure, которые и делают облако «облаком», на серверах локального провайдера – некоторые из провайдеров начали двигаться в направлении «настоящих облаков», а не просто хостинга виртуальных машин. Хотите понять, перед вами «просто хостер» или действительно «облачный провайдер» — задайте специалистам данной компании простой вопрос – а какие шаблоны описания облачных инфраструктур поддерживаются данным провайдером, например, формата ARM templates? Какие сервисы вы получаете для размещения ваших нагрузок – виртуальные машины, сервисные фабрики, базы данных, средства автоматизации? Есть ли у провайдера механизмы автоматического масштабирования выбранных вами сервисов – scale up/scale out? В 99% случаев вы услышите ответ – вы будете использовать наши «гибкие» виртуальные машины, которые сами настроите из предоставленных образов.
Предоставляют ли облачные провайдеры услуги системного администрирования и начальной развертки серверов для компаний, которые только что сформировались и в принципе не знакомы с облаками? Есть ли решения “под ключ” для таких компаний?
Вообще-то, если говорить о «настоящем облаке», то все эти «услуги по развертыванию» не требуется. Современная парадигма облаков и новый подход к администрированию таких систем не требует интенсивного вмешательства в управление и опирается на декларативные описания инфраструктур, что позволяет развертывать целые инфраструктуры одним кликом на взятый из магазина решений шаблон – про это я как раз и рассказывал в своем предыдущем докладе про новые принципы работы администраторов. Если компания все же хочет разработать подобный шаблон «под себя», то для этого существует достаточно обширное предложение по консалтингу – собственно, компания, которую я возглавляю, и занимается таким консалтингом. Кроме того, я лично провожу тренинги по данному направлению нового администрирования, если требуется в проекте иметь команду уже подготовленных специалистов, которые готовы будут обслуживать и развивать инфраструктуру после сдачи проекта.
В прошлом году инновационные решения для ЦОД Lenovo были названы лучшими по 46 показателям. Какие серверные решения этого бренда можно рекомендовать малому и среднему бизнесу, и почему?
Я бы начал с того, что мало кто знает, что Microsoft сертифицировала Lenovo среди нескольких производителей серверов, как поставщика оборудования для решений Microsoft Azure Stack – копии облака Azure для локальных провайдеров — https://www3.lenovo.com/us/en/data-center/ThinkAgile-SX-for-Microsoft-Azure-Stack/p/WMD00000272 . Это говорит об очень высоком уровне надежности и производительности серверных решений Lenovo, а также о том, что в проектировании своих серверов серии ThinkAgile Lenovo опирается на самые современные аппаратные технологии, которые использует и Microsoft для построения ЦОД «большого облака» Azure. Такая сертификация — высочайший знак качества аппаратной серверной платформы от Lenovo. Что же касается «обычных» серверов, то мне сложно выделить какую-то модель из линейки Lenovo ThinkServer – тут стоит правильно учитывать потребности компании и задачи при выборе серверов, особенно, с учетом того, что часть инфраструктуры может быть вынесена в сервисы облака. И на что бы я еще обратил пристальное внимание компаний, которые планируют миграцию в облака – это на то, что с переносом сервисов в облака – «на земле» остается клиентская часть, и здесь у Lenovo есть великолепная линейка надежных производительных тонких (и не очень) клиентов серии Tiny – ThinkCentre Tiny/ThinkCentre Thin Client и ThinkStation Tiny – которые позволят компании эффективно трансформировать рабочие места для работы с облаками.
DevOps – одно из модных сейчас «поветрий» (наряду с «data scientist» и прочими «IoT» и «AI»), адепты которого активно продвигают мысль, что «все ИТ будет devops» — в прогрессивной ИТ-среде не останется системных (и прочих) администраторов, их таки заменят DevOps. НО, самое интересное, что даже внутри крупных ИТ корпораций, которым тренд «DevOps» приносит большие прибыли, нет единого мнения о судьбе в современных ИТ-инфраструктурах тех позиций, которые в общем называли «ИТ-профессионалы» («ТЫЖПРОГРАММИСТ!» — «нет, я администратор сети и безопасности») и которые в реальности к «Dev» вообще не прикасаются, а управляемые ими инфраструктуры настолько статичны, что их «Ops» не меняются годами и выполняются рутинно (я это называю «ребята нашли свой карман безделья»).
Начнем, пожалуй, с того момента, что важность и потребность в позиции «DevOps» достаточно сильно «культивирована» теми компаниями, которые, собственно, продают инструменты для работы DevOps или компаниями-аутсорсерами, где DevOps – производственная необходимость в рабочем процессе с постоянным «выкатыванием» новых сборок ввиду забажености кода, производимого гребцами галер. Да и, собственно, сейчас какие только позиции и обязанности не называют красивым именем «DevOps». В реальности ситуация с DevOps примерно такая же, как с той картинкой про айсберг – DevOps сейчас – одна из самых «видимых» позиция в ИТ-индустрии, не считая девелоперов (потому что их раньше не было, точнее – не придумали еще такое слово, и технологии были «пожиже», а теперь они срочно нужны каждому уважающему себя аутсорсеру), а основное управление ИТ-инфраструктурой «обычных» компаний по прежнему лежит на плечах обычных таких системных администраторов, которые работают себе с этой самой инфраструктурой «по старинке». Я лично, и моя компания как раз оказывает услуги таким вот «обычным» компаниям и сейчас в тренде – это миграция части ИТ инфраструктуры в облака с последующим обновлением (читай – rebuild до архитектуры, близкой к требованиям PaaS) некоторых LoB решений компании или же – использование облачных сервисов типа Azure Backup или Azure Site Recovery для реализации более эффективного резервного копирования или защиты от сбоев. И у меня накопилась достаточно большая и релевантная статистика отношения руководителей (CIO, CEO) к концепции DevOps для работы с их ИТ-инфраструктурой.
Итак, вернемся к отзывам обычных компаний про место DevOps и соответствующих процессов в их ИТ-инфраструктуре (комментарии собирательные, но некоторой – очень близко к тексту):
У нас нет разработки, у нас стабильная инфраструктура, которая нуждается в базовых рутинных операциях.
Мы планируем перенос инфраструктуры в облако, верно, но это будут реплики наших виртуальных машин или базовые сервисы.
Скрипты? Извините, но мои люди получают заплату за то, чтобы работали сервисы.
У нас рутинные операции, если надо – есть RDP/TeamViewer и прочие инструменты админа.
DevOps – это какие-то аутсорсеры, которых мы наняли для написания приложений, они работают в своей песочнице и инфраструктуры это не касается.
Как мы видим, с точки зрения руководителей ИТ в компаниях, которые «просто эксплуатируют ИТ, как часть производственного процесса» — места для DevOps в таких компаниях нет, а позиции системных администраторов прочны, как никогда. И таких компаний, для которых ПК или мобильные устройства всего лишь средство обработки производственной информации – большинство. Так что, стоит ли сисадминам почивать на лаврах?
Текущие тенденции в экономике и бизнесе – говорят, что нет… Хотя бы потому, что все идет, как обычно – нужно дешевле, быстрее и на вчера. В том числе – и в управлении ИТ-инфраструктурой. Быстрее развертывать новые сервисы, восстанавливать старые, подключать быстрее и больше пользователей и выдавать им данные на их запрос как можно оперативнее, а лучше всего – дать пользователю кнопку «сделать весь отчет/презентацию/работу за меня» 😉 И да! – Еще и параноидальная безопасность во всем + новое красивое слово GDPR (под которое можно подвести любые требования).
И, самое главное – компаниям упорно продают облака… Мировые гиганты в ИТ вкладывают в этот сегмент громадные деньги, в том числе и на маркетинг, что приводит к тому, что любой CIO задумывается над вопросом «а зачем мне облака?» и даже если не задумывается – ему обязательно напомнит его CEO вопросом типа «а что у нас там с облаками? Мне тут рассказали, что это на 30% эффективнее нашей текущей системы». Нет, я ничего против облаков не имею, и даже сам придумаю 10-15-20 причин, почему облака лучше локальной инфраструктуры – я просто озвучиваю тенденции и текущий момент раздумий CIO.
В результате сейчас сложилась ситуация, которая довольно патовая и для руководства ИТ-инфраструктур, и для сисадминов, и даже для тех самых корпораций, которые «пропихивают» массы в облака. Почему? Да потому что сейчас как бы существует 2 мира ИТ-инфраструктур, в одном из которых есть серверы с их консолями, традиционные системы и процедуры управления (от тех самых компаний, которые и «за облака»), а во втором – есть облака с совершенно другой концепцией управления, вроде как изначально заточенной под девелоперов и DevOps (что не принимается CIO/сисадминами – смотри выше) и в которые надо поместить путем «взяли и переставили» существующие серверы с нестыкующейся моделью управления внутри. И основные проблемы тут:
Традиционные модели управления устаревают ввиду новых облачных технологий и требований,
Очень много ручной работы и модификаций + еще один уровень абстракции в виде облака,
Ручное тестирование современной инфраструктуры требует больших затрат в целом и слушком затратно по времени,
Административные привилегии предоставляются без детализации задачи, ограничений по времени,
Операционные команды не накапливают опыт в виде готовой документации и повторяемых конфигураций – метод next-next-next этого не позволяет 😉
Потому общую тенденцию в изменении требований к управлению «обычной» ИТ-инфраструктуры «обычными» системными администраторами можно озвучить, как:
НОВЫЕ ПОДХОДЫ К УПРАВЛЕНИЮ ИТ ИНФРАСТРУКТУРОЙ ТРЕБУЕТ БОЛЕЕ ТОЧНЫХ, АВТОМАТИЗИРОВАНЫХ ПРОЦЕССОВ С ОБШИРНЫМИ ВОЗМОЖНОСТЯМИ ПО ДЕКЛАРАТИВНОМ ОПИСАНИЮ, ПОВТОРЕНИЮ И МАСШТАБИРОВАНИЮ, НЕЖЕЛИ СЕЙЧАС.
Инфраструктура определяется как набор декларативных описаний объектов…
Которые сохраняются в конфигурационных файлах…
Точно описывающих установку отдельного сервера или всего окружения…
С «идемпотентностью» (вот же слово придумали) …
С автоматизацией конфигурирования и рутинных операций…
С сохранением ИТ администраторских навыков и инструментов…
+ внедрения процедур, применяемых в разработке ПО – Source/Build/Test/Release
Что изменится в результате распространения концепции Infrastructure as Code для системных администраторов не только в облачных ИТ-инфраструктурах, но и в их локальных сетях и любимых продуктах, а также в самих процедурах работы с ИТ-инфраструктурой в средних и крупных компаниях?
Распространение концепции декларативной Infrastructure as Code на локальные инфраструктуры (например, с распространением Azure Stack),
Перенос большинства сервисов управления и мониторинга в облака (уже сейчас активно развиваются облачные Microsoft Intune и Operations Management Suite) с применением к ним возможностей управления через конфигурацию,
Автоматизация работы облачных, гибридных и локальных с использованием облачных сервисов типа Azure Automation и гибридных runbook,
Постепенный дрифт AD в сторону Azure AD + Desire State Configuration (DSC), который придет на замену привычных групповых политик (учим DSC уже сейчас),
Повышение требований Business Continuity / Disaster Recovery и, как результат, более активное использование в компаниях таких средств, как Azure Backup и Azure Site Recovery – готовой песочницы для того, чтобы при крупной катастрофе локальной инфраструктуры компания «рывком» оказалась в облаках (и вы даже не представляете, какая будет паника у ИТ после этого!),
Иметь 2-3 параллельные идентичные инфраструктуры будет нормой – что позволит быстро вводить в эксплуатацию новые решения или реагировать на катастрофы,
И да, концепт на то, что в нынешних условиях дешевле все с нуля пересобрать, развернуть или переключить несколько слотов развертывания с использованием декларативных шаблонов, описанных выше – чтобы быстро обеспечить бизнесу работу служб – а после искать ошибки, которые привели к сбоям или остановке предыдущей,
Изменяются процедуры и сам стиль работы ИТ отделов – «админ» поправил файл конфигурации, собрал, затестил, зарелизил в автоматизированной системе (даже, возможно, с тестовым развертыванием в свободный слот) – и шеф нажал кнопку деплоймента в продакшен. Все это – с версионностью, трекингом изменений конфигураций, мониторингом событий и возможностью повторить операцию бесконечное количество раз даже на уже работающей инфраструктуре без потери ее работоспособности (та самая «идемпотентность»).
Итак, перспективы развития облачных, гибридных и даже локальных ИТ-инфраструктур и подходов управления ими в ближайшие годы понятны. Что делать системному администратору, который осознал, что его умение создать, настроить виртуальную машину и установить внутрь нее ОС с настройкой ролей этой ОС и даже детальных отдельных сервисов, типа вебсайта – скоро окажется невостребованным по причине замены этих навыков новыми инструментами? Есть много ответов на этот вопрос, например – «уйти из ИТ», или «переквалифицироваться в DevOps», или «в бьюти-/тревел-блогеры» (ага, это троллинг самого себя, у автора достаточно большое количество видео, посвященных путешествиям – «Путевые Заметки Игоря Шаститко» – http://bit.ly/iwalker2000_travels1 ), или «просто развиваться и постараться взглянуть на способы администрирования ИТ-инфраструктур под другим углом». И изучать новые технологии и инструменты управления, которые уже есть на рынке, и которые используют те же DevOps (так что, если хотите в DevOps – учиться придется еще больше и тому же). А именно:
Шаблоны описания конфигураций – Azure Resource Manager templates (ARM, доступен и в локальных облаках Azure Stack),
Средства развертывания инфраструктур из шаблонов и просто скриптами – портал Azure, Azure PowerShell, Azure CLI, VS, GitHub,
Средства контроля конфигураций – Desire State Configuration (DSC) – и не только в базовых сценариях, но и в сочетании с теми же шаблонами ARM,
Облачные средства автоматизации и мониторинга – такие, как Azure Automation, Hybrid Runbook Workers, Operations Management Suite и прочие реакции на события и т.п.,
Средства управления исходным кодом шаблонов, скриптов развертывания, runbook, DSC, с интеграцией Azure с GitHub и прочими решениями,
Средства управления процессом разработки ИТ-инфраструктуры с подходом Infrastructure as Code – Source/Build/Test/Release – с применением тех же облачных сервисов Visual Studio Team Services и т.п.
Выводы? Для системных администраторов – они не утешительные – «учиться, учиться и еще раз учиться» – вас ждет «большая ломка» – методов, инструментов, и собственно, того, чем вы будете управлять. Потому – всех действительно заинтересованных ожидает очень интересная дорога вперед, перед которой вы должны понять несколько простых истин из будущего (которые я вкратце постарался осветить в данном видео):
Все «артефакты» Infrastructure as Сode, описывающие даже самые сложные инфраструктуры компаний – простые текстовые файлы, как и исходный код у девелоперов!
«Админы инфраструктуры» медленно переползают в «разработчиков инфраструктуры» (писателей ARM шаблонов и скриптов runbook на PowerShell)…
«Админы рабочих мест/серверов» в «разработчиков конфигураций» (писателей DSC и, снова же – скриптов PowerShell)…
Инфраструктурный и конфигурационный код может быть сохранен, версионизирован, протестирован и распространен, как и программный код – у вашей инфраструктуры вскоре появятся свои сборки, свои релизы, и свои тестовые и разрабатываемые копии в отдельных «слотах».
И да поможет вам <тут фрагмент политкорректности> в вашем постижении новой мудрости и желании перерасти свой консерватизм с RDP и кликами next-next-next!!!
Это не единственный семинар, который я читал в Украине, в ближайшее время еще одно интересное мероприятие для сисадминов пройдет в Харькове, 13 июня 2018 всех интересующихся приглашаю сюда – SysAdmin Day.Kharkiv 2018 – https://www.facebook.com/SysAdminDayUA/ (предварительная регистрация обязательна). И, конечно же, следите за выпусками технических видео на канале — http://bit.ly/WindowsServer_overview .
Первые серии нового курса по использованию Azure IaaS и обо всем том, где будет рассмотрено подробно все то, о чем я говорил в данной презентации:
Особенно «возбудились» почему-то некоторые «патриотические» деятели с дежурной фразой – «ты не живешь в Украине, какое право ты имеешь об этом писать!» — спасибо, повеселили, значит, мой «толстый» троллинг зацепил за живое…
Ладно, оставим лирику – все равно я всякое разное в ФБ комментах покилял, а самых ярых – заблокировал.
А мы посмотрим пошагово, чего же такого «провтыкали» CIO, что могло бы предотвратить эпидемию в украинских компаниях «на корню», что есть в базовых рекомендациях Defense-in-Depth https://msdn.microsoft.com/en-us/library/cc767969.aspx и реализовать которые не является большой проблемой. Напомню, требования Defense-in-Depth (DiD) достаточно простые и предусматривают реализацию тех или иных сервисов защиты на всех уровнях ИТ-инфраструктуры.
Уровень
Технологии
Данных
ACL/шифрование/классификация данных с RMS
Приложений
SDL, антивирусы, «бронирование» приложений и сервисов, App/Device Guard
Хостов
«Бронирование» ОС, аутентификация, управление обновлениями, FW, защита от вторжения (IDS), VBS, Device Guard
LAN
Сегментирование и изоляция (VLAN), шифрование (IPSec), защита от вторжения (NIDS)
Периметр
FW, контроль доступа, App FW, NAP
Физическая безопасность
Охрана, ограничение доступа, аппаратный контроль и аудит доступа, отслеживание устройств, камеры наблюдения
Люди, политики, процедуры
Документирование, тренинги, предупреждения и уведомления, наказания…
Есть и более «продвинутые» методы защиты, которые обеспечивают высокий уровень защиты от современных типов атак, которые в том числе, использовались и в Petya – Securing Privileged Access – http://aka.ms/privsec
Итак, начнем с первичного заражения. В данной эпидемии рассматривается 2 основных сценария – проникновение через почтовые сообщения в виде вложения к письму и через систему обновлений MEDoc, так называемую атаку «software supply chain attacks», когда взламывается поставщик ПО. Подробно, кто еще не прочитал – «разбор полетов» можете посмотреть здесь – https://blogs.technet.microsoft.com/mmpc/2017/06/27/new-ransomware-old-techniques-petya-adds-worm-capabilities/
При этом в первом сценарии запущенный пользователем из почты исполнимый файл атакует ОС через уязвимости SMBv1 (EternalBlue/EternalRomance) и получает все требуемые права, чтобы выполнить свои процессы – шифрование и распространение.
Какие методы противодействия Defense-in-Depth помогут от подобной атаки:
Периметр – сервис фильтрации почтовых сообщений (например, в Microsoft Exchange) – просто удаляющий все файлы, кроме разрешенных типов, антивирусная система для электронной почты, если нет чего-то подобного – аренда аналогичных облачных сервисов, например – Exchange Online Protection, «знания» которого не зависят от «расторопности» админов (время внедрения – 30 мин + обновление доменного имени).
Приложения – антивирусы, которые ловили Petya.A с самого начала эпидемии. Надо обновлять сигнатуры – нет, не слышали?
Хост – бронирование ОС – накатить готовые политики с рекомендованными настройками безопасности от Microsoft Security Compliance Manager или доточить их под рекомендации – например, отключить SMB v1 как класс и прочие ненужные устаревшие сервисы – плевое дело, управление обновлениями (совсем не сложно, особенно, если Windows не пиратская), с IDS сложнее, но даже тут – всего лишь подписка на Defender Advanced Thread Protection, который, как показала практика, ловит атаки подобного типа на корню.
ЛПП – обучение не открывать файлы, предупреждение об возможных атаках и наказание – вплоть до увольнения и судебных исков против запустивших вирус (ах, да – страна такая, законы не работают – тогда просто переломайте запустившему вирус ноги).
Так что в данном случае – сам факт заражения существенно снижается…
Сценарий второй – вирус «прилетел» через обновление той или иной LoB-системы и здесь пока почти без шансов – скорее всего компьютер будет заражен, поскольку код выполняется от прав системы.
Но не будем расстраиваться. Мы потеряли один компьютер и далее все зависит исключительно от устойчивости ИТ-инфраструктуры в целом.
Дальнейший сценарий распространения вируса Petya проходит по нескольким направлениям:
Механизм, использующий уязвимость SMBv1 (EternalBlue/EternalRomance) на находящихся в одной подсети с зараженным ПК компьютерах,
Или механизм pass-the-hash/pass-the-ticket, используя имеющиеся на зараженном ПК сеансы пользователей.
Первый вариант распространения вируса на соседние ПК блокируется очень просто с Defense-in-Depth:
LAN — сегментирование и изоляция (VLAN) – совсем просто, особенно учитывая кол-во накупленных в компаниях Cisco и прочего оборудования, надо только сесть и чуть подумать, какой же трафик куда должен ходить между сегментам пользовательских ПК (многочисленных и разнесенных тоже) и серверами приложений (тоже сегментированных между собой по типам приложений и требуемого сетевого доступа). Мы не говорим даже об NDIS – даже без обнаружения вторжения (хотя если Cisco – так чего бы не активировать?) – сегменты сетей стали бы непреодолимым барьером для проникновения вируса вне группы ПК.
Хост – с его firewall, который, как ни странно, сейчас включается в Windows по умолчанию и только дурацкий ответ на вопрос – «хотите ли вы расшарить свои файлы в сети» — «да, хочу!» — портит всю картину. Ну вот зачем, зачем пользовательскому ПК вообще что-то публиковать в сети? Зачем все админы так любят отключать firewall? Легче работать? А не легче ли написать правила в групповых политиках… И все, даже в рамках одного сегмента сети – такие ПК c firewall будут защищены от посягательств зараженного ПК. А что насчет контроллеров домена и прочих файловых помоек – читай выше, обязательных обновлений и «бронирования» и тут никто не отменял.
ЛПП – и да, не забываем о персональной ответственности админов и сетевиков за каждый следующий поломаный по сети комп.
Второй вариант распространения вируса чуть сложнее – Petya использует для атаки на другие ПК в сети наличие открытых пользовательских сеансов/кэшей паролей на зараженном ПК, а учитывая парадигму того, что многие админы на ПК используют один и тот же пароль локального администратора или учетную запись администратора домена для работы на любом ПК компании – здесь для Petya широкое поле деятельности с использованием механизмов атак pth/ptt. Имея на руках администраторские пароли и открытые «всем ветрам» порты соседних ПК – Petya успешно копирует себя через административные шары (Admin$) и запускает удаленно свой код на атакуемой машине.
НО, если обратиться к Defense-in-Depth, то можно обнаружить, что:
Хост – рекомендовано использование технологий VBS и Device Guard для защиты от кражи идентити подобными способами. Но – VBS есть только в Windows 10 – Ok, но никто не мешает познакомиться с рекомендациями по защите хостов от Pass-the-hash/pass-the-ticket атак для Windows 7 и т.д. – ничего сложного, кроме опять же – использования рекомендованных шаблонов безопасности (их же можно использовать и для Windows 10 без VBS/DG) – http://aka.ms/pth — начиная с отключения кеширования идентити при входе и т.п.
Хост – простейшая гигиена аутентификации, связанная с использованием уникальных администраторских паролей на каждой рабочей станции/сервере – утилита Local Administrator Password Solution (LAPS) — http://aka.ms/laps — избавит от головной боли «по запоминанию» каждого пароля, а далее – более сложные процедуры гигиены для администраторов, которые говорят, что для выполнения определенных действий на ПК должны быть использованы определенные учетные записи, не обладающие полнотой прав на уровне всей сети — https://docs.microsoft.com/en-us/windows-server/identity/securing-privileged-access/securing-privileged-access-reference-material (а что, никто не в курсе, что с доменным админом ходить по рабочим станциям категорически запрещено?).
Плюс – уже упомянутые выше механизмы обнаружения вторжения – тот же Defender ATP или Microsoft ATA («заточенный» как раз на обнаружение атак pth/ptt) и, безусловно – firewall и сегментирование сетей для того, чтобы завладевший теми или иными учетными записями вирус не смог подключиться к соседям.
ЛПП – а здесь уже может “прилететь” и админу компании в целом, если окажется, что его учетная запись “гуляет” почему-то по рабочим местам пользователей или используется на ПК совместно с такими гуляющими админами.
ВСЕ! Было «охренеть как сложно», мы потратили от силы 3 рабочих дня (24 часов и 24х75=1800евро денег высококвалифицированного специалиста) из предоставленных 43 дней с предыдущей атаки для того, чтобы защититься от разрушительного действия вируса типа Petya.
UPD 1: По просьбам комментаторов и просто друзей в Facebook и прочих социальных сетях – записал практическое видео с примером реальной лабы по заражению домена Petya.C с правильно настроенными политиками безопасности согласно требованиям Defense-in-Depth для защиты от современных типов угроз (типа того же Pass-the-Hash/Pass-tht-Ticket, которые использовал Petya.C) – при явном заражении одного ПК – влияние вируса на остальную лабу – нулевое:
Да, тут некоторые коллеги в комментах дискутировали насчет того, что «нельзя так просто взять и поделить сеть на подсети пользователей и банкоматов – есть моменты администрирования и удобства работы» — но, в любом случае, у CIO было еще минимуму 3-5 дней на подумать, а потом решить, что удобство работы перед угрозой полномасштабной вирусной атаки – отходит на второй план. В общем – даже не думали и не сделали НИЧЕГО.
Наши потери от Petya после принятых общих мер – мы потеряли, скорее всего, все машины, которые заразились путем приезда «обновления от MEDoc» (хотя, при использовании IDS типа Defender ATP – и эти потери могут быть сведены к минимуму), мы потеряли 10% от тех машин, которые получили «письма счастья», а компания – потеряла работавших на них сотрудников. ВСЕ! Никакой эпидемии, никаких отключившихся касс и банкоматов (!!!), никаких тысяч часов на восстановление ИТ-инфраструктуры. Осталось восстановить требуемые данные из бекапов (или вообще ничего не восстанавливать, кроме ОС на ПК – если ИТ-инфраструктура сделана правильно и все хранится и бекапится централизованно, к тому же – в облако).
Таким же образом, через обновления, Petya успешно бы пролез и на виртуалки в Azure, дальше бы пошел гулять по виртуальным сетям Azure (которые вы бы не поделили на сегменты, не изолировали, не использовали firewall на каждой), а потом и через Site-to-Site VPN залез бы и на наземные ПК пользователей… Или наоборот – с тем же результатом в такой незащищенной от угрозы изнутри “обланой” инфраструктуре.
А то было бы и хуже – учитывая умение Petya считывать учетные записи админов и зная безалаберность этих админов – Petya.Cloud (с модулем работы в облаке – дописать в код пару строчек) давно бы уже имел административные права на ваши подписки в облаках и делал бы там все, что заблагорассудится, кидая вас еще и на деньги – например – поднимал бы виртуалки для майнинга или ботсетей в вашей облачной подписке, за которые вы бы потом платили по 100К-300К уе/мес.
И даже использование облачного Microsoft Office 365, который вроде как SaaS и его инфраструктура защищается Microsoft – при такой дырявой инфраструктуре на местах – не спасет – с тем же успехом вирус добирается до админского аккаунта O365, используя воровство учетных записей – и дальше подписка O365 уже «не ваша».
Вам об этом не сказали Microsoft, Google, Amazon – все, кто продает «облака»? Так это, им же продать надо, а не решать ваши проблемы – а все проблемы облаков – находятся «на местах», а туда особо уже и не продашь – значит, и инвестировать в наземные части заказчиков не стоит ни копейки – даже тренингами и семинарами…
И всем – приготовиться – это была только следующая волна, ждем следующей, как только ребята найдут следующий механизм “заброски” и инфильтрации вируса в корпоративные сети. И этот вирус также не будет обнаруживаться антивирусами по сигнатурам и будет эксплуатировать свежие уязвимости сетей и незакрытые механизмы типа Pass-the-hash/Pass-the-ticket. И вот просто “перенести все в облака” вам не поможет, а подписка на облачные Microsoft ATA/Defender ATP в дополнение к описаным выше мерам – вполне.
И небольшой ликбез для тех, кому интересно (некоторые доклады – почти годичной давности):
Феерический факап «ИТ-нации», которая в реальности оказалась совсем не «ИТ нацией», а просто сборищем ремесленников-разработчиков «на галерах», способных писать код на заказ, но имеющих весьма отдаленное представление об ИТ в целом и безопасности в частности… Даже словацкое телевидение пнуло Украину, показав с утра в новостях сюжет с ремаркой типа “украинские специалисты не могут справиться с вирусом”…
История, как говорится, повторяется дважды – один раз в виде трагедии, второй раз – в виде фарса… В Украине произошел именно фарс с этим вирусом “Petya.A” – по другому никак нельзя назвать обрушение ИТ Украины более чем через месяц после основной волны аналогичных вирусов по всему миру и более чем через 4 месяца после того, как возможная уязвимость была пропатчена компанией Microsoft. А рекомендации по защите от подобных атак от Microsoft существуют уже более 10 лет в виде стратегии Defense-in-Depth.
И какие причины привели к данному фарсу в виде коллапса многих банков и учреждений из-за действий абсолютно банального вируса, возраст которого – более года и использующего в настоящий момент уязвимости 4хмесячной данности?
Дебилы, бл@
Только так можно на текущий момент охарактеризовать уровень CIO компаний, которые подверглись успешным атакам. Причем можно даже не детализировать – и так все ясно – достаточно сказать о том, что эти люди не сделали никаких выводов и телодвижений из крупных атак на мировые системы более месяца назад. И уже не важно, что стало окончательной причиной внедрения вируса – старые системы, отсутствие обновлений, действие пользователей, отсутствие той самой стратегии Defense-in-Depth – результат на лицо – никаких мер за целый месяц принято не было, вообще! Причем эти меры – ничего такого из ряда вон выходящего, что выходит за рамки включения тех или иных функций в ИТ-инфраструктуре компании (уже имеющихся «из коробки») и описанные в том же Defense-in-Depth.
Кстати, Defense-in-Depth достаточно часто рассматривался мной на различных докладах и выступлениях по безопасности и последний раз – 20 мая 2017 на «Стальном Бубне» — запись доклада здесь — https://youtu.be/4e2qwseGGNA?t=2m30s . Кстати, рекомендую обратить внимание на разницу в том, о чем сам доклад и почему он начинается именно с Defense-in-Depth.
Для Petya.A хватило бы соблюдения минимальных рекомендаций, в том числе таких, как firewall на всех ПК, закрывающий ненужные порты рабочих станций (они не серверы, и нечего «светить» портами, особенно непропатченными, даже в локальную сеть) и применение шаблонов и рекомендаций по безопасности, среди которых – и отключение уязвимых версий протоколов SMB. Ну заразились бы отдельные ПК, на которых пользователи открыли бы вредоносный файл – но это бы не приняло масштабы эпидемии, когда выносились целые сети таких вот «открытых всем ветрам» ПК. А еще большей загадкой для меня является то, каким образом связаны сети общего пользования в некоторых банках и сети банкоматов? Там что, пакетики в сети гуляют, как заблагорассудится и каждый внутренний пользователь теоретически, может добраться до каждого банкомата?
А рассказать сотрудникам о том, что открывать все файлы подряд и подтверждать запрос подсистемы безопасности – опасно – вообще запредельная задача для ИТ подразделений?! Не говоря уже о фильтрации ненужных почтовых сообщений и опасных файлов в них…
Но нет, украинским CIO – это не по силам, они там для другого сидят – пилить корпоративный/государственный бюджет на ИТ и делиться с таким же наемным руководителем этой компании. И, как мне кажется, ничего CIO этих компаний не будет (как говорится кум-сват-брат), зато если посмотреть на список атакованных компаний и сравнить его с вручением Best CIO Ukraine – и Ощадбанком в списке победителей – то хочется попросить организаторов публично отозвать эту номинацию, чтобы хоть кто-то из CIO прочувствовал, что все не просто так и ты не можешь быть “Best CIO”, если у тебя валится система. И, надеюсь, в следующем цикле отбора “лучших” – тема безопасности будет во главе угла с соответствующим аудитом – на наличие того самого Defense-in-Depth.
В реальности ситуация с Defense-in-Depth в крупном украинском предприятии выглядит примерно следующим образом (реальные данные).
Таблица требований Defense-in-Depth.
Уровень
Технологии
Данных
ACL/шифрование/классификация данных с RMS
Приложений
SDL, антивирусы, «бронирование» приложений и сервисов, App/Device Guard
Хостов
«Бронирование» ОС, аутентификация, управление обновлениями, FW, защита от вторжения (IDS), VBS, Device Guard
LAN
Сегментирование и изоляция (VLAN), шифрование (IPSec), защита от вторжения (NIDS)
Периметр
FW, контроль доступа, App FW, NAP
Физическая безопасность
Охрана, ограничение доступа, аппаратный контроль и аудит доступа, отслеживание устройств, камеры наблюдения
Люди, политики, процедуры
Документирование, тренинги, предупреждения и уведомления, наказания…
Согласно проведенному опросу, службы безопасности, рекомендованные в Defense-in-Depth, реализованы в ограниченном объеме для каждого из уровней.
Защита данных – отсутствует
Защита приложений – отсутствует
Защита хостов – реализованы 2 требования к защите (аутентификация, управление обновлениями) данного уровня из 8ми
Защита локальной сети – 1 требование (VLAN) из 3х
Защита периметра – 2 (FW, контроль доступа) требования из 4х
Физическая защита – 3 (Охрана, ограниченный доступ, контроль) из 5
Кадры решают все – это сказал фараон… Может, при «таких» CIO и хороших, инициативных и ответственных админах-исполнителях на более низких позициях, которые бы проявили инициативу и сами, еще в марте 2017 года, аккуратненько пропатчили бы системы и приняли остальные рекомендуемые меры – вируса не смог бы разгуляться в таких масштабах.
НО – таких админов в украинском ИТ просто не существует. Потому что «ИТ-псевдонация» вообразила, что только аутсорсеры-девелоперы могут зарабатывать нормальные деньги, толковый системный администратор же не стоит более 500 баксов, а в лучшем случае – и 150 баксов ему хватит. Что вызвало естественный отток из этого направления ИТ наиболее толковых специалистов – тех, кто хотел и умел переучиваться – они ломанулись в «devops» и прочие, смежные с лавками галер, позиции, присасываясь к денежным потокам аутсорса. Самые умные – плюнули на весь этот бедлам и просто уехали «на постоянку» в нормальные страны с соответствующим уровнем развития ИТ и пониманием места и стоимости ИТ-специалистов в современном мире.
На смену им в украинские компании пришли те, кто вдруг «внезапно» решил «уйти в ИТ» из «менеджеров» и прочих «по работе с клиентами» с редкими вкраплениями «молодой поросли» системных администраторов после ВУЗов (которые, ВУЗы, как бы не надували свои щеки – никаких системных администраторов даже в базовом представлении не готовят).
Кстати, о ВУЗах – имел тут возможность пообщаться с некоторым количеством «перспективных молодых сисадминов», которые заканчивают ВУЗ и многому научились – в направлении ИТ администрирования и т.п. на ведущих ИТ кафедрах украинских ВУЗов не рассказывают даже о теоретических основах ИТ-инфраструктуры, таких, как IT Infrastructure Optimization Model/IT Infrastructure Maturity Model, что, на мой взгляд, должно быть фундаментом знаний для любого, кто выходит из ВУЗа со специальностью типа «ИТ-специалист». О чем я? Да вот об этом — Модель оптимизации ИТ — http://bit.ly/CoreIOmod — хотя бы 8 часов лекций в план обучения можно добавить?
150 баксов – компании довольны, платить больше не надо, CIO репортят о внедрении новых систем для бизнеса, ИТ платформа продолжает быть лоскутной и дырявой – и всем хорошо. Было…
Когда тыкаешь носом в проблему – «Ок, проблемы есть, мы работаем, может привлечем кого-то со стороны, вот вас, например» — «75евро/час» — «сколько? Да вы что, мы таких денег в ИТ не платим!». Сейчас злорадно потираю руки, вспоминая разговор начала февраля…
Вывод только один – никакой украинской «ИТ-нации» не существует и не будет существовать еще долго. Сейчас есть какая-то «псевдонация» химерного вида с аутсорсерами, которые клепают код на заказ и считающими, что они держат Бога за бороду. Данная вирусная атака показала же полную несостоятельность Украины, как ИТ-страны.
Российский след…
«Патриоты» сразу устроили истерику «это необъявленная ИТ-война», нас атакуют! Расслабьтесь – никакие спецслужбы не причастны напрямую к данной атаке, ибо она является фарсом по своему смыслу и содержанию. Если к этой атаке причастны ФСБ и прочие подразделения – то кроме как полным тотальным ФАКАПОМ и провалом такую атаку от ФСБ назвать нельзя. Почему? Да все очень просто – имея так отлично работающий механизм инфильтрации в чужую сеть – профакапить возможности многолетнего контроля и планомерного изъятия информации из зараженных сетей, которые предоставляла данная атака – могли только дилетанты-школьники, решившие, что номер их Bitcoin достаточно защитит их анонимность и они получат миллионы баксов и свалят на Карибы…
О чем я?! Если бы я, как сотрудник соответствующего подразделения ФСБ, планировал атаку и имел бы на руках подобный механизм вторжения – никогда ни за что я бы не шифровал файлы, я бы использовал дальше pass-the-hash, pass-the-ticket атаки для получения всех требуемых мне аккаунтов и спокойно и незаметно контролировал бы сети крупнейших компаний Украины без какой бы то ни было огласки. Годами! Потому что CIO и ИТ-персонал украинских компании в 90% случаев не то, что не готово к таким атакам, а даже не в курсе, что это такое и как защищаться.
И в таком случае ФСБ получало бы стратегическое преимущество вместо тактической «хулиганской» победы – представьте себе права Enterprise Admin’а в Ощадбанке? А в -энерго? А на Чернобыльской АЭС или в Аэропорту «Борисполь»? Вы можете читать базы, смотреть транзакции и, не дай бог (хотя я допускаю и такую возможность – объединение технологических и офисных сетей при украинском общем ИТ-пофигизме) управление системами навигации или контроля за «Укрытием»… Представили?
Так что либо ФСБ – идиоты, либо «Путин всех переиграл», либо – украинский псевдопатриотический ИТ-бомонд опять прикрывает свою полную некомпетентность «войной»…
Кстати, коллеги из СБУ – я бы все же проверил насчет pth/ptt зараженные Петей системы после ввода их снова в эксплуатацию во избежание описанного выше сценария. Нужны консультации – вы знаете, как меня найти… Нет, в Украину не поеду.
А хакерам-недоучкам остается сказать только – ВЫ ИДИОТЫ, ВЫ ТОЛЬКО ЧТО ПРОВТЫКАЛИ СВОЙ ШАНС ИМЕТЬ НЕОГРАНИЧЕННЫЙ НЕКОНТРОЛИРУЕМЫЙ ДОСТУП КО ВСЕМ РЕСУРСАМ ЦЕЛОЙ СТРАНЫ ГОДАМИ!!!
Феерический факап Microsoft Ukraine
Самый же большой факапер в данной ситуации – это Microsoft Ukraine. И не потому, что вирус поражает Windows, а потому, что данное региональное подразделение Microsoft в Украине не предприняло никаких действий по предупреждению угрозы и защите своих заказчиков (а пострадали крупные заказчики) от возможных будущих атак. Вот просто НИКАКИХ! Ни в тот момент, когда в марте 2017 вышел патч, который был настолько критическим, что о нем трубили все, кому ни лень, ни в тот момент, когда через месяц, в апреле 2017, вышел эксплоит на дырку, ни в мае 2017, когда пошла первая волна атак – ни в один из этих моментов Microsoft Ukraine не разродился ни коммуникацией к заказчикам, ни к обширной базе своих подписчиков на рассылки, ни какими бы то ни было семинарами или даже вебкастами – просто тишина… Зачем?! Действительно, Интернет, народ читает про вирус, вдруг сам додумается закрыть дырки. Не додумался.
Ах, нет специалистов соответствующего профиля в Microsoft Ukraine?! Серьезно?! Безопасность, которая является критическим аспектом в ИТ – никак не представлена в Microsoft Ukraine соответствующей позицией? И при этом компания позиционирует локальный офис в том числе и как инструмент для поддержки пользователей?! – Тогда грош цена такому инструменту, который за полгода никак не смог прореагировать на громадную потенциальную угрозу и палец о палец не ударил, не потратил ни тысячи маркетинговых денег, чтобы хоть как-то донести информацию и об угрозах, и о мерах противодействия им, до своих заказчиков (вот специально зашел в подписки и посмотрел на коммуникации от Microsoft Ukraine – НИ-ЧЕ-ГО).
Впрочем – ситуация тут во многом аналогична ситуации на украинском рынке ИТ в целом, которая описана выше… С ослепленностью носорога Microsoft Ukraine уже 5 лет прет вперед девизом «Девелоперс! Клауд!» и полным отрицанием необходимости работать с ИТ-специалистами в целом и с безопасностью – в частности. Чего стоит проведенное с помпой многодневное мероприятие для девелоперов по блокчейну, проведенное в Киеве – прямо как пир во время чумы. Можно было бы хотя бы 20% этих денег потратить на то, чтобы рассказать про WannaCry и прочую хрень с EternalBlue и методы противодействия, вплоть до Defense-in-Depth – с соответствующими трансляциями и распространением материалов, можно было вебкасты организовать, в течение 4х месяцев с соответствующей рекламной поддержкой. Ага, фиг там!
Особенно порадовало вчера, в разгар вирусной атаки, сообщение в ФБ от менеджера Microsoft Ukraine по коммуникациям – «Ми працюємо! Триматиму в курсі справ.» — что, серьезно?! Афигеть, как оперативно сработали! Защитили! Даже перевода статьи месячной давности https://blogs.technet.microsoft.com/msrc/2017/05/12/customer-guidance-for-wannacrypt-attacks/ не опубликовали… Кстати, письма в массовых рассылках про угрозу и с рекомендациями – так и не появилось. На текущий момент 28.06.2017 12:00 молчит также и группа ФБ — Спільнота ІТ-фахівців Microsoft в Україні — https://www.facebook.com/ITproCommunity/— постит только смешные гифки, у них же праздник и выходной – проблемы пользователей в праздник никого не волнуют.
«Девелоперс! Ажур! Все в облака!» — при этом сами сотрудники компании плохо себе представляют те угрозы, которые несет насквозь дырявая локальная ИТ-инфраструктура облачной инфраструктуре заказчика и какие затраты могут возникнуть в случае взлома (об этом тоже здесь — https://youtu.be/4e2qwseGGNA) и везде, где только возможно, об этом умалчивая. Мало того, они слабо представляют себе и тот момент, что имидж продуктов Microsoft после подобных атак катастрофически испорчен, и даже не важно, что локальный ИТ профакапил не меньше – выбор заказчиками следующих продуктов, в том числе и облачных – будет не в пользу Microsoft и продавать Azure и облачные сервисы Microsoft после такого факапа будет еще сложнее, как бы не рассказывали «продажники» о высокой защищенности облаков (что, на сама деле – тоже неправда).
Так что данная атака – самый крупный и тотальный факап Microsoft Ukraine за все годы его существования и громадная дыра в стратегии компании в целом. И можно сказать, что на Microsoft Ukraine и его бездеятельности – лежит большая часть ответственности за произошедшее. Хотя и не думаю, что они сделают из этого какие-то выводы, кроме того, что продолжат свои преследования «инакомыслящих»…
И на этой ноте – хочу пожелать становления украинскому ИТ, после такой смачной публичной пощечины, думаю, некоторые таки задумаются про то, сколько реально стоит ИТ и почему не «рабы на галерах», а админы являются ИТ-специалистами и определяющей составляющей «ИТ-нации» и сколько им надо платить, чтобы подобное не повторилось. И учиться, учиться и еще раз учиться… Хотя я слабо представляю, как это будет делать “пересичный” украинский ИТ-администратор, который загружен по уши на работе текучкой (он же ИТ-дженералист по сути), денег на обучение у него нет (на 150 долларов – тут бы выжить), а Microsoft и прочие компании – “слились” из данного сегмента развития рынка… А отдельным ИТшникам – учитесь, развивайтесь, валите из этой страны, где ваши знания никто не оценит, туда, где есть реальный спрос и реальные задачи потому что, как мне кажется, весь этот шмон закончится просто очередным распилом бюджета…
Ах, да! Что делать?! Если срочно – просто снесите все (надеюсь, бекапы у вас есть) и установите начисто новую лицензионную Windows 10 со всеми обновлениями и влюченными сервисами защиты. Если данные важны и “потерпит” – дождитесь расшифровщика – скорее всего, учитывая объем атак – он появится. Для тех, кто еще не подхватил, но в зоне риска – обязательно следуйте рекомендациям Microsoft — https://blogs.technet.microsoft.com/msrc/2017/05/12/customer-guidance-for-wannacrypt-attacks/ , научите своих пользователей ничего не запускать из Инета и удачи!
UPD 01: И, в дополнение, уже по комментам в Facebook на статью, хочу добавить замечательные слова, которые сказал Коля Бобух (сам я как-то поторопился с написанием статьи, так сказать, “на одном дыхании” писалась):
Nick Bobukh Также, я бы продлил логическую цепочку твоих рассуждений насчёт «АйТи нации» и «войти вайти» имени некоторых распиаренных в ФБ личностей. Страна нихера не производит _конечного продукта_ (т.е. от слова совсем). Кто не верит, пусть пересчитает в денежном эквиваленте украинские вещи на себе, софт на компе, гаджеты, авто в гараже, даже квартиры если подумать, строятся на 50% из импортных материалов и на 100% импортной техникой по импортным же технологиям. ИТ не может быть вещью в себе, как утверждают апологеты «ИТ нации», это часть экономики, причём не самая большая (Испания например нихера не «ИТ нация», но и уровень и оборот в бабле ИТ области там на порядок больше чем у нас, потому что и экономика больше). А если у нас государство не может обеспечить даже неприкосновенность права собственности, то о каком росте может идти речь 🙂 Это значит, что добавочной стоимости, которая может идти в том числе на ИТ — нет. Отсюда и квадратные глаза при более чем гуманных рейтах.
Кроме того, вы узнаете о тех тенденциях, которые сейчас имеют место на рынке стартапов и почему лаборатория IoT Lab начинает потихоньку переходить от «обычных железячных» IoT решений все больше к программно-аппаратным или даже программным решениям.
А продолжение про работу Microsoft IoTLab Ukraine — следует. Один из стартапов в лице девушки Аллы с удовольствием согласился рассказать, как им работается в IoT Lab.
Потому — за всех отдувалась Алла, рассказывая как о проекте Finder, так и о других их проектах. Да-да, не смотря на свою молодость и красоту — Алла и Катерина уже достаточно преуспели в ИТ-бизнесе — можете заглянуть на домашнюю страницу их проектов — itcreative.com.ua
И, конечно же, про сам проект Finder, хотя Алла и сама достаточно подробно рассказала уже о нем в видео. Идея — проста, как и у всех других стартапов 😉 В данном случае — трекер велосипеда, но не сколько «фитнесовый», сколько аварийный — на случай кражи или потери. Насколько для велосипедистов кража любимого протюненого велосипеда — это боль — можете послушать в интервью пана Вовки из Братиславы.
Что будет делать гаджет от Finder? Будучи встроенным в руль «обычного» или «необычного» велосипеда — он будет исправно «стучать» о местоположении велосипеда, взятом с GPS, в соответствующий сервис через модуль 3G. Обещают минимум 3 дня без подзарядки и дополнительную опцию, которая позволит заряжать модуль от динамомашинки (генератора) — но это пока еще в стадии обсуждения и планирования
Ничего особенного? Да, но уже полезно… НО, кроме всего прочего поисковый гаджет от Finder будет еще иметь и модуль Bluetooth, который позволит велосипедистам организовывать «социальные игры» типа «охоты на лис» или «догони вора». О чем это? А дело в том, что благодаря Bluetooth Finder, находящийся в режиме «кражи» (владелец может удаленно установить такой через вебпортал или приложение) начинает броадкастить на все находящиеся в зоне доступности Bluetooth устройства… И, конечно же, на соседние Finder.
А мне остается только пожелать девушкам удачи и успеха в их интересной задаче с Finder и в ИТ-бизнесе вообще Надеюсь, свой первый миллион они заработают уже в этом году на Finder.
В этой части — переходим от подготовки рабочего места к изучению конкретных технологий и служб, которые необходимо внедрять в ИТ-инфраструктуру мало-мальской организации (от 15-20 ПК и выше).
Такой службой в инфраструктуре, которая обеспечивается сервисами Microsoft, является Microsoft Active Directory (а если быть точным — то конкретная служба Microsoft Active Directory Domain Services).
Поэтому — изучение базовых основ Active Directory является первой же обязательной и неотъемлимой частью обучения будущего Системного Администратора. И даже если вы решили стать Системным Администратором на другой стороне — различных систем Linux и т.п. — концепцию каталога для единой аутентификации вам все равно придется учить — она таки краеугольная, не зависимо от используемых технологий — и, таки и саму Active Directory — очень часто в инфраструктурах мне приходилось встречать те самые Linuxвые серверы, приложения которых использовали для своей работы аутентификацию Active Directory — как лучшего решения в своем классе 😉
Базовые концепции управления учетными записями, аутентификацией и правами доступа
Установка роли AD DS на первый контроллер домена
Базовые концепции Active Directory Domain Services
Управление и настройка Active Directory Domain Services
Добавление серверов и рабочих станций в домен AD
Управление учетными записями и группами безопасности
Контейнеры/Organizational Unit в AD DS
Кратко о групповых политиках
Да, я знаю, получилось длинно, но если вы действительно стремитесь получить те знания, которые необходимы Системному Администратору — думаю, просмотрите это видео внимательно и повторите у своей лаборатории 😉
В этой части – продолжаем тему изучения конкретных технологий и служб, которые необходимо внедрять в ИТ-инфраструктуру мало-мальской организации (от 15-20 ПК и выше). После развертывания домена Active Directory Domain Services и настройки единой аутентификации пользователей (в предыдущем видео) – разбираемся с тем, что называется AD Group Policy и как с помощью политик настраивать рабочие места в домене и с тем, что такое делегирование полномочий на работу с ADDS – создание пользователей, групп, добавление пользователей в группы и т.п.
Базовые концепции физической и логической структуры AD DS
Добавление компьютеров в домен
Немного об управлении облегченным вариантом установки Windows Server Core Installation
Добавление дополнительных контроллеров домена в AD DS
Создание сайтов AD DS в домене/лесу
Понятие репликаций AD DS и управление ими
Добавление нового домена в лес AD DS
Резервное копирование контроллеров домена AD DS
Продолжение данных учебных материалов – следует. Смотрите подробнее про возможности установки и управления варинтами установки Windows Server 2016 – Core Installation и Nano Server, а также – далее – управление сетевыми службами в Windows Server 2016.
Предыдущие части этого сериала – первые шаги по созданию тестового рабочего места:
Если вы уже практикующий системный администратор — то можете смело промотать это видео — оно больше направлено на тех молодых и не очень людей, кто от продвинутого юзера или эникейщика решил перейти на следующему уровню — стать таки системным администратором.
Как ни странно, но все же Windows 10 является “правильным” рабочим местом системного администратора, с которого он может удаленно управлять и серверами, и использовать встроенную в Windows 10 службу вирутализации Hyper-V для развертывания тестовых виртуальных машин и экспериментов на них. А если мы говорим о домашнем компьютере, который используется и для игр, и для обучения – то тут, однозначно, и альтернативы нет
Еще раз обращу внимание на минимальные требования к такому рабочему месту, чтобы на нем имелась возможность нормально работать с виртуальными машинами под Windows 10 Hyper-V, следующие:
Intel CPU x64 + аппаратная поддержка виртуализации (Intel VT, DEP, XD, SLAT/EPT и т.п.)
ОЗУ: не менее 8ГБ
Диск: самая главная часть — очень и очень нужен достаточно объемный SSD (от 256ГБ и более, желательно — отдельный) или аппаратный RAID с быстрыми HDD
Настройка службы Hyper-V, понятие виртуального сетевого коммутатора
Как скачать бесплатно Windows Server 2016 и Windows 10 Enterprise
Как установить Windows Server 2016/Win10 в виртуальные машины
Как создать клонируемый образ (шаблон) установленной и настроенной виртуальной машины с Windows Server/Windows 10 для быстрого развертывания нескольких ВМ
Как развертывать виртуальные машины из шаблонов
а также — подготовить флешку для установки отдельного сервера Windows Server 2016 на отдельное железо для следующей части…
В этом видео — практические рекомендации и выработанные годами практики по организации небольшой тестовой инфраструктуры с использование “основного” рабочего места и “условного” сервера виртуализации для самообучения и различных тестовых лаб.
Еще раз обращу внимание на минимальные требования к такому рабочему месту, чтобы на нем имелась возможность нормально работать с виртуальными машинами под Windows Server 2016 Hyper-V, следующие:
Intel CPU x64 + аппаратная поддержка виртуализации (Intel VT, DEP, XD, SLAT/EPT и т.п.)
ОЗУ: не менее 8ГБ
Диск: самая главная часть — очень и очень нужен достаточно объемный SSD (от 256ГБ и более, желательно — отдельный) или аппаратный RAID с быстрыми HDD
Если вы уже практикующий системный администратор — то можете смело промотать это видео — оно больше направлено на тех молодых и не очень людей, кто от продвинутого юзера или эникейщика решил перейти на следующему уровню — стать таки системным администратором.
В отличие от предыдущих видео – часть 1 и часть 2 — где речь шла о рабочем месте с использованием имеющихся достаточно мощных физических компьютеров — в этом видео мы используем облачные ресурсы Microsoft Azure — https://azure.microsoft.com/ — где мы берем в аренду требуемые ресурсы. Первый, тестовый, месяц вы можете использовать бесплатно 200 долларов и создавать/запускать на них виртуальные машины, чтобы потестировать или поучиться какой либо возможности различных ОС.
Обзор доступных решений в Магазине Azure и цен на Azure IaaS
Создание виртуальных машин в Azure IaaS
Удаленное подключение к облачной виртуальной машине и работа с ней
Мониторинг состояния виртуальных машин и состояния счета подписки
И этой серией мы заканчиваем вступительную часть практического руководства о том, как стать Системным Администратором — о подготовке тестовой лаборатории 😉
В следующих частях — смотрите более подробно про различные роли и функции Windows Server 2016, которые обязательно должны быть знакомы Системному Администратору и, конечно же, рекомендации, как их изучать более подробно
Не прошло и 2х лет, как я закончил первую – теоретическую – часть цикла видео про ИТ-карьеру из пяти частей. Специально для тех, кто планирует посвятить свою жизнь такой неблагодарной специальности, как ИТ специалист (или IT Professional – ITPro – как говорят у «буржуев», и не стоит путать с разработчиками).
В первой серии про развитие ИТ-карьеры – смотрите о 3х основных составляющих успешной карьеры как для ИТ-специалиста (системного администратора), так и, во многом, разработчика:
Потдвержденный практический опыт работы с продуктами и задачами — это еще одна очень важная составляющая успешной ИТ-карьеры. Можно «обвешаться» сертификатами и не уметь применять полученные знания на практике, решая реальные технические и бизнес-задачи с использованием ИТ, выполняя реальные проекты для заказчиков разных размеров. Про то, как приобретать практический опыт, особенно — без наличия требуемого дорогого и мощного оборудования — мы поговорим в одном из следующих видео, посвященных развитию ИТ-карьеры.
Умение говорить с людьми, и, особенно, с бизнесом — поскольку ИТ, особенно то, где работают системные администраторы — является не самостоятельной организацией, а сервисным подразделением предприятия. И задача любого ИТ-специалиста — обеспечить эффективное решение бизнес-задач предприятия с применением тех или иных технологий. И умение трансформировать технологические фичи продуктов в работу бизнеса — одно из основных требований успешной карьеры ИТ-специалиста, особенно того, кто хочет зарабатывать «ну очень много», а такое возможно только на позициях руководителей ИТ-департаментов или как ИТ-консультанта, решающего, например, задачи развития ИТ-инфраструктуры крупного предприятия. Чтобы понимать всю прорву задач в этом направлении — я рекомендую посмотреть этот плейлист — Модель Оптимизации ИТ-инфраструктуры.
Собственно, я постарался выделить все те личностные качества, навыки и действия, которые являются наиболее критичными для достижения успеха в ИТ карьере для системного администратора (и не только), и с развития и совершенствования которых у «себя любимого» стоит начать развитие своей карьеры.
Почему IT Generalist является важной ступенькой в карьере? Потому что без практического опыта, «приложения рук» к практическим вещам, понимания потребностей и запросов пользователей и бизнеса – «нельзя вот так просто взять и стать системным администратором». Сначала надо 2-3 года минимум поработать на подхвате, изучая на практике все глюки и багофичи, с которыми потом придется встретиться уже будучи системным администратором, у которого зона ответственности куда шире – и не только в технологиях, но и в работоспособности самого бизнеса.
Какими навыками должен обладать IT Generalist, что является его основными задачами и зонами ответственности, какие основные инструменты работы у эникейщика – все это в данном видео.
Смотрите в видео — кто такой системный администратор, чем он занимается, какие задачи стоят перед системным администратором, что он должен уметь и знать, с какими проблемами сталкивается системный администратор в ходе своей работы.
И, главное, сколько зарабатывает системный администратор и что надо знать и уметь для того, чтобы, будучи системным администратором, зарабатывать по максимуму. И какие есть возможности развития карьеры у системного администратора.
Можно долго спорить о том, что должен или не должен делать системный администратор, в конце концов — должностные обязанности позиции с громким названием «системный администратор» определяет работодатель (а в странах с колониальной экономикой они могут быть и типа «раб-системный администратор обязан менять резину на Порше шефа») — в данном случае в этом видео о работе системного администратора автор высказывает свое личное мнение, сформировавшееся за 22 года работа в индустрии ИТ, в основном — системным администратором или консультантом, и, большую часть этого времени – на крупные западные фирмы Да-да такая вот длинная история, и это только подтвержденные 22 года работы в ИТ, о которых официально “говорит” моя “трудовая книжка”, а вообще, моя “дружба” с компьютерами началась в далеком 1986 году с Atari – но это уже совсем другая история и про ее начало и Atari – здесь.
резюме должно быть правильной структуры (структурированный шаблон резюме есть в шаблонах Microsoft Word)
резюме — это ваша визитная карточка, она должна быть лаконичной, с четко выраженными мыслями, доступными контактами и не более 2-3х страниц текста
Указывайте только необходимую личную и контактную информацию — в адресе достаточно только города и страны, email и телефона. Скайп — по желанию. И посмотрите внимательно, чтобы ваш email выглядел прилично — без всяких «васьОк» и т.п.
Используйте буллеты для выделения всей важной информации — будь то ваш опыт работы в начале резюме, или должностные обязанности и достижения на разных позициях
в опыте постарайтесь конкретизировать и лаконично представить все свои знания и умения, выделив при этом те, которые больше всего подходят для новой позиции. Опыт работы — это компиляция и лаконизация всех ваших должностных обязанностей и достижений, указанных ниже. И не забудьте в начале указать общий опыт работы в ИТ-индустрии в ГОДАХ (а не с такого-то года!!!)
в знаниях технологий — не надо перечня аббревиатур-названий продуктов и технологий — требуются четкие обозначения сервисов (с полным названием продукта) и указанием опыта работы с продуктом — это внедрение, администрирование, поддержка и т.п. Про сервисы — очень рекомендую посмотреть видео о Модели Оптимизации ИТ-инфраструктуры
также избегайте перечисления устаревших версий, которые вы в реальности уже в глаза не видели (например, лично я сейчас вижу Windows Server 2003 только в процессе миграции, потому какие-то нюансы администрирования и его функций могу и не помнить) — при указании таких продуктов следует четко писать, что вы сейчас реально делаете на старых платформах
и еще — избегайте заявлений типа «‘эксперт по Windows», «знаю DHCP, DNS». Вы уверены, что вы «эксперт»? — экспертом по Windows я могу назвать только одного человека — Марка Руссиновича 😉 Вы хотя бы можете рассказать на базовом уровне про внутреннюю архитектуру Windows? А про процедуры автоматического развертывания? А про работу систем безопасности? Аналогично — упоминание DHCP — что DHCP? Вы знаете протокол? Или сервер DHCP? На какой платформе, в каких инфраструктурах? Можете спанировать DHCP для организации с 10000ПК в 20 локациях?
Второе бонусное видео — мой коллега из офиса Microsoft Украина Сергей Поплавский https://www.facebook.com/sergey.poplavskiy.35 воспользовался случаем (когда я хотел записать просто обзор Starter Pack for Windows 10 IoT Core on Raspberry Pi 2), чтобы рассказать о тех перспективах в заработке и карьере, которые открывает перед специалистами, которые хотят что-то делать своими руками, направление Internet of Things (IoT).
И о своей лаборатории Microsoft Ukraine IoTLab — www.iotlab.in.ua — которая поддерживает начинающие стартапы, предоставляя место, оборудование, тренинги (не только технические, но и бизнесовые) для тех, кто растит и лилеет свой проект в направлении IoT на технологиях Microsoft.
Так что если у вас есть идеи о том, какое интересное устройство можно реализовать, вам не нравится «работать на дядю» и «получать зарплату» и вы хотите реализовать себя, как успешного разработчика уникального решения — вам как раз в Microsoft Ukraine IoTLab.
Кстати, Сергей в видео подробно рассказывает, в каких направлениях www.IoTLab.in.ua сейчас отбирает проекты на следующую интерацию (это сентябрь 2016 года) и какие критерии отбора 😉
Так что у вас есть еще немного времени для того, чтобы сделать свой первый шаг в ИТ-карьере успешного разработчика программно-аппаратных решений и заработать свой первый миллион. Придумываем идею, покупаем Starter Pack for Windows 10 IoT Core on Raspberry Pi 2, различные датчики и элементы на китайских сайтах, паяльник и измерительные приборы, качаем весь нужный софт отсюда https://developer.microsoft.com/en-us/windows/iot , внимательно изучаем примеры и демо там же — и с паяльником и клавиатурой в руках — к мировой известности благодаря своему новому суперинтересному гаджету или системе контроля/упраления чем-то
А я может найду время между своими проектами, поездками и хобби — и все же мы решим с Сергеем длительный спор насчет того, «может ли Админ стать разработчиком» (про то, может ли разработчик быть админом — мы уже узнали — нет, не может, разработчик всегда пытается изобрести велосипед и пишет какие-то «костыли», которые еще и криво работают — вместо того, чтобы почитать документацию на то, что сделано уже до него). Так что, глядишь, я еще и сам напишу что-то для управления своей ЖД с использованием Raspberry Pi и IoT.
Снова я на выставке/семинаре по ИТ — на этот раз — на знаменитом CeBIT в Ганновере. Что это такое, как оно выглядит, для кого и что там интересного для простого ИТшника — смотрите в этом видео.
Ниже ссылка на первую часть репортажа с CeBIT 2015, посвященная основным залам выставки, где господствовали крупнейшие мировые бренды в ИТ — Microsoft, IBM, SAP и прочие. Здесь больше имиджево-консультационные стенды, т.е. там, где меньше можно потрогать руками и больше поговорить с представителями компаний на предмет решения своих бизнес-проблем средствами ИТ.
Хотя тот же стенд Microsoft был сделан эпически – на нем были и места для бизнес-контактов, и несколько форумов, на которых проходили разные типы презентаций – технические, для бизнеса, для пользователей, и демостенды с продуктами как самой Microsoft, так и разнообразных партнеров. А еще очень порадовал магазин, который Microsoft организовал совместно с партнером прямо на CeBIT 2015 – здесь можно было купить многое из того, что было представлено на демостендах Microsoft, да еще и за очень приятную цену.
Продолжаем серию интервью с ИТшниками, которые уехали жить и работать в Европу, чтобы из первых уст многие могли узнать — что, как и по чем в «этой Европе». Первую часть смотрите здесь
Как обычно — тем, кто интересуется, я предлагаю прослушать интервью полностью — все нюансы в описании не напишешь. И да, интервью идет на украинском языке 😉 вроде все очень даже понятно 😉
для разработчиков очень требуются практические навыки не только в «чистом программировании», но и в различных фреймворках. Начальное собеседование было построено по принципу теста именно этих практических навыков и умения использовать фреймворк.
хорошей платформой для поиска работы за рубежом является LinkedIn (кстати, мой личный профайл тоже там есть, вдруг кому будет интересно — https://www.linkedin.com/in/iwalker2000 ). Именно через LinkedIn Роман достаточно быстро нашел работу в Польше.
на весь процесс переезда — от получения «добро» от работодателя до появления в офисе у нового работодателя — стоит отводить 4-6 месяцев (это в случае Польши, которая совсем рядом).
рекомендуемый минимальный уровень дохода на семью из 3х человек в Польше (для крупных городов типа Познани, Вроцлава, Кракова) — от 1200-1500евро/месяц. На меньшее вообще не стоит смотреть 😉 про цены — узнаете из интервью…
и, конечно же, Роман подтверждает постулат Игоря из этого интервью о том, что если вы молоды — очень и очень рекомендуется попробовать такой вот опыт переезда, работы и жизни в другой стране. ИТшникам это сделать сейчас проще, как никогда ранее…
Продолжение следует, хотя с кандидатом на интервью в январе пока не определился, а если есть желающие еще — пишите в личку на FB ( https://www.facebook.com/igor.shastitko ) — договоримся 😉
Также следует продолжение Путевых Заметок — дорога из Киева в Познань и короткая прогулка по центру Познани вечером и утром (было холодно очень).
Нашел время начать снимать серию видео, посвященных ИТ-карьере — как строить свою карьеру, как находить интересную работу и как, конечно же, заработать много денег…
Конечно, я много наговорил в видео про то, что является основными составляющими успешной карьеры ИТ-специалиста и хороших заработков 😉
Здесь же я еще раз повторю 3 основные составляющией для системного администратора и, во многом, разработчика:
Подтвержденные знания о продуктах и технологиях — с обязательной сдачей экзаменов по выбранным продуктам и получением сертификации.
Для тех, кто планирует работать с продуктами Microsoft, как системный администратор, и получить сертификации по технологиям Microsoft — рекомендуется к изучению следующая ссылка.
Потдвержденный практический опыт работы с продуктами и задачами — это еще одна очень важная составляющая успешной ИТ-карьеры. Можно «обвешаться» сертификатами и не уметь применять полученные знания на практике, решая реальные технические и бизнес-задачи с использованием ИТ, выполняя реальные проекты для заказчиков разных размеров. Про то, как приобретать практический опыт, особенно — без наличия требуемого дорогого и мощного оборудования — мы поговорим в одном из следующих видео, посвященных развитию ИТ-карьеры.
Умение говорить с людьми, и, особенно, с бизнесом — поскольку ИТ, особенно то, где работают системные администраторы — является не самостоятельной организацией, а сервисным подразделением предприятия.
И задача любого ИТ-специалиста — обеспечить эффективное решение бизнес-задач предприятия с применением тех или иных технологий.
И умение трансформировать технологические фичи продуктов в работу бизнеса — одно из основных требований успешной карьеры ИТ-специалиста, особенно того, кто хочет зарабатывать «ну очень много», а такое возможно только на позициях руководителей ИТ-департаментов или как ИТ-консультанта, решающего, например, задачи развития ИТ-инфраструктуры крупного предприятия.
Продолжаем «пилотирование» перед выпуском курса. Второй модуль рассматривает основные задачи администратора непосредственно после установки Windows Server 2012 R2:
— Конфигурация сетевых интерфейсов и сетевых настроек
— Установка даты/времени и часового пояса
— Настройка удаленного доступа и удаленного рабочего стола
— Управление средствами Server Manager
— Переименование компьютера и добавление его в домен
— Добавление функций и ролей в Windows Server 2012 R2
Данные задачи рассмотрены по нескольким направлениям — выполнение данных операций средствами утилит командной строки, Powershell, утилиты SConfig, при помощи Server Manager, а также рассмотрена настройка групповых сетевых интерфейсов NIC Teaming.
Проект закончен и презентован заказчику. Заказчик в восторге и хочет продолжения проекта 😉 не удержался от распирающей меня радости — и снял видео о том, что именно я соорудил за 15 дней…
Если вы не видели еще одно видео о моей работе — о «железе» в ЦОД, поверх которого я устанавливаю требуемый софт от Microsoft, чтобы получить публичное или частное облако для крупной компании или государства — смотрите видео о том, как строятся современные датацентры тут
Очень простой способ запустить Microsoft Office на любом планшете под управлением Android или iOS — все благодаря новому сервису RemoteApp, который анонсирован в облаке Windows Azure…
СофТы: как запустить Microsoft Office/IE на Android или iOS (новое в Windows Azure — RemoteApp)
А я только сделал такое кастомное решение для проекта государственного облака в Саудовской Аравии , а тут и официальное облако Windows Azure подтянулось с превью версией — бесплатной. Прикольно — теперь можно за 10 минут развернуть отдельный сервак с ReamoteApp, которые тебе нужны (или с Офисом) и «запустить» туда пользователей через Azure или же подключить все это дело по VPN к корпоративной сетке и получить гибридное облако. В таком сценарии приложения будут крутиться на серверах Azure с нужной скоростью, а ресурсы для этих приложений будут доступны и из корпоративной сети — т.е. пользователи смогут получать доступ к своим файловым серверам или базам данных в корп.сети 😉
И все же — для простых пользователей хотелось бы вернуть назад фичу публикации рабочего стола через облако, которая была удалена — Windows Live Mesh и доступ к файлам локальных ПК через OneDrive, которую удалили в Windows 8.1. А еще суперово было бы публиковать в «своем» пользовательском облаке приложения с локальных ПК/серверов, которые бы и исполнялись там по принципу RemoteApp, предлагаемому в Windows Azure.
Но, для многих админов, особенно, небольших компаний — такой сервис, как Windows Azure RemoteApp будет очень полезен — пользователь сможет всегда запустить офисные и другие приложения и иметь свои и корпоративные данные под рукой на лубом ПК или планшете.
Как я уже говорил, если кому-то интересна тема Windows Azure и его сервисов, более подробные обзоры RemoteApp или других сервисов — пишите в комментариях, продолжение тогда — будет… 😉
Зачем гоняем? Как я уже говорил — многие хотят совместить приятное с полезным — дешевый планшет на Windows с Microsoft Office (а также прочими привычными приложениями) и возможность играть в «крутые» игрушки — заплатив при этом до 300уе 😉
Напомню, что Windows-планшете Dell Venue 8 Pro работает на платформе Intel Atom Z3740D: процессор — 4 ядра 1,33ГГц (1,83ГГц в разгоне), графика Intel HD Graphics — 4 ядра 313МГц мин/688МГц макс, память 2ГБ 1 канал DDR3L-RS 1333, хранилище 64ГБ eMMC (Random Read 4KB (QD=32) : 27.859 MB/s [6801.5 IOPS]) и каточка microSD 64ГБ SanDisk Ultra U1 (Random Read 4KB (QD=32) : 4.874 MB/s [1088.8 IOPS])
А теперь об играх в этом обзоре подробнее:
Point Blank — тестируется по просьбе некоторых подписчиков, я, честно говоря, узнал об этом онлайн-шутере только когда открыл ссылку 😉 Вроде как бегает, шустро 😉 Грузится, конечно, медленно — на «большом» компе куда шустрее (здесь ссылка для тех, кто хочет увидеть большой комп ), но играть вполне и вполне можно 😉
Half Life и Half Life 2 — классика — она такая, будет отлично идти на подобном железе. Ведь за 9 лет между игрой и Intel Atom Z3740 — характеристики последнего отлично попадают под топовые требования HL 😉
GTA: SanAndreas — да простят меня смотрящие, я для тестов воспользовался подогнанной под Win8 версией GTA из магазина. Которая, как видно и видео — отлично адаптирована и под «железо», и под игру на планшете. Даже джойстик поддерживает… Потому, никаких нареканий к производительности этой версии GTA — нет.
Minecraft — опять же — по многочисленным просьбам. В общем — игра идет шустренько и динамично реагирует на управление. Только иногда «залипает» на секунду — такое впечатление, что это связано либо с «открытыми пространствами» — когда выходишь на новую «поляну», либо с подгрузкой данных. В общем — любители, думаю, оценят — что и как 😉
В комментариях обзора новых функций Windows 8.1 Update народ активно спрашивал — а будет ли с Windows 8.1 Update с его нововведениями насчет оптимизации памяти работать на старых компах с 1.5ГБ или даже 1ГБ ОЗУ. И я решил провести такой вот эксперимент…
Итак, у меня среди экспонатов ИТ-музея (обзоры которого можно увидеть здесь ) есть такой замечательный и средней «старости» ноутбук-трансформер Fujitsu Lifebook U810 (его можно увидеть например на этом виде) — 2007 года выпуска, с предком современных Intel Atom — процессором Intel A110 800МГц (ни о каких ядрах или гиперсрединге тут и речи не идет) и 1ГБ памяти. В качестве хранилища используется CF с интерфейсом ATA.
Как раз ТО, что требовалось, чтобы все разговоры про оптимизацию Windows 8.1 Update на работу с устройствами с 1ГБ ОЗУ и проверить 😉
И проверил… И оказалось, что правда — Windows 8.1 Update отлично работает с таким объемом памяти, оставляят свободными около 500МБ ОЗУ для работы приложений — и это без всякой там оптимизации и «придушения» всяких сервисов. Думаю, если взяться за это дело серьезно и еще «пооптимизировать» — то можно будет еще 50-100МБ памяти «отжать» для приложений. В общем — в вопросе работы с 1ГБ памяти Windows 8.1 Update можно поставить отлично!
Только вот кто сказал, что работа нормальная с 1ГБ памяти касается старых компов типа Fujitsu Lifebook U810? Эксперимент показал, что чудо ниоткуда не возьмется (хотя, конечно, можно потратить еще 80% времени от написания всего проекта и получить 20% прирост показателей) — ежели где чего убавляется, то еще где-то чего прибавляется. И это что-то — активная работа с дисковой подсистемой. Причем — весьма и весьма параллельная и такая, что даже стоящий диск CF ATA «рвало на части» с ожиданием ответа на запросы до 3-5сек.
НО — при этом вполне работало 😉 Пока не нужно было снова обратиться к диску…
Итого, подводя итоги — для тех, кто хочет взгромоздить на старые компы/ноутбуки с 1ГБ памяти Windows 8.1 Update — хочу сказать, что главной вашей проблемой будет не память, а дисковая подсистема. И чтобы избавится от такого «головняка» — подумайте над тем, чтобы старые диски дополнить небольшим системным SSD — 32ГБ точно хватит (это для ПК, где есть место добавить диск), а для ноутбуков — спасет либо установка гибридного ноутбучного HDD с SSD кешем, либо полного SSD, ну а если места на диске SSD не хватает, а большие объемы SSD не по карману — подумайте насчет того, что вы можете пожертвовать DVD, установив туда карман со вторым «объемным» HDD, используя опять таки небольшой SSD как системный 😉
Надеюсь, все уже получили и обновились до Windows 8.1 Update, которое вышло 8 апреля 2014 года… Если не установили — обязательно установите, если установили — смотрите, какие функции могут быть вам полезны в Update.
Хочу напомнить, что видео снималось на компактном Windows-планшете Dell Venue 8 Pro с экраном 8″ и разрешением 1280х800 (обзор Dell Venue 8 Pro смотрите здесь ) и некоторые функции Windows 8.1 Update на планшетах и компактных планшетах будут недоступны.
Итак, что нового в обновлении Windows 8.1 Update:
Оптимизация ядра ОС для работы с памятью, что позволяет работать ОС и приложениям на устройствах с 1ГБ ОЗУ. Также оптимизирован пакет установки и позволяет устанавливать систему на 16ГБ хранилища. Это позволит работать ОС на совсем «миниатюрных дешевых» устройствах с кодовым названием «116» (1 ОЗУ + 16 хранилище) 😉
Триумфальное возвращение роли мыши и рабочего стола в Windows 8.1 Update — именно на это направлены основные изменения в ОС — для тех, кто попрежнему работает на «обычных» десктопах без тач-экранов, а именно…
Функция «запинивания» иконок приложений с modern UI («Metro») Windows 8.1 на Taskbar рабочего стола. При установке обновления иконка Microsoft Store появляется там автоматически 🙂
Запущенные Metro-приложения отображаются в Taskbar в виде миниснимков, могут быть закрыты или управляться через элементы управления, присутствуют при переключении задач по Alt-Tab — все также, как и обычные десктоп-приложения.
Taskbar отображается и в Start Screen (при наезде мыши в нижний правый угол, на планшете 8″ не работает).
В приложениях Metro Windows 8.1 Update появилась панель с иконками закрытия/минимизации, подобная десктоп-приложения (минимизация может отсутствовать в планшетах), а также меню приложения с опциями разделения экрана Windows 8.
В Windows 8.1 Update кнопки выключения и поиска отображаются в Start Screen возле иконки учетной записи пользователя (выключение может не отображаться на планшетах).
Управление иконками на Start Screen — выбор опции больше/меньше иконок, контекстное меню по правому клику, групповое выделение с Ctrl и перемещение, переименование групп по правому клику.
Отображение информации о новых установленных приложениях в разделе Apps в Start Screen, подсветка новых иконок, опция больше меньше иконок, как и в основном разделе Start Screen.
Отдельно добавлена иконка «быстрого вызова» PC Settings, которая позволят пользователю быстрее переходить в настройки.
И, конечно же настройки рабочего стола, позволяющие включить старт Windows 8.1 Update в рабочий стол по умолчанию вместо Start Screen… И еще многое многое другое 😉
например — добавления собственно в PC Settings некоторых разделов, типа распределения занятого места, приложений по умолчанию, настроек клавиатуры.
И снова я о студентах… Вернее – о работе для студентов… Так, читая собственные посты, понимаешь, что не в те времена родился – во времена моего студенчества властям было наплевать на «молодых специалистов», а частных компаний в СССР не было, как и секса 😉 И приходилось “крутиться” самому, и Майкрософт тогда не делала столь интересные предложения на рынке труда, как то, которое вы сейчас читаете.
Но перейдем сразу к делу – если в предыдущих постах я писал о возможности работать как молодой специалист или интерн к локальном, Киевском офисе Майкрософт, то эта новость для тех, кто видит свою карьеру, как разработчик в том или ином Центре Разработки Майкрософт, создающий новые потрясающие продукты мирового уровня.
Майкрософт разыскивает молодых и талантливых специалистов и интернов – студентов и выпускников, только что закончивших ВУЗ – на позиции:
Software Development Engineer (SDE)
Software Development Engineer in Test (SDET)
Для того, чтобы получить одну из этих позиций в компании Майкрософт, посетите на сайте соответствующие позициям разделы для интернов и для выпускников. Внимательно прочитайте всю информацию и не забудьте там подать свое резюме (которое принимается только на английском!!!). Крайняя дата приема резюме на рассмотрение – 30 сентября 2012 года, так что поторопитесь, времени осталось совсем немного.
Что дальше? Дальше те кандидаты, чье резюме заинтересует отборочную группу (а кто сказал, что берут всех – так что постарайтесь достаточно красочно и при этом лаконично описать все свои уже сделанные проекты, работы, потенциальные способности и интересы/личные мотивации) – будут приглашены в киевский офис на второй тур отбора – личное собеседование (конечно же – тоже на английском) – который пройдет 15-18 октября 2012 года. Как правильно подготовиться к собеседованию – тоже написано на сайте.
Более подробно о программе набора молодых специалистов и интернов в Майкрософт вы сможете прочитать тут на сайте. Так что торопитесь – ваше будущее в ИТ индустрии и будущее вообще, возможно, именно сейчас может кардинальным образом измениться!
А для тех, кто еще «не в том возрасте», или «не чувствует в себе сил», или «хочет лучше подготовиться» — хочу напомнить, что Майкрософт на днях запустила программу развития для молодежи – Microsoft YouthSpark – загляните и на сайт этой программы.
Как быть тем, кто не студент-программист, а студент-ИТ-профессионал, занимающийся администрированием систем? – для вас уже были предложения и еще – будет отдельный курс «советов и повышения квалификации», состоящий как из онлайновых публикаций, так и из лекций “в живую”. Заглядывайте на мой блог и канал YouTube почаще 😉
И уже в третий раз (за прошедшие 3 года) я пишу этот пост – не хочет ли кто-то из студентов/выпускников ВУЗов 2011, 2012 годов (также это может быть и MBA 2011, 2012, 2013г., до февраля) присоединиться к нашей замечательной команде Microsoft Ukraine, и в частности – к департаменту стратегических технологий?!
НО – если раньше я искал себе помощника в виде интерна, то теперь я ищу себе ЗАМЕНУ, специалиста (и, особенно – специалисткУ ), который/которая бы взвалил/взвалила бы на себя тяжелую, но очень интересную ношу моей бывшей позиции – IT Pro Evangelist’a – технического специалиста и докладчика, работающего с ИТ-сообществами, развивающего такие ИТ-сообщества и демонстрирующего преимущества использования продуктов Microsoft во всех повседневных аспектах как бизнеса, так и жизни вообще ;). Так что скучать уж точно не придется, учитывая скорый выход Windows 8/Windows Server 2012 😉
Кроме того, учитывая, что принимается на работу специалист-выпускник ВУЗа, у которого может не быть достаточного опыта, для вновь прибывшего предлагается специальная программа дополнительного обучения в процессе работы — The Microsoft Academy for College Hires [MACH] Program — http://careers.microsoft.com/careers/en/gbl/mach.aspx – как по мне, так это шикарный старт карьеры – сразу, без долгого “зарабатывания” послужного списка, попасть в одну из крупнейших и известнейших мировых компаний.
И, перед тем, как перейти к формальным требованиям, хочу добавить еще пару слов от себя:
Во-первых, Вам придется активно и на глубоком уровне разбираться в серверных технологиях, клиентских системах, и после – активно рассказывать обо всем этом на семинарах и конференциях, в блоге, на вебкастах, в социальных сетях, просто за кружкой пива – везде, где только это возможно и не возможно, и не только в Киеве, а по всей Украине (командировок будет много!). По себе знаю – это позиция для настоящих экстравертов, готовых работать не сколько с технологиями (хотя фанатиком этих технологий быть обязательно), сколько с людьми. Если не знаете, кто Вы (такое тоже бывает) — можете проверить свой профиль по MBTI – на мой взгляд, больше всего под позицию Евангелиста подходят профили ENF* и ENT* (у меня самого ENTJ). А как пример активной работы в онлайн могу рекомендовать свой канал на YouTube, где я за прошедший год я опубликовал около 100 технических и просто интересных околотехнических видео – www.youtube.com/user/iwalker2000 – а еще, собственно, блог, на котором вы читаете этот пост, и профили в соц.сетях, где идет активное общение с друзьями (например, www.facebook.com/igor.shastitko)… Тренируйтесь 😉
Во-вторых, не смотря на свою нагрузку на своей новой позиции, я постараюсь найти время и всеми возможными способами помочь новому ИТПро Евангелисту быстрее вникнуть во все задачи и процессы, но, все равно, кандидату понадобится вся возможная работоспособность первые пол года.
В-третьих, и это подчеркну особо, я был бы очень даже ЗА увидеть своим преемником девушку. Да-да, это не шутка, и я считаю, что в ИТ-сообществах у нас мало девушек (особенно системных администраторов), и девушка на позиции ИТПро Евангелиста будет замечательно привлекать своим примером других девушек в ИТ. 😉 Так что, девушки – не стесняйтесь, присылайте свои резюме на позицию ИТПро Евангелиста, я буду только рад такой «замене», и помогу всем, чем смогу, вжиться в эту роль. А также хочу обратиться к мужчинам, которые читают этот текст – если у вас есть знакомые выпускницы ВУЗов-ИТшницы – порекомендуйте им подавать свое резюме в Microsoft…
В-четвертых, чтобы не было испорченного телефона – большая просьба отправлять свои резюме по адресу a-apalch@microsoft.com с пометкой в теле письма MACH DPE. Если Вы хотите уточнить какие-то вопросы по моему опыту на позиции– как найти меня, надеюсь, будущие Евангелисты знают, не стесняйтесь, пишите/звоните (пока я не уехал в отпуск ).
А теперь формальные требования, пусть они Вас не очень пугают 😉 :
IT Pro Evangelist
Job Description
Have you been paying attention to the competitive market dynamics taking place around cloud computing — public, private, hybrid… Are you following players like Microsoft, VMware, Amazon, and Google? Are you an experienced IT Professional with a broad skill set in deploying, monitoring, troubleshooting, managing and supporting Microsoft and 3rd party solutions? Do you want to help driving the Microsoft cloud story and make it resonate with IT Professionals worldwide? Do you like to share your technical knowledge with others? If you are a strong technical talent with experience and a passion for the Microsoft story and technologies, our global Microsoft IT Pro Evangelism Team wants to meet you!
This team is focused on elevating IT Professionals as leaders in the Microsoft cloud. In this technical role your core mission will be leading Microsoft customers to understand how to take advantage of existing and new virtualization solutions and how to successfully transform businesses by deploying solutions in Microsoft private or public clouds. You will help your fellow IT professionals understand how to take advantage of innovative Microsoft management solutions spanning from on-premise to the cloud.
Successful Candidates Will:
Be passionate, engaging technical thought leaders in the IT community and help them discover the value of Microsoft platforms, services and technologies.
Be recognized as the “go to” subject matter expert, advocate, and respected authority for IT Pros across the subsidiary, supporting cross-subsidiary/area internal stakeholders with audience and technical intelligence and guidance.
Enable rich and effective learning experiences for IT Pros, driving them to evaluate, use and deploy Microsoft technologies and to adopt Microsoft’s cloud philosophy and roadmap.
Have an affinity for understanding the pulse of the IT community, user groups and influentials and be able to support them with a clear engagement plan that drives adoption of Microsoft technologies and services and improves IT Pro satisfaction.
Have strong hands-on experience architecting, deploying and operating IT services, for organizations of all sizes, having real day-to-day experience of IT operations.
Enjoy and be effective at presenting and doing demos of the solutions to IT audiences of all sizes and seniority levels.
Actively connect with and influence the online IT Pro community by blogging, micro blogging, and using digital media and social networks to scale reach to drive adoption of Microsoft technologies and services. Be recognized as a key Microsoft spokesperson for IT Pro communities and influentials.
Deeply understand the IT competitive landscape and be able to advice at subsidiary/area level.
Play a key role in working effectively across the company with internal partners and stakeholders including Audience Marketing teams, Business Groups and Product Marketing and Engineering.
Ensure one Microsoft voice is heard and the interests and needs of the IT Pro audience are considered and integrated across all campaigns and activities.
Consistently track programs to measure business impact against key scorecard/dashboard metrics, including reach, engagement and adoption metrics. Drive BI analysis to prioritize and make informed business decisions.
Be an active and passionate participant of the internal WW IT Pro Evangelism community, expected to contribute, share experiences and be able to connect across organizations and subsidiaries.
Required:
B.S. or higher degree in computer science or related field strongly preferred
The applicant has to be a recent university graduate – less than 2 years after graduation
Professional technical experience with infrastructure-related technologies and services.
Technical consulting or technical pre-sales experience a plus.
Travel required.
Ideal:
Proven track record for presenting to large technical audiences.
Proven track record for producing high quality technical content.
Microsoft and other technical/industry certifications desirable.
Real life experience with user groups either as a participant or a leader
Engaging with press
Microsoft pays special attention to the workforce diversity, thus encouraging the applications from women candidates
Всем доброго времени суток, коллеги… Почему доброго – потому что, как вы знаете, вчера, 31.05.2012, поздно вечером по Киеву была опубликована новая сборка Windows Server 2012 Release Candidate, скачать которую вы можете абсолютно бесплатно с официального сайта Microsoft TechNet по адресу http://technet.microsoft.com/en-us/evalcenter/hh670538.aspx . На этой странице вы можете как скачать образ ISO, как и предустановленный в виртуальную машину сервер Windows Server 2012 в вариантах Full и Core Install. Кстати, для тех, кто больше увлекается клиентскими, а не серверными, ОС – также доступен к публичной загрузке образ Windows 8 Release Preview здесь — http://preview.windows.com/.
А теперь еще о более хорошем – для тех, кто проактивно интересуется технологиями Windows Server 2012, планирует будущее развитие своей карьеры, и вообще – бежит впереди паровоза – вместе с выходом релиз-кандидата Windows Server 2012 Microsoft подготовила и отличный набор технических обучающих материалов:
А для тех, кто хочет пусть вкратце, но познакомиться с Windows Server 2012 (в бета версии) на русском языке – рекомендую посмотреть видеозаписи моих докладов с Microsoft SWIT 2012 (www.msswit.in.ua):
Так что начало лета обещает быть интересным – скачивайте Windows Server 2012, устанавливайте, учитесь, готовьтесь к выходу релиза и новой сертификации.
На фронте войны за нашу с вами виртуальность (все мы будем в Матрице, только еще не ясно — в какой) одна из сторон сделала сильный ход — она усилила информационное присутствие своего продукта на просторах Интернет. И, как вы понимаете из заголовка — это Microsoft, которая запустила единый портал, посвященный виртуализации. На портале собрана воедино вся информация о различных продуктах и технологиях, предлагаемых Microsoft в области виртуализации. Если вы думаете, что это только VirtualPC и Virtual Server — вы глубоко ошибаетесь. Рекомендую познакомиться с очень интересным документом на этом же портале, которые представляет видение вирутализации от Microsoft, расширенное не только на виртуализацию ОС (железа), но и на приложения, их презентационный слой и, что самое главное (и что дает Microsoft серьезные козыри в этой конкурентной войне) — на менеджмент, тесно интегрированный со штатными средствами развертывания, инвентаризации, мониторинга, управления компонентами ИТ-инфраструктуры.
Итак, знакомимся, читаем, развертываем, внедряем — все по ссылке ниже..
То, что виртуализация — это не модная фишка, а данность — стало ясно уже полгода, как… После пика 2003-2004 годов, когда рынок в захлеб говорил о том, как это классно и жил предвкушением чего-то (обычно в таких случаях не наступающего — пример — Циско в тоже время с ее VoIP — шуму много, а чего добились? — поменяли один телефон на другой) наступило затишье, во время которого компании-игроки пытались понять, а что же они привнесут на рынок, с какой идеей будут продавать свои продукты. И вот, сегодня (или вчера — тут с этими часовыми поясами запутаешься) компания VMware, один из крупнейших разработчиков ПО для виртуализации, аннонсировала довольно интересную вещь — VMmark — комплект бенчмарков, который, по замыслу производителя, должен позволить заказчикам определить, чье железо/софт лучше виртуализируется. Не будем вдаваться в технические подробности, где тоже есть "интересные" моменты — почему-то меряются на SUSE 10, массе "ненужных" фришных продуктах, а МС упоминается только как Windows Server 2003 и устаревшим Outlook 2003 (???) — гляним на момент бизнесовый — "мы решили дать пользователям инструмент, чтобы они могли измерить производительность разных платформ для виртуализации бизнес-критичных приложений" — говорит VMware. Стоп! И о чем тогда "виртуализация"? Если кто-то хочет производительности — не легче ли запустить это на "нормальном" железе, без прослоек, эмулирующих или синтезирующих железо для вирутальных ОС? Уж больно это похоже на попытку сместить акценты и вывесить перед глазами заказчиков красную тряпку голых цифр (как когда-то Интел — частоту процессора) — "ах, смотрите, на ша система на 5% быстрее!"… Это как дети в детском саду меряются — "а мой папа побъет твоего папу"… Что в результате получит заказчик? Неужели ему, сознательно отказавшемуся от "железа", так важны именно эти "проценты производительности"? Конечно нет, потому что "вирутализация" — это впервую очередь об управляемости и надежности, это снижение головной боли ИТ подразделений от доставки нужных сервисов в нужном виде с нужных ресурсов. И тут появляются параллели, поскольку во времени все эти бенчмарки появились в тот момент, когда другой крупнейший игрок на этом рынке — Microsoft — презентовал свое видение виртуализации, в котором, собственно, виртуальная машина — это только одно из средств решения задачи и где еще есть виртуализация представления и отдельных приложений, а также — расширенные средства управления всем хозяйством сервисов в сети — будь то физическая или виртуальная машина. Фактически, опираясь на такие продукты, как System Center и Windows Server virtualization, ИТ подразделения, по видению Microsoft, получат средства, позволяющие описать ситуацию типа "у меня тут 10 железяк и 20 сервисов — каталог, сетевые сервисы, общие папки, почта, базы данных и бизнес-приложения, веб — сделай так, чтобы это все жило и не падало" — и система, благодаря отработанным и проверенным средствам мониторинга, будет самостоятельно, отслеживая нагрузки как железа так и виртуальных машин, добавлять новый веб-сервер в ферму, переносить сервер баз данных на менее нагруженную машину, обеспечивать отказоустойчивость путем кластеризации и т.п..
Итак, мы будем иметь дело с виртуальными машинами уже в ближайшие 2-3 года — это данность, вопрос только в том, куда пойдет это направление — в эволюционную безудержную гонку производительности, которая на примере процессоров закончилась ничем — пришлось искать новые пути роста производительности и бороться с массой возникших проблем, или в революционный подход, когда вопрос виртуализации — это вопрос распределения ресурсов задачам с выбором оптимального, на текущий момент состояния ИТ инфраструктуры, способа предоставления нужного сервиса бизнесу. То, что происходит сейчас — попытка одной компании навязать другой компании правила игры, да еще на своей территории и под красивыми лозунгами долго водить за нос пользователей. Но также можно и увидить, что производительность — не есть "Святой Грааль" виртуализации — снижение затрат на обслуживание и повышение общей эффективности системы (а не единственной виртуальной машины) с лихвой окупит пару дополнительных серверов (всего лишь железо), как компенсации разницы в производительности в 5% 😉 Чтож, поживем — увидим, в чьей именно "виртуальной реальности" мы окажемся через пару лет.
🙂
), который/которая бы взвалил/взвалила бы на себя тяжелую, но очень интересную ношу моей бывшей позиции – IT Pro Evangelist’a – технического специалиста и докладчика, работающего с ИТ-сообществами, развивающего такие ИТ-сообщества и демонстрирующего преимущества использования продуктов Microsoft во всех повседневных аспектах как бизнеса, так и жизни вообще ;). Так что скучать уж точно не придется, учитывая скорый выход Windows 8/Windows Server 2012 😉 
Igor "Walker" Shastitko 