Сегодня мы не говорим о списке инструментов, которые необходимо изучить.
Не о моделях сетевого взаимодействия и даже не о протоколах.
Сегодня я, инженер по автоматизации DevOps в компании Altenar, расскажу вам, почему DevOps — это целая философия, и, по сути, каждый ИТ-специалист — DevOps по-своему.
Кто это из тебя?
Боясь развязать холивар, я попытаюсь объяснить глазами бывшего разработчика, как я себе представлял DevOps в целом.Инженер должен иметь некоторые отличительные черты, по которым его можно отличить от группы ИТ-специалистов: а) Старик; б) Борода; в) Матюки откуда-то с серверной стороны; г) Абсолютное спокойствие в минуты всеобщей паники.
Типичный DevOps в работе Дядя Девопс – удивительный человек, к которому можно прийти со словами «Я упал» и грустными-грустными глазами и, выслушав пару тяжелых вздохов, получить решение любой проблемы в своей жизни.
Этот образ довольно долго сидел у меня в голове, как сон, и я не мог себе представить, насколько интересна работа системного инженера в области исследований.
Изначально я устроился на должность Backend Developer, отличное занятие для зеленого студента — сидеть и реализовывать те алгоритмы, которые впихнули мне в мозг преподаватели вуза.
За полтора года я получил бесценный опыт работы над крупными проектами и понимание того, как устроен бизнес.
Но однажды произошел переломный момент — мне предложили частично исследовательскую задачу — изучить, стоит ли нам использовать репликацию данных в MongoDB — соответственно задача простая — установить, настроить, протестировать, сделать выводы.
Именно тогда все начало переворачиваться с ног на голову.
Пока я возился с настройками виртуальных машин, пока изучал команды Ubuntu, настраивал сеть между тремя ВМ (отрастил бороду, испачкался), мне было жутко интересно, потому что с каждой итерацией я заметно приближался к цели и вот-вот послышался крик "Оно живое!!!" Через пару недель самокопания и творчества мой монстр ожил и потребовал внимания.
Когда мы дошли до стадии тестирования, я вдруг понял, что проверять нечего.
Ну ничего страшного, я разработчик, сейчас вам скажу.
И уже через час-два у меня в руках был готовый инструмент для тестирования задержки репликации, которым мы некоторое время успешно пользовались.
На заднем плане стоял мой нынешний начальник, руководитель группы автоматизации DevOps, и саркастически потирал руки.
Он знал, что в команде инженеров появится новый человек :) 
Часть команды – часть корабля!
Как это относится ко мне?
DevOps — это огромное-обширное сообщество исследователей, людей, которые привыкли решать задачи не по установленным правилам, а постоянно ищут какой-то интересный инструмент, который сделает всю работу за вас, но который придется все время настраивать..
Конкретно в моем случае мне приходится иметь дело с совершенно разными областями ИТ — периодически читать конфиги приложения, которые разработчики положили в репозиторий и попросили развернуть; посмотреть ошибки, которые не были обработаны должным образом и занесены в логи в процессе работы; прикрепите мониторинг, оповещения, новых пользователей тут, там и еще к тому, что, ну вы знаете, что это такое.
В моем случае я поддерживаю свою нынешнюю команду, добавляя возможность читать и понимать код, написанный разработчиками.
Все мы люди и не всегда пишем описания задач так, как хотелось бы другим.
Вообще мне иногда кажется, что половина нашей команды перекочевала из других отделов из-за сырости.
Например, мой коллега перешел из отдела инфраструктуры — эти ребята занимаются сетями, балансировщиками, межсетевыми экранами и поддержкой сетевой инфраструктуры в целом.
От него пришло преимущество понимания где мы находимся в этом мире? , то есть на какой сетке какие виртуальные машины находятся, почему это так, и в качестве приятного бонуса он объяснил нам, как правильно что-то сделать, чтобы не открыть брешь в пространственно-временном континууме нашей сети.
Я люблю своих коллег – мы все разные и каждый по-своему силен.
Точно Этот делает нас серьезно сильная команда.
Понимая это, мы приветствуем любого - QA-специалиста, который может взять на себя работу, например, с автотестами, что будет его сильной стороной, и администратора базы данных, который умеет правильно обращаться с базами данных и может развернуть базу без каких-либо неприятных последствий для данных.
.
Любой, абсолютно любой специалист, при очень небольшой подготовке, может стать полноценным системотехником, чем в свое время и стал я.
И действительно ли DevOps настолько широк и многогранен?
В каждой компании, в каждом проекте термин «DevOps» означает что-то свое.В нашей компании мы считаем DevOps-специалистом, если он находится ровно между людьми, которые пишут и поддерживают код, и людьми, которые обеспечивают бизнес-поддержку нашего продукта.
Другими словами, тот, кто несет высокую ответственность за производственную среду, знает, как решать проблемы, не связанные с ошибками в коде приложения (например, перегрузка базы данных, аномально высокая загрузка ЦП, длительные задержки репликации, сбои виртуальных машин и т. д.), а также обеспечивает круглосуточную поддержку проекта и продукта в целом.
Также у нас есть подразделение DevOps-специалистов следующих категорий: А) Специалист по DevOps DBA - поддержка и автоматизация баз данных; б) Инженер по безопасности DevOps - поддержка безопасности, проведение пентестов, прохождение аудитов В) Инженер по автоматизации DevOps - Настройка CI/CD, мониторинг, поддержка работоспособности системы Г) Специалист по DevOps-инфраструктуре - управление корпоративными сетями, центральными сетевыми узлами, поддержка и расширение сетевой инфраструктуры г) Технологические операции DevOps - установка и поддержка сторонних решений
Понимание дзен в инфраструктурном мире
Сейчас, спустя более двух лет работы в команде автоматизации, я могу абсолютно объективно оценить свой путь к DevOps практически с нуля.Не скажу, что это был самый простой путь, но точно могу сказать, что теперь я не боюсь трудностей :) Ни одна задача не может заставить меня почувствовать себя чем-то невыполнимым или невероятно трудным.
Разница в силах между мной и моими коллегами позволяет мне обращаться по любым вопросам к команде, и всегда есть кто-то, кто может дать мне направление (и ускорение) для выполнения задачи.
Да, мы бородатые (но не все), да, мы ребята, иногда ругаемся, но мы всегда готовы вам помочь - в этом наша задача :)
Так что мне теперь с этим делать?
Прочитав эту статью, не стоит воспринимать ее как инструкцию.Прежде всего, цель статьи – объяснить разницу во взглядах на философию DevOps с разных сторон, показать, что частичка DevOps, которая может показаться чужой и непонятной, есть в каждом из вас, и что наши объятия всегда открыты для всем желающим искателям приключений :) Если ты чувствуешь прилив сил и невероятное желание стать добрым парнем( или может быть тётя ) с надеждой сделать наш ИТ-мир немного лучше - Пожалуйста ! Теги: #Карьера в ИТ-индустрии #Читальный зал #ИТ-компании #ИТ-компании #DevOps #backend #Altenar #философия DevOps
-
Действия, Документы И Семантика
19 Oct, 24 -
Компания "З"
19 Oct, 24 -
Kinect Сможет Моделировать Объекты
19 Oct, 24 -
Postrgresql: Ускорение Через Intarray
19 Oct, 24
