Горячее
Лучшее
Свежее
Подписки
Сообщества
Блоги
Эксперты
#Круги добра
Войти
Забыли пароль?
или продолжите с
Создать аккаунт
Я хочу получать рассылки с лучшими постами за неделю
или
Восстановление пароля
Восстановление пароля
Получить код в Telegram
Войти с Яндекс ID Войти через VK ID
Создавая аккаунт, я соглашаюсь с правилами Пикабу и даю согласие на обработку персональных данных.
ПромокодыРаботаКурсыРекламаИгрыПополнение Steam
Пикабу Игры +1000 бесплатных онлайн игр Веселая аркада с Печенькой для новогоднего настроения. Объезжайте препятствия, а подарки, варежки, конфеты и прочие приятности не объезжайте: они помогут набрать очки и установить новый рекорд.

Сноуборд

Спорт, Аркады, На ловкость

Играть

Топ прошлой недели

  • AlexKud AlexKud 38 постов
  • Animalrescueed Animalrescueed 36 постов
  • Oskanov Oskanov 7 постов
Посмотреть весь топ

Лучшие посты недели

Рассылка Пикабу: отправляем самые рейтинговые материалы за 7 дней 🔥

Нажимая кнопку «Подписаться на рассылку», я соглашаюсь с Правилами Пикабу и даю согласие на обработку персональных данных.

Спасибо, что подписались!
Пожалуйста, проверьте почту 😊

Помощь Кодекс Пикабу Команда Пикабу Моб. приложение
Правила соцсети О рекомендациях О компании
Промокоды Биг Гик Промокоды Lamoda Промокоды МВидео Промокоды Яндекс Директ Промокоды Отелло Промокоды Aroma Butik Промокоды Яндекс Путешествия Постила Футбол сегодня
0 просмотренных постов скрыто
2
Аноним
Аноним
9 месяцев назад

На словах-то⁠⁠

На словах сеньор толстой а на деле джун простой!

[моё] IT IT юмор Программист Странный юмор DevOps Разработчики Админ QA Текст
1
2
atygaev
atygaev
1 год назад

С таким деплоем и врагов не надо⁠⁠

Деплоить в пятницу опасно и безответственно.
Поэтому деплоить надо в субботу.

[моё] IT юмор Программирование Программист Админ DevOps Разработка Разработчики Трудовые будни IT Эффективный менеджер Текст
7
user6943794
user6943794
1 год назад

Когда нам переходить с Docker на Kubernetes⁠⁠

Переход с Docker на Kubernetes зависит от множества факторов, включая потребности вашего проекта, сложность инфраструктуры, командные ресурсы и опыт. Вот несколько сценариев, когда может быть разумно рассмотреть переход с Docker на Kubernetes:

  1. Масштабируемость: Если ваше приложение стало расти и вам нужна автоматическая масштабируемость, Kubernetes предоставляет удобные средства для горизонтального масштабирования приложений.

  2. Управление контейнерами: Когда у вас становится много контейнеров, сложно управлять ими вручную. Kubernetes предоставляет удобный способ автоматизировать развертывание и управление контейнерами.

  3. Сложное микросервисное приложение: Если ваше приложение состоит из множества микросервисов, то Kubernetes может помочь управлять ими, обеспечивая оркестрацию, балансировку нагрузки и мониторинг.

  4. Управление конфигурациями: Kubernetes позволяет определять конфигурации в виде кода (через YAML-файлы), что делает управление конфигурациями более удобным и контролируемым.

  5. Доступность и надежность: Kubernetes обеспечивает высокую доступность и надежность приложений через репликацию и возможность автоматической перекомпоновки.

  6. Многокластерная архитектура: Если вам нужно управлять приложением на нескольких хостах или облаках, Kubernetes предоставляет средства для управления несколькими кластерами.

  7. Оркестрация сервисов: Kubernetes обеспечивает множество инструментов для развертывания и оркестрации служб, а также балансировки нагрузки между ними.

Однако переход на Kubernetes может быть сложным и требовать времени и усилий. Вам придется изучить основы Kubernetes, создать кластер, настроить приложения и определить конфигурации. Также, необходимо учитывать, что Kubernetes - это не всегда наилучший выбор для небольших и простых проектов.

Прежде чем принимать решение о переходе, важно провести анализ ваших потребностей и ресурсов, а также оценить, как Kubernetes соответствует вашим целям и задачам.

Ещо много интересного можно прочитать в моей телеге https://t.me/Prodevopsikov

Показать полностью
[моё] Инновации IT Админ DevOps Текст
2
atygaev
atygaev
2 года назад

Какая специальность у IT-шников?⁠⁠

