На словах-то
На словах сеньор толстой а на деле джун простой!
На словах сеньор толстой а на деле джун простой!
Деплоить в пятницу опасно и безответственно.
Поэтому деплоить надо в субботу.
Переход с Docker на Kubernetes зависит от множества факторов, включая потребности вашего проекта, сложность инфраструктуры, командные ресурсы и опыт. Вот несколько сценариев, когда может быть разумно рассмотреть переход с Docker на Kubernetes:
Масштабируемость: Если ваше приложение стало расти и вам нужна автоматическая масштабируемость, Kubernetes предоставляет удобные средства для горизонтального масштабирования приложений.
Управление контейнерами: Когда у вас становится много контейнеров, сложно управлять ими вручную. Kubernetes предоставляет удобный способ автоматизировать развертывание и управление контейнерами.
Сложное микросервисное приложение: Если ваше приложение состоит из множества микросервисов, то Kubernetes может помочь управлять ими, обеспечивая оркестрацию, балансировку нагрузки и мониторинг.
Управление конфигурациями: Kubernetes позволяет определять конфигурации в виде кода (через YAML-файлы), что делает управление конфигурациями более удобным и контролируемым.
Доступность и надежность: Kubernetes обеспечивает высокую доступность и надежность приложений через репликацию и возможность автоматической перекомпоновки.
Многокластерная архитектура: Если вам нужно управлять приложением на нескольких хостах или облаках, Kubernetes предоставляет средства для управления несколькими кластерами.
Оркестрация сервисов: Kubernetes обеспечивает множество инструментов для развертывания и оркестрации служб, а также балансировки нагрузки между ними.
Однако переход на Kubernetes может быть сложным и требовать времени и усилий. Вам придется изучить основы Kubernetes, создать кластер, настроить приложения и определить конфигурации. Также, необходимо учитывать, что Kubernetes - это не всегда наилучший выбор для небольших и простых проектов.
Прежде чем принимать решение о переходе, важно провести анализ ваших потребностей и ресурсов, а также оценить, как Kubernetes соответствует вашим целям и задачам.
Ещо много интересного можно прочитать в моей телеге https://t.me/Prodevopsikov
Наткнулся тут на вакансию сисадмина, без указания ЗП.
Список требований несколько впечатлил. Обычно самые дрищенские конторы выкатывают самый большой список требований. У нормальных бас фактор учтен и ответственность размазана между людьми. Но тем не менее, решил сравнить подхожу ли под требования. И немного расстроился. Буду под каждым требованием писать коммент начиная #
Обязанности:
Настраивать и обслуживать виртуальную инфраструктуру (Hyper-V, HCI S2D)#допустим Hyper-V, HCI S2D - что за зверь?
Работа в тикетовой системе Jira Service Desk
#практикуем, удобно котиков слать
Принимать участие в обеспечении функционирования Windows-инфраструктуры (Active Directory, DNS, DHCP, GPO, DFS, IIS, RDS, MSSQL)
#Active Directory можно сказать включает GPO, DNS DHCP там же почти ничего сложного, пока dhcp не выдаст ip левому компу с именем критичного сервиса и не перезапишет адрес. Или не отвалится второй dns, а первый скажет не буду работать пока второй не починишь. А еще dc залупнется, что без dns работать не буду. Короч пока работает, все хорошо, а как ломается, хоть увольняйся.
DFS - кто в здравом уме его еще юзает? IIS юзают всякие любители asp net, шарписты народ плечистый, могут и сами если что настроить.
RDS, MSSQL - может настроить по мануалам с хабра даже детеныш.
Конфигурирование и поддержка кластеризации на базе продуктов Microsoft
#кластеризация от мелкомягких звучит душно, можно не надо? Но вообще опыта такого нет.
Использовать и модернизировать систему мониторинга (Zabbix)
#Можем, умеем, практикуем, пока от количества присылаемой инфы и кучи лишних метрик zabbix не начинает болеть, подорожник не поможет.
Обеспечивать информационную безопасность Компании в предлагаемых решениях
#Запретить глупость на уровне приказа гендира и все будет хорошо.
Взаимодействовать с системными администраторами и специалистами технической поддержки
#берешь вон ту хуевину и расхуячиваешь на той херне
Ведение документации по ИТ-инфраструктуре и сервиса.
#блин, забыл, а задокументировал ли я пару прошлых сервисов и серверов?
Проведение регламентных работ на оборудовании платформы виртуализации.
#кнопку вкл/выкл найдем пожалуй, ну и диск в корзине поменять тоже можем, потом raid пересобрать, потому что корзину перепутали.
Требования:
Опыт работы с Linux (CentOS, Ubuntu)#centos жив еще чертяка, бубунту умеем знаем практикуем, хотя в основном debian.
Опыт администрирования серверных продуктов Microsoft Windows Server 2019
#никогда не спрашивайте меня, чем отличается 2016-й от 2019-го или 2012-го, а так можем настраивать, можем не настраивать.
Опыт работы, внедрения и администрирование SCVMM (System Center Virtual Machine Manager)
#это вроде аналог vcenter от мелкомягких, но сам не тыкал, врать не буду
Опыт работы и администрирования с виртуальной инфраструктурой Hyper-V
#Единственный его плюс, он бесплатный. Но можем, умеем.
Опыт работы и администрирование MS SQL
#проблема его в том, что админить его может и ребенок, а вот чет сложное, ну хз, кластеры только не настраивал. А так главное держать tempdb на быстрых дисках и не давать журналу транзакций переполнится, а дальше у меня лапки.
Опыт работы с почтовыми серверами (Exchange)
#Честно, задрали уже с ним. Для мелких контор делал доменную почту на Яндексе, у крупных были свои одмины для работы с ним. Так что опыт на уровне outlook.
Опыт работы с системами мониторинга (Zabbix)
#есть, могу хоть в докере поднять, только зачем?
Опыт работы с практиками DevOps
#Там взяли, тут собрали, туда отправили, там поставили. А ты где-то по середине, тоска..
Опыт работы с СХД: Synology, Microsoft Storage Space Direct
#Synology прикольный ui привет нулевые. Microsoft Storage Space Direct - в душе не е̶б̶у̶ знаю.
Опыт работы с web-серверами IIS, Nginx
# IIS о5 эти шарписты, nginx объективно лучший web server, можно только его оставить?
Навыки программирования и автоматизации задач, обязательно знание Powershell, другие инструменты sh, cmd опционально.
#сколько я ̶з̶а̶р̶е̶з̶а̶л̶ написал скриптов уже сбился со счета. Каждый раз начинаешь делать красиво, декларативно, параметризировано, но потом надо быстро, требования меняются, херня в итоге получается, правда работает
Опыт работы с Windows Failover Cluster
#даже звучит не очень, опыта нет
Понимание работы кластеризованной архитектуры
# та херня падает, эта работает, эта херня падает, та работает. Главное чтобы был либо дорогой СХД за 100500 деняк, либо будет дешево и сердито. Приправить все 10 gbit сетью и все будет хорошо.. в теории.
Опыт работы с системами резервного копирования (Veeam)
#можно подумать вы его покупали, а так там же не сложно
Опыт работы с системами управления конфигурациями (Ansible)
#Можно засунуть AWX в кубер, нельзя вытащить из кубера желание прибить лишний контейнер. А так да, можем, умеем, практикуем.
общее понимание стека протоколов TCP/IP
#при прохождении пакета через маршрутизатор, в пакете уменьшается ttl на единицу. Надеюсь, мне не нужно уметь заглядывать в каждый пакет и разбирать его на предмет соответствия стандартам.
Опыт работы с Jira\Confluence на уровне администратора системы
#надеюсь под опытом не подразумевается умение лечить от жадности, потому что у меня лапки. Да и в самом деле, это же обычные сервисы, настроить права, плагин поставить. Просто если их реально админить, там надо довольно глубоко копать. А у меня уже выгорание от этих требований.
Знание английского на уровне чтения технической документации
#берешь хром, открываешь stackoverflow, переводишь страницу. Всё, ты умеешь читать техническую документацию.
Высшее техническое образование
# чего нет, того нет
Ответственность, внимательность и исполнительность
#ночами плохо сплю если не сделал бекап. Нифига не внимательный, поэтому все документирую. Исполнительность это что-то из области крепостничества. Время на таску само себя не спишет, вот задача - берешь делаешь,
Будет плюсом:
Опыт работы с web-серверами Apache#папач это для свидетелей LAMP, говорят они берут в плен админов и делают из них девопсов, но это не точно
Опыт работы с системами мониторинга Prometheus и Grafana
# а как же zabbix? Вообще ленивые админы не хотят делать свои дашборды и метрики, когда есть готовые для Prometheus и Grafana.
Опыт работы с СХД: HPE, Huawei
#есть такой админ, как железный человек только админ. Вот он их настраивает.
Опыт работы с системами управления конфигурациями (Chef, Terraform)
#а как же ansible? Вообще все это дело безусловно полезное и нужное, но каждый для своей задачи. Если у вас есть задачи и для ansible и с Chef, Terraform, мое почтение.
Опыт работы с System Center Configuration Manager
#вообще он не страшный, просто я никогда не признаюсь, что с ним работал.
Опыт работы с виртуальной инфраструктурой: VMware, KVM, Proxmox Virtual Environment
#VMware+ KVM - очень давно и неправда, Proxmox Virtual Environment только слышал
Опыт работы с PostgreSQL.
#какая прелесть, запустил и забыл. Потом база разрастется, оптимизация и прочие скучные темы, можно не буду?
PS Итак, не соответствую по требованиям где-то на четверть. А значит не подхожу под такие серьезные требования. Что поделать, видимо не судьба.
Прощения просим за большой текст.
А есть ли среди читателей кто подходит по 100%?
В бытность свою всякого разработчика повидать удалось. И делю этот народец на жуза.
Первый не побоюсь этого слова на три буквы "тип" это Кутюрье. Проект у такого, как платье на подиумах в Париже.
Ментальная карта такого проекта напоминает карту московского метрополитена. Сборка и доставка требует концентрации хирурга. А эксплуатация и обслуживание требует группы админов со слаженностью пит-стопа в формуле 1. Живут такие проекты до смены основного состава, а развиваются до ухода не понятого миром кутюрье в запой. После этого попадают в руки начинающих специалистов т.к бывалый инженер сбежит на моменте прочтения описания технологического стека.
Второй тип я зову одержимый. После чтения микрономикона лучших практик от вендора, одержим и любое место где он присядет трансформируется в пристанище истины. Пример такой одержимости это попытка решать проблему нагрузки БД развертыванием стенбая а не уменьшением cost путем редактирования sql логики. Проект работает если случилось чудо и творец внял доводам инженера инфраструктуры, который притворно скрывается за личиной админа. Однажды пациент понимает, его убеждения не находят отклика у экзорцистов от заказчика. И решив что надо что то менять, меняет работу. А проект прекращает развитие, быстро копит энтропию, но умирает годами, всё-таки это лучшие практики. За это время команда которая его обслуживает, приобретает никотиновую и алкогольную зависимости.
Трети тип это левша, самобытный разработчик который познал все тонкости определенного языка программирования. И решает все поставленные задачи через возлюбленный инструмент. Чаще всего является по совместительству и админом т.к. эксплуатировать его проект сможет только специалист равный автору по компетенций. Наиболее наглядный пример такого творчества, инфраструктурный код реализован на питоне, а не на terraform или ansible. Довод что это как вырывать гланды через зад, не найдут отклика в тонкой душевной организации больного. Иногда в качестве ошибки выжившего, такие вот Кулибины выстреливают в отдельные проекты типа nginx или gitlab. Увольняется когда администрация здания категорический против установки душевой кабины в отдельно взятом кабинете. А это к тому времени постоянное место жительство, загруженного работой творца. Живет проект до тех пор пока автор держит руки на клавиатуре.
Я обычный казахский парень и как обычный казахский парень, я работаю devopsом. Ну у нас в степи обычно как бывает, когда человеку даже овец пасти не доверяют, а таксовать машины нет, приходится работать в it. Долгое время я прятался от степных волков и казашек которым пора замуж, на проекте в налоговой, притворно изображая администратора. Со временем я научился делать это так умело, что даже матёрые админы замечать перестали. Этот театр одного актера продолжался долгие 15 лет. Но однажды принудительно возвращенный в офис с удаленки, с удивлением обнаружил что половина отдела приходят со своими рабочими проблемами и мне приходится их решать. Посидев в роли наставника пару дней, понял, пора валить. Начал искать работу, где я смогу притворяться за ту же сумму но не так много. Однажды на одном из собеседований, когда я рассказывал какие мохинаций с bash я применял, что бы ничего не делать, hr мне поставил диагноз "так ты этот... как его.., DevOps". Ого! подумал я "такими мы ещё не притворялись" и смело указал в резюме что DevOps. И с тех пор уже три года я успешно притворяюсь DevOps ом в разных фирмах. Это совсем просто прохожу одно собеседование за другим и когда появлялись вопросы на которые я не мог ответить, я просто иду читать ответы. А устроившись просто делал то что читал. И вот сегодня я вышел на новую работу в очередной раз я обманул devops senior-а рассказав как расцветёт его система с применением практик инфраструктурного кода. Он даже принял за чистую монету что ci на jenkins я использую, не потому что не знаю как это делается в gitlab, а потому что убежден что нельзя класть яйца репозитория и пайплайна в один сервис. Спустя какое то время, когда я выслушивал ответную его тираду "что микросервисы надо использовать только в том случае когда не можешь спрогнозировать нагрузку на систему". И тут меня осенило я имею дело с гениальным актером который научился притворяться на уровне senior DevOps. Придурка который открыл статью "какие вопросы надо задавать девопсу на собеседовании" я бы распознал сразу.
И вот первый рабочий день, начали мы как у них в обычаях со стендапа. Потому как он прошел закрались первые смутные сомнения. Senior в задачи погрузится не дал. На вопрос под какие ОС писать плейбуки? мне не внятно промычал и что то куда-то принялся писать. Какой вид бэкапа писать в плейбуке для mysql? сказали покамест не нужно писать его вообще. Из чего я понял что тех задание на испытательный месяц писали для меня на шару.
Senior поругал отвлеченого на посторонние разговоры в офисе девопса. Мол у нас дескать стендап, а ты отвлечен фу фу фу. Как бы показывая зубки альфача. А когда бета девопс начал что то тоже конкретизировать из серий "будет ли в плейбуке докер" последовал ответ он сам должен это спрашивать. А когда я повторил вопрос он не ответил. Ну думаю хрен с тобой senior помидор, самое место такому на rotten tomato's"
Где то два или три часа меня донимал бухгалтер требуя подписать все на свете.
Затем hr-ом я был запущен в корпоративный Битрикс где должен был ознакомиться с видео материалами. В сумбурные речи лекторов я вслушиваться не стал, в нашей профессии быстро учишься определять инфоциган торгующих рожей на фоне скрина какого-нибудь софта. Да мудрено ли с моим стажем в почти двадцать лет верить в сказки из серий "построение горизонтальных связей между работниками ускорит процесс согласования" ага щаз, вы мне ещё про "собор и базар" расскажите. Полтора часа ребята с видео, переливали из пустого в порожнюю, тыкая пальцем в схему о которой любая секретутка выразилась бы "ой бывала я в структурах и по больше". После увиденного смутные сомнения начали терзать с новой силой".
Окончательно точка поставлена была только во время прохождения материалов по логировнию, так они "протоколирование выполненных работ" у себя на иностранный манер обозвали. Снова и снова читая пяти страничный текст, я просто диву давался, как можно было простую мысль "записывайте за собой все что делаете" тонким слоем смысла натянуть на пять страниц с рисунками. Я всякое видел но такое, такое ощущение что у автора стояла задача зашифровать а не обьяснить. И когда я увидел тест в конце текста, все наконец-то встало на свой места.
Раз за разом проваливая тест на двух вопросах из шести, я разбирал ситуацию "Так значит ребята вы наняли инженера, час которого стоит как рандеву с путаной. И вместо того что бы дать доступ к aws, вы его талмудом от аутистов об тесты херачите? Сразу повеяло душком каворкинга родной нацкомпаний, в ней начальство так усердно делало вид что работает, что местами даже само в это верило. И вот эта вера и рождала в чреслах менеджмента, такие вот документы и тесты. Ну там то гос бюджет все понятно. А тут что происходит? А тут тоже самое, разница только в том весь этот театр для инвесторов. Через годик до инвестора дойдет что "царь не настоящий". А прибыль не женский оргазм, такое не сыграть. Если даже и получится, то на суде и бездарно как у Эмбер Херд. И пойду я с вами на hh собеседование клянчить. Подумал я и написал hr-у который как ни странно был самым настоящим "бро сори, но я сваливаю"
Потому что я притворяюсь почти 20 лет, уж я то в курсе как ложь огорчает, не умелая ложь бесит. А самообман это глупость вызывающая недоумение.