Приветствую.

Вы получили ссылку на эту статью по той причине, что написали мне в одном письме несколько задач. Или просто объединили 2 независимых темы в одно письмо.
Давайте попробую объяснить почему это плохо (не буду спорить — в первую очередь это плохо для меня, но и ваши сэкономленные 30 секунд времени не стоят ожидания ответа от меня).

В некоторых из нас живет мартышка (если вы никогда о ней не слышали — советую почитать эту статью). Во мне такая мартышка точно есть, и уничтожить её не получается. Эта мартышка очень работоспособна и управляет нашим телом примерно 14 часов в сутки. Но есть одно но — эта мартышка очень не любит думать. Очень быстро устаёт, если необходимо думать. Начинает бунтовать и открывать youtube, если ей непонятно конкретное следующее действие.

Что делает мартышка, когда видит письмо с одной задачей внутри письма? Оценивает время, необходимое для выполнения задачи (или ответа на письмо), оценивает сложность задачи, принимает решение — можно ли сделать его сейчас, или нет. Если можно — отлично, делаем, если нет — придется подождать более подходящего времени.

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

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

Если пример с мартышкой кажется вам не очень понятным, то приведу пример из жизни. Вам необходимо купить молоко и шуруповёрт. Естественно, любой здравомыслящий человек в данной ситуации запишет в свою память 2 отдельных задачи — «купить молоко» и «купить шуруповёрт», после чего купит молоко по дороге с работы к дому сегодня, а за шуруповертом целенаправленно поедет на выходных в ближайший строительный магазин.
Но лично моя мартышка — не здравомыслящая. Увидев задачу «купить молоко и шуруповёрт», она воспримет её буквально, рассудит, что шуруповерт купить раньше выходных никак не получится. Как следствие — молоко она поедет покупать тоже в выходные, вместе с шуруповертом.

Давайте попробуем в одном письме писать только одно действие или один вопрос моей мартышке, если эти вопросы никак не связаны между собой =)

Спасибо.

Животнев Владислав Евгеньевич

Дата рождения: 22 ноября 1990
Телефон: +7925-411-22-87
Эл. почта: root@vlad.pro

Системный администратор, немного SRE, немного DevOps-engineer

Образование:
Высшее, МГУ ПС, специальность «Экономическая информатика» ( 2013г., тема диплома — «Проектирование отказоустойчивых web-сервисов»).

Навыки/знания/опыт:

  • долгое время занимался высоконагруженными веб-сервисами и инфраструктурой разного уровня
  • понимаю принципы построения fault-tolerance сервисов, в крайнем случае могу организовать failover
  • понимаю, что делать для того, чтобы сервисы работали 24/7/365
  • неплохая фантазия (и опыт) на тему решения конкретных задач готовыми инструментами с минимальными изменениями/доработками
  • из дистрибутивов предпочитаю Debian и Ubuntu, достаточно погружен в их инструменты (сборка пакетов, сборка образов, свои репозитории и т.д.)
  • виртуализация/контейнеры — lxc, KVM, docker из актуальных. Всё ещё считаю, что будущее за firecracker или его конкурентами.
  • CMS — cfengine, чуть реже ansible
  • люблю писать документацию, обожаю, когда это считается частью работы, а не факультативом на выходные

«Меньше опыта, но готов развиваться в …»: 

  • CI/CD, особенно если это Gitlab CI и похожие на него (Drone, Abstruse)
  • в целом представляю и понимаю, как работает сеть на разных уровнях, но боевой опыт ограничен linux-хостами и linux-свичами (cumulus, например)
  • базы данных — что-то понимаю в mysql, остальное со словарём с документацией
  • Python —  с гуглом могу писать линейные скрипты без ООП.
  • k8s и прочие (лет 10 назад пришлось изобретать свой на lxc, потом в компании изобрели ещё четыре — в общем не сложилось с общедоступными. Но как оно работает — представляю).
  • нагрузочное тестирование
  • обучение Ops-у других людей (есть какой-то опыт — лекции на КИТе, курсы по SA в ВШЭ, когда-то занимался SA-стажёрами).

Опыт работы:
[ 03.2016 — н.в. ] — Яндекс, системный администратор (hardware as a service)

  • эксплуатация сервисов для bare-metal (наливка, управление и прочее)
  • подготовка максимально независимой от остальной компании инфраструктуры для сервисов управления железом — в том числе во внешних локациях

[ 11.2013 — 02.2016 ] — Яндекс, системный администратор (Инфраструктура поиска)

  • Подготовка и эксплуатация сервисов инфраструктуры для «десятков тысяч серверов»
  • Базовая ОС (Ubuntu) для этих серверов
  • Переезд с FreeBSD на Ubuntu (с моей стороны — подготовка всего необходимого)
  • Помогал админам/SRE/девопсам с их вопросами и пожеланиями по поводу нашей инфры

[ 09.2011 — 10.2013 ] — Яндекс, системный администратор (Персональные сервисы, внутренние корпоративные сервисы)

  • ~200 небольших и средних сервисов в эксплуатации
  • инфраструктура для них
  • смотрел на код разработчиков, притворялся что что-то понимаю искал проблемы на тему отказоустойчивости
  • автоматизировал свои и чужие задач
  • помогал разработчикам дебажить всё подряд
  • работал над масштабируемостью наших кластеров
  • 35-40k RPS на сервисы в сумме.

[ 11.2008 — 08.2011 ] — best-hosting.ru (хостинг), помощник системного администратора.

  • решал проблемы пользователей хостинга/vds/серверов
  • выполнял часть задач системных администраторов
  • чинил то, что сломалось, делал так, чтобы не ломалось или чинилось само
  • AMP+nginx (freebsd, debian)
  • участвовал в создании «облачного» php-хостинга

В разное время работал приходящим системным администратором в небольших конторах Москвы (с десяток наберется), фрилансил администрирование серверов (как поддержку на постоянной основе, так и отдельные заказы). Когда не было нормального интернета в провинции — в Тамбове протягивал и администрировал домолан (на пару микрорайонов получился) — с этого всё и началось.
Ubuntu себе впервые поставил в 2005-м, первый публично-доступный сервер, занимающийся чем-то полезным, у себя под столом запустил в 2008-м.

Животнев Владислав Евгеньевич

Дата рождения: 22 ноября 1990
Телефон: +7925-411-22-87
Эл. почта: root@vlad.pro

Образование:
Высшее, МГУ ПС, специальность «Экономическая информатика» (окончание — 30 июня 2013, тема диплома — «Проектирование отказоустойчивых web-сервисов»).

Опыт работы:
01.09.2011 — настоящее время — Яндекс.
Должности: младший системный администратор, системный администратор (с 1.10.2012).
— администрирование ~200 небольших и средних сервисов
— развитие инфраструктуры для них
— приглядывание за разработчиками сервисов и тем, что они пишут в коде (по мере возможности)
— автоматизация своих и чужих задач
— доказывание менеджерам, что они хотят странного или невыполнимого
— проекты на xscript, django, немного на nodejs и ещё нескольких неведомых технологиях (CORBA, например).
— общение с разработчиками на тему «я тут сделал …, а оно на сервере не работает»
— делал так, чтобы на фразу «у нас тут завтра нагрузка на сервис вырастет в 3 раза» отвечать «а, ничего, через 20 минут будет ещё пара десятков машин в кластере»
— 35-40k RPS на сервисы в сумме.

11.2008 — 08.2011 — ООО «Компания Бест Хостинг»
Должность: помощник системного администратора.
— решение проблем пользователей хостинга/vds/серверов
— выполнение части задач системных администраторов
— починка того, что сломалось, обкладывание этого костылями, чтобы потом не сломалось
— AMP+nginx (freebsd, linux)
— участвовал в создании «облачного» php-хостинга

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

Деятельность вне работы:
— член Ubuntu LoCo Team, долгое время помогал новичкам.
— участвовал в почти всех Linux Install Fest’ах и похожих мероприятиях в Москве с ~2010 года. На половине — выступающим.
— блог https://debian.pro
— проводил курсы системного администрирования.

Навыки и знания:
— хорошо умею готовить nginx и чуть хуже популярное из того, что к нему можно прикрутить через proxy_pass/fastcgi_pass
— неплохо пишу на bash всякую автоматизацию, скрипты мониторинга и прочее. На остальном пишу плохо, зато компенсирую это тем, что ситуации «я не могу написать это на bash-е, пусть разработчики займутся» случаются раз в полгода.
— жизнь научила понимать, почему что-то не работает или работает «не так», независимо от ЯП, на котором оно написано.
— заодно научила решать задачи вида «ну всё равно тебе с этой штукой разбираться, больше некому».
— архитектура отказоустойчивых сервисов, в том числе и из костылей.
— остального нахватался понемногу, всё перечислять, думаю, неприлично — обычный набор знаний системного администратора, который перепробовал кучу стеков технологий и решал разномастные задачи (лет 6-7) по мере их появления.

Иностранные языки:
— английский на уровне «читаю книги», «свободно читаю документацию», «могу пообщаться текстом с коллегами». Разговорной практики почти не было.

Чего не хватает (куда хотелось бы расти знаниями, но не дошли руки/ноги):
(этот пункт для тех, кто увидит здесь что-то из своих обязательных требований — это может сэкономить время и мне, и Вам)
— я не NOC — мои знания в цисках и других железных роутерах заканчиваются в районе «show» — дальше страшно. Тем не менее, /sbin/ip везде одинаковый, да и про ospf/rip/bgp наслышан.
— телефония (и ip, и аналоговая) для меня «такие проводки/байтики в сети, посредством которых передаются звуки»
— я (пока) не разработчик. Вооружившись документацией напишу что-то несложное на Python, но не более
— к Windows Server отвращения у меня нет, как, впрочем, и какого-либо серьёзного опыта его администрирования

В своё время мне здоровски помогли в карьере виртуальные машины, которые я сдавал в аренду — выучился я на них многому. Денег, правда не принесли, но зачем традицию нарушать)
В итоге на сегодня имеем следующее:
Виртуализация KVM:

  1. 2600 мгц, 1,5 GB RAM, 80 GB hdd, 1 TB трафика = 550 рублей в месяц
  2. 2 ядра по 2600 мгц, 3 GB RAM, 160 GB hdd, 2 TB трафика = 1100 рублей в месяц
  3. 3 ядра по 2600 мгц…. Ну вы поняли =)

Виртуализация OpenVZ:

  1. 1300 мгц, 512 RAM, 20 GB hdd, 300 GB трафика = 300 рублей в месяц
  2. 2600 мгц, 1024 RAM, 40 GB hdd, 500 GB трафика = 500 рублей в месяц
  3. Если сложить первую со второй — получится 750 рублей в месяц.

Напоминаю, что в KVM достаточно медленная виртуализация hdd.