единорог

Кто такие DevOps Engineers

9/06/2017 пытался тался уточнить кто это. Результат, верояность, что единороги существуют выше, чем вероятность этих непонятных "DevOps Engineers".
"Operations Engineers" эти точно есть - это сетевые/системные администраторы. Но в понимании создавателей ПО есть именно DevOps Engineers. По описанию админы с навыками кодирования или наоборот. Коня с рогом не напоминает? И главное. Может единорогов и нет, а польза от них есть, хоть и не материальная. А от этих таинственных перцев толку точно быть не может. Нет, но ведь в реальности у лошадей рогов нет за ненадобностью.
облака

Кризис жанра

Закончился женский чемпионат по волейболу среди клубов в Кобэ (Япония). Организаторы правильно вроде рассчитали, первый матч - выставочный: "Динамо" Москва против "Вакыфбанк" Стамбул. Чтобы было понятнее, почти сборная России против сборной "Всех Звезд". Рассчет верный, что показало число просмотров на канале, оно наибольшее. Вот только в очень волейбольной Японии почти пустые трибуны. Не до этого публике.
облака

С Праздником!

Можно ничего и не уточнять. Настолько понятно, что за Праздник. Вчера 8 мая на матче с немцами знарок был с Георгиевской Лентой на лацкане. Немцы себяс наци (которых победили) не отождествляют, так что все было корректо.  Кроме ихней команды, которая изволила у себя дома перед своими болельщиками проснуться только в третьем периоде при счете 0-5. Да не обыграть фаворита, ну так на табло смотреть не обязательно, все на площадку смотрят. Пиво можно было и дома попить. Но что-то выдали.
А в Украине очередная "Свадьба в Малиновке" быстро переходящая в мордобой, что стало печальной традицией.
http://korrespondent.net/ukraine/3848762-den-pobedy-v-ukrayne-onlain-khronyka
облака

Вот такой спорт

Та самая новость про высказывние Эжени Бушар в адрес WTA в отношении Шараповой. Мол нечего детей  воспитывать такими примерами: обманщиков назад пускать выступать (дисквалификация была сокращена). Смущает факт раздувания ее слов. При всем уважении к Бушар к 23 годам Мария Шарапова была уже бывшей первой ракеткой мира :) И не по чину. Имея максимум 7-е место, а обычно и ниже 10-го (сейчас 59) тенисистке в общем и целом лучше помолчать, ведь даже обтекаемая фраза выражает зависть и не более того.
Вообще история с мельдонием очень мутная. Само по себе вещество известно с 70-х годов, как  кардиопротектор стало применяться позже. Никаких доказательств его токсичности нет.  Если исходить из фармакологического эффекта, то WADA должна попросту внести в свой список абсолютно все витамины. Вопрос об удалении препарата из списка запрещенных уже поднят. Осталось только добавить правило - WADA в случает своей ошибки должна компенсировать спортсменам безработицу по своей вине.
Изобретателя жалко, Иварс Кальвиньш уверен, что медицина не при чем. Потом он по делу сказал, что запрет препарата скажется на продолжительности жизни спортсменов (это так).
Эх академик, очень просто проверить можно любой препарат. Если он включен в список FDA (Food and Drug Agency, Агенство по продовольствию и лекарственным препаратам) США как рекомендованный, то WADA его никогда не запретит. Хоть кокаин туда добавь. FDA так, конечно, не поступит. Но с мельдонием история именно эта. FDA его не рекомендует. Не только из-за эффектов, скорее всего фармпромышленность США выпускает что то подобное по смыслу.
На форумах потрясающая девственность в вопросах биохимии.
"Насколько ядовит монооксид дигидрогена?" (это вода, если что, допустимый ИЮПАК вариант названия).
UPD Вот в Мадриде и  сыграют. Все 4 встречи до этого Бушар проиграла. Справедливости ради надо сказать, что Шарапова удивительно ловкая для своего роста, так что корь или дифтерит разве ей помешают. А так она явно превосходит по антропометрии, не говоря про опыт
UPD2 Но выиграла Бушар - очень уперто играли. Правда, Шарапова таки лучше - много понтовалась, а навыки несколько подрастерялись. Бушар - красивая, как и Шарапова, более накаченно выглядит, увы долговязые имеют лучшие природные данные. Эжени Бушар  толковая теннисистка, кстати таки доходила до 5 ракетки. Сейчас правда ей очень невесело. Шарапова больше года просто не играла - ей никто ничего не скажет.
облака

Опыт опыту рознь

"Мы не можем доверить Вам этот проект потому, что у Вас нет опыта в АБС..."

Как я понимаю Христофора Колумба!  Ведь когда он носился со своим проектом, ответ на простой вопрос "Вы были в Индии?" сразу повергал инвесторов в уныние. Но подозреваю, что дело было совсем не в этом.
Колумб не ходил в Индию, то есть его план был чисто теоретическим и это формально было отсутствием "опыта в АБС". То, что он был опытным моряком и морским торговцем - опытом не считалось.
Опять таки, утверждаю, отказывали не по этому, план казался нереальным, так как хотя все знали, что Земля круглая, идея попасть на Восток, плывя на Запад попросту не укладывалась в привычные стереотипы. Это и была коренная причина отказа - нестандартное решение вызывает инстинктивные опасения.