Какая специальность у IT-шников?
[моё] IT Программирование QA Разработка DevOps Админ Менеджер Картинка с текстом
6
29
sayTTplz
2 года назад

Синдром самозванца⁠⁠

Наткнулся тут на вакансию сисадмина, без указания ЗП.

Список требований несколько впечатлил. Обычно самые дрищенские конторы выкатывают самый большой список требований. У нормальных бас фактор учтен и ответственность размазана между людьми. Но тем не менее, решил сравнить подхожу ли под требования. И немного расстроился. Буду под каждым требованием писать коммент начиная #


Обязанности:

Настраивать и обслуживать виртуальную инфраструктуру (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%?

Показать полностью
[моё] Системное администрирование DevOps HH Вакансии Админ IT Сисадмин Будни сисадмина Длиннопост Текст
43
4
bratgrim
3 года назад

Разновидности творцов⁠⁠

В бытность свою всякого разработчика повидать удалось. И делю этот народец на жуза.

Первый не побоюсь этого слова на три буквы "тип" это Кутюрье. Проект у такого, как платье на подиумах в Париже.
Ментальная карта такого проекта напоминает карту московского метрополитена. Сборка и доставка требует концентрации хирурга. А эксплуатация и обслуживание требует группы админов со слаженностью пит-стопа в формуле 1. Живут такие проекты до смены основного состава, а развиваются до ухода не понятого миром кутюрье в запой. После этого попадают в руки начинающих специалистов т.к бывалый инженер сбежит на моменте прочтения описания технологического стека.

Второй тип я зову одержимый. После чтения микрономикона лучших практик от вендора, одержим и любое место где он присядет трансформируется в пристанище истины. Пример такой одержимости это попытка решать проблему нагрузки БД развертыванием стенбая а не уменьшением cost путем редактирования sql логики. Проект работает если случилось чудо и творец внял доводам инженера инфраструктуры, который притворно скрывается за личиной админа. Однажды пациент понимает, его убеждения не находят отклика у экзорцистов от заказчика. И решив что надо что то менять, меняет работу. А проект прекращает развитие, быстро копит энтропию, но умирает годами, всё-таки это лучшие практики. За это время команда которая его обслуживает, приобретает никотиновую и алкогольную зависимости.

Трети тип это левша, самобытный разработчик который познал все тонкости определенного языка программирования. И решает все поставленные задачи через возлюбленный инструмент. Чаще всего является по совместительству и админом т.к. эксплуатировать его проект сможет только специалист равный автору по компетенций. Наиболее наглядный пример такого творчества, инфраструктурный код реализован на питоне, а не на terraform или ansible. Довод что это как вырывать гланды через зад, не найдут отклика в тонкой душевной организации больного. Иногда в качестве ошибки выжившего, такие вот Кулибины выстреливают в отдельные проекты типа nginx или gitlab. Увольняется когда администрация здания категорический против установки душевой кабины в отдельно взятом кабинете. А это к тому времени постоянное место жительство, загруженного работой творца. Живет проект до тех пор пока автор держит руки на клавиатуре.

Показать полностью
[моё] IT DevOps Системное администрирование Админ Разработчики Компания Работа Проект Программирование Программист Текст
6
322
bratgrim
3 года назад

Фальшивый itшник⁠⁠

Я обычный казахский парень и как обычный казахский парень, я работаю 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 лет, уж я то в курсе как ложь огорчает, не умелая ложь бесит. А самообман это глупость вызывающая недоумение.

Показать полностью
[моё] IT DevOps Системное администрирование Админ Разработчики Компания Работа Отдел кадров HH Казахстан Казахи Ложь Gitlab Jenkins Текст
45
1367
verstang
verstang
5 лет назад

Вот обидно стало⁠⁠

Вот обидно стало Админ, Системное администрирование, DevOps, Kubernetes
Показать полностью 1
Админ Системное администрирование DevOps Kubernetes
122
Посты не найдены
О нас
О Пикабу Контакты Реклама Сообщить об ошибке Сообщить о нарушении законодательства Отзывы и предложения Новости Пикабу Мобильное приложение RSS
Информация
Помощь Кодекс Пикабу Команда Пикабу Конфиденциальность Правила соцсети О рекомендациях О компании
Наши проекты
Блоги Работа Промокоды Игры Курсы
Партнёры
Промокоды Биг Гик Промокоды Lamoda Промокоды Мвидео Промокоды Яндекс Директ Промокоды Отелло Промокоды Aroma Butik Промокоды Яндекс Путешествия Постила Футбол сегодня
На информационном ресурсе Pikabu.ru применяются рекомендательные технологии