Интересно, чем тогда условный "этот проект" выиграет? Ведь схема реализации - найти исполнителя, который знает где Индия или там был.  А слова типа "ищем креативность", увы, пустозвонство в 99% случаев. Боязнь нового есть всегда - это инстинктивный, оправданный страх. 
Жалко, что неизвестно точное количество отказов, которые Колумб получил. Больше 10 определенно, но может и много больше.
облака

Желание чудес

Разместить разработку в Amazon Web Services желание хорошее.

Infrastructure as Code
   AWS CloudFormation
   AWS AMI
Continuous Deployment 
  AWS CodeDeploy
  AWS CodePipeline
  AWS CodeCommit
  AWS Elastic Beanstalk and AWS OpsWorks
  Blue–Green Deployment
Automation
   AWS Elastic Beanstalk
   AWS OpsWorks
Monitoring
  Amazon CloudWatch
  AWS CloudTrail
Security
 
Identity Access Management (IAM)

Срокменький такой набор для DevOps, понятно, что "стандартные" EC2,RDS,S3,Route53 и далее по вкусу никуда не делись. Они используются в схеме. Интересно другое. Сама методология подразумевает взаимодействие исторически раздельных составляющих:

Development.
IT Operations.
IT Security.

Сложность, но уже в голове - организация взаимодействия составляющих. Дело в том, что прелесть должна уложится в голове. Инженеры Ops и безопасники будут действовать подобно разработчикам - писать, но не код, а шаблоны конфигураций. Точно также использовать систему контроля версий и трекинг ошибок. Возникает мысль, что теперь все - это разработка. Не стоит так думать. Люди нужны разные. Скажем в какой области основные навыки у безопасника? Ваш покорный слуга слышал массу ответов из которых один был относительно верен - "не знаю". Вообще, в работе с рисками - идентификации, оценки и управления. То есть написанная ими политика - реализация определенной политики управления рисками. Наивно думать, что риски только снижают или убирают - на практике это слишком затратно. Так же и у инженера основные навыки и знания в области работы компьютеров и их сетей - написание шаблонов конфигурации процесс не творческий как у разработчиков, а скорее рутинный. Кодера посади за такую работу - умрет немедля.  Не говоря уже о том, что падение производительности может быть от 100+ причин и узкое место найдет быстрее инженер.
Теперь немного про невиданных зверей. "DevOps Engineer" - очень забавно, но такого в природе нет. Инженер он в IT Operations, сисадмин если хотите со знанием процесса разработки. Подлинный перл - "DevOps Team"  - абсурдность определения в том, имеется виду некоторая отдельная команда, в то время как DevOps как методология  обеспечивает сращивание команд. То есть они уже есть и ничего создавать не нужно.
облака

Управление ИТ как оно есть

Слово "ITSM" бизнес давно не вдохновляет. В большинстве случаев реально получалась дорогая бестолковая игрушка, вместо простого и удобного инструмента управления. Причин несколько:

1. Непонимание простого факта, что IT Service Management таки просто управление процессами оказания услуг. Ничего сложного и есть куча готовых рецептов и рекомендаций.
2. Активная работа консультантов и интеграторов. Первые, как обычно продавали, словеса. Со вторыми все сложнее, системные интеграторы с какой стороны у бутерброда масло знают хорошо. И знают, что основная трудность внедрения ITSM - сопротивление изменениям, если оно идет, со стороны ЛПР, то "внедрения" не будет.  Но речь идет об очень неглупых и опытных продавцах. Они лихо подменяли внедрение процессов управления продажей и внедрением ПО! Гениально, поставьте эту программу и полный ITSM!
Кстати, важный элемент - "быстрая победа"  - достигался. Даже банальное развертывание системы мониторинга и внедрение Service Desk уже что-то для тех, у кого этого не было. Вопросы начинались потом. Часть процессов оказывалась невнедренной,  хотя ПО их поддерживает; экономический эффект проявлялся как то слабо, на фоне кризиза незаметно.

Теперь о последствиях.
Несмотря на вложения эффективность работы ИТ не повышалась радикально, как и не снижались затраты. Со вторым момент очень тонкий -  затраты на 3-5 лет вперед должны были перестать быть туманными. Это почти никогда не происходило. Увы, система мониторинга и сервис-деск при полном отсутствии внедрения самих процессов упраления никак повлиять не могут.

Отдельно хочется заметить, что при внедрении чего то непонятного всегда так и происходит. Руководству, чтобы принять решение по вопросу о внедрении ITSM надо попросту задать себе вопрос "А я знаю, что это такое?".
Иначе "заройте ваши денюжки..."(с)
облака

Удивительное дело

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

Два вопроса на знание DevOps.

0. Как называется художественная книга, которую нужно прочитать?
1. Вы ее читали?

И все можно уже не рассуждать о всякой ерунде.

На всякий случай это Джин Ким, Кевин Бер, Джордж Спаффорд. Проект "Феникс".


И сразу случится просветление.
облака

И все-таки есть ли место философии

Очень хочеться попасть на живую тусовку разработчиков и послушать, что они думают про DevOps. Вообще, я знаю, что они думают и как это себе представляют. Это приблизительно как SLA  99,9% и зарплата по KPI.  То есть немного не про то. Service Layer Agreement - это соглашение об уровне сервиса, а 99,9% это "availability"  - "доступность". Сильно  не одно и тоже, но зато простым человекам понятно. Key Perfomance Indicator  термин из  "Management by Objectives", управления по целям. Это числовой показатель, характеризующий близость цели. Чудно иметь KPI и не иметь поставленных целей. Это просто плановый показатель и мотивация за его достижение.
В Development and Operations все не мудренее.Collapse )