Something
на вопрос разработчика, а как быстрее, я вот сразу ответил, что в упор не заметил что массив отсортирован
Arty
Повторяю: поддержкой оборудования, поддержкой работоспособности ос занимаются администраторы.
Something
это мозги разраба видят отсортированный массив, а я вижу как решить задачу максимально универсально
Arty
Да один проект. При том ни у одного из нас нет доступа к проду
Arty
Ахах
Pavel
Вот она стена между опсом и девом)
I know
дан массив, [1,2,5,8,90], задача найти искомый элемент.. я вот написал, for i in list: if i == val: exit
Понял. Ты бот, со случайной генерацией текстов/шаблонами.
Something
Понял. Ты бот, со случайной генерацией текстов/шаблонами.
да лан, бинарный поиск слишком сложно?
Something
это пример, который вкатил, что девопс если и знает про бинарный, в работе врадли будет использовать, т.к. сегодня сортируем - завтра нет
Pavel
Не понравится конечно.
Стена та самая которую с первых страниц девопс подход определяет. Не я
Pavel
Не открывали книгу "философия DevOps"?
Разрушение стены ответственности через которую её перебрасывают девы на опсов, а опсы на девов якобы фундаментальная задача всего DevOps подхода. С первых страниц книги написано и затем в остальных 500 страницах объясняется как её разрушить в компании.
Pavel
Поэтому DevOps не человек, а подход (возможно которым управляет какой то человек)
Something
CI/CD уже полностью вошел в DevOps, а ведь никто не говорил, я CI/CD, бред же
Something
я так и пишу, DevOps engineer
Something
разраб пишет код, майнтайнер пакует в пакет, админ гововит сервак, девопс накатывает кластер и т.п.
Something
глобально девопс должен организовать workflow, а всякие кубы и т.п. - это второе дело
Vadim
как я накинул-то
Something
флоу - это CI, как админ поможет организовать компиляцию, упаковку, тестирование, а потом CD - рол апдейт, а потом ... я не знаю.. По мне сеньор накатывает флов, джуниор сопровождает
Something
тут вопрос бизнеса, накатить и сопровождать - 2 большие разницы, в т.ч. по деньгам
Something
тут заметил, что больше и больше позиций для девопсов - контрактных, с лимитом пол года - год
Lex
тут заметил, что больше и больше позиций для девопсов - контрактных, с лимитом пол года - год
Многим нужна инфраструктура под ключ
Dmitry
тут заметил, что больше и больше позиций для девопсов - контрактных, с лимитом пол года - год
для меня это идеальный вариант. делаю так почти всегда. таким образом обеспечивается высокое качество инфраструктуры и смещение стоимости на выкатку а не поддержку
Егогор
Добрый день!
Меня зовут Егор, и я хочу обратиться к вам с предложением о работе.
Вакансия: middle DevOps-инженер, открыта она в международной компании, которая специализируется на инновационных методах лечения зубов и исправления прикуса, основанных на высоких технологиях (3D-моделирование/печать, BigData и тд).Компания занимает лидирующие позиции в своем сегменте, представлена по всему миру. Хэдофис компании находится в Сан Хосе (Калифорния).
Обязанности:
-Администрирование Linux-инфраструктуры;
-Деплоймент и автоматизация выкатки приложений;
-CI/CD;
-Работа с облаками.
Требования:
-Опыт системного администрирования Linux (от 2-ух лет);
-Опыт написания скриптов для автоматизации задач системного администрирования/деплоя на Ruby, Python или Bash;
-Опыт работы с KVM/Hyper-V;
-Опыт работы с Git; Желание развиваться в сфере DevOps;
-Английский язык на уровне не ниже Intermediate.
Будет плюсом:
-Опыт работы с Chef/Ansible;
-Опыт работы с Docker;
-Опыт работы с Cloud-вычислениями (особенно AWS);
-Понимание ELK.
Условия:
-Официальное трудоустройство;
-Реальные возможности карьерного/профессионального роста;
-Расширенный социальный пакет, которые распространяется на на членов семьи сотрудника (полное медицинское страхование, корпоративные уроки английского, оплата фитнеса, дотации на питание и тд.);
-Удобный офис на м.Тульская;
-Перспектива релокации в Калифорнию.
Что касается заработной платы: мы ориентируемся на оклад в размере 100-160 тыс. рублей на руки (ЗП белая), готовы обсуждать.
Буду рад рассказать обо всем подробнее в случае вашей заинтересованности :)
Контакты:
e-mail: shatyrkin@ascr.ru
telegram: @egogogor
Дмитрий Харитонов
У меня так, только я и сопровождаю потом сам. Где найти админа которому можно будет передавать сопровождение?)
Дмитрий Харитонов
Жесть, даже в стоматологии уже биг дату используют)
кря
Жесть, даже в стоматологии уже биг дату используют)
а бигдата это сколько?
я это к тому что это тоже что хай лоад
Дмитрий Харитонов
а бигдата это сколько?
я это к тому что это тоже что хай лоад
Это не ко мне вопрос. А к @Egogogor
кря
Это не ко мне вопрос. А к @Egogogor
я к тому что это просто модная фраза, которая должна показать всю крутость, machine learning не хватает, ну и блокчейн добавить, и все
Дмитрий Харитонов
Да это понятно. Потому и смешно выглядит.
Al
Стоматология на блокчейне и смартконтрактах)
Vitaliy
а какже cloud/k8s? еще круче будет. нет?
Дмитрий Харитонов
Что-то смотрю вакансии и практически везде используют AWS и прочих облачных провайдеров. Не понимаю почему уходят от использования, пускай и арендованного, но железа?
Vitaliy
потому что это дополнительный суппорт. это надо иметь квалификацию. а тренд идет - отдать все девелоперам, думать не надо, просто кликай кнопочки
Ilya
Отказоустойчивость, скорость развертывания, возможность описывать инфру как код
Ilya
И куча vendor lock приятных сервисов))
Vitaliy
отказоустойчивость - достаточно спорно. скорость развертки - да. если надо. но реально такое надо 3/10
Andrey
Pavel
Это модно :)
Pavel
И почему то многие считают что дешевле
Andrey
отказоустойчивость - достаточно спорно. скорость развертки - да. если надо. но реально такое надо 3/10
Однозначно нет, особенно на арендованном железе
Дмитрий Харитонов
потому что это дополнительный суппорт. это надо иметь квалификацию. а тренд идет - отдать все девелоперам, думать не надо, просто кликай кнопочки
Типа, сперва пытаются сделать так чтобы разрабы сами инфраструктурой рулили, а когда не получается или становится слишком дорого появлются такие вакансии?)
Vitaliy
я не видел вакансию, просто мои наблюдения
Vitaliy
Однозначно нет, особенно на арендованном железе
однозначно нет - это в облаках гораздо "устойчивее"?
Vitaliy
эм... "я использую, мне надо. моим друзьям надо. => всем, не обсуждается"
Andrey
Да в облаках устойчивей
Vitaliy
ваше право, ок
Ilya
И почему то многие считают что дешевле
Дешевле выходит если использовать к примеру для ci stage окружений, к примеру написать простенький плейбук который по коммиту будет развертывать ару, тестить ее, выплевывать отчет, после этого удалять машину)
Дмитрий Харитонов
Отказоустойчивость, скорость развертывания, возможность описывать инфру как код
Отказоустойчивую инфраструктуру и самим можно построить и разворачиваться будет всё так же быстро и на инфраструктуру будут меньше затраты, а вот зп специалисту который этл сделает нужно считать.
Но думаю аутсорс будет приемлемым по цене.
Andrey
эм... "я использую, мне надо. моим друзьям надо. => всем, не обсуждается"
Камон, все корпорации мировые валят в авс
Andrey
Vitaliy
я не буду с вами камонить, уж извините. кто куда валит у меня нет информации. я вижу вокруг разброд и шатание. ктото вали в, ктото из.
Дмитрий Харитонов
Поддерживать сложнее чем построить
Не обязательно. Есть же всякие xCAT и прочие ansible
кря
можно взять самый дибильный случай, есть сервер на арендованом железе, по каким то причинам он падает(чьи то кривые руки, взлом, еще какие то проблемы), настроить все руками повторно займет 16 часов, найти и устранить все проблемы - неизвестно(мы видим одну траблу, фиксим вылазит еще 10).
если бы была автоматизация то все развернулось менее чем за час, и точно ничего не забыли бы, если автоматизация актуальна
Andrey
Vitaliy
понял, значт так и есть. вопрос можно закрывать.
Pavel
Это книга не техническая. Более конкретные вопросы в DevOps Handbook.
IMHO
Дмитрий Харитонов
можно взять самый дибильный случай, есть сервер на арендованом железе, по каким то причинам он падает(чьи то кривые руки, взлом, еще какие то проблемы), настроить все руками повторно займет 16 часов, найти и устранить все проблемы - неизвестно(мы видим одну траблу, фиксим вылазит еще 10).
если бы была автоматизация то все развернулось менее чем за час, и точно ничего не забыли бы, если автоматизация актуальна
Железом можно так же легко управлять как и виртуалками. И по темплейтам разворачивать там то что нужно в кратчайшие сроки.
Но, такую инфраструктуру ещё нужно создать, а у клауд провайдеров она из коробки.
Andrey
Ещё разделение ответственности есть. Когда виноват амазон - виноват амазон, а иначе виноват твой менеджер нахера ему это
кря
а использовать AWS или нет, тут есть о чем поспорить, тот же digitalocean - проще и дешевле, да и к тому же для некоторых задач будет удобнее
Vitaliy
дада. это проходили "кто виноват". когда нихера не работает но все зелененькое и 99.99999 это очень забавно
Vitaliy
я не могу на это смотреть
Andrey
дада. это проходили "кто виноват". когда нихера не работает но все зелененькое и 99.99999 это очень забавно
У меня в публичных облаках инфры на 3к виртуалок
Andrey
И это точно более поддерживаемо чем клепать железные сервера
Andrey
Миграции балансировщики хранилища вот это всё
Дмитрий Харитонов
дада. это проходили "кто виноват". когда нихера не работает но все зелененькое и 99.99999 это очень забавно
Это когда сервис построен из туевой хучи всяких облачных сервисов. Сами по себе они работают 99% времени, но у тебя почему-то не работает то один, то другой. И в итоге твой сервис большУю часть времени не доступен)
Andrey
Да я уверен что каждый отдельный сервис я бы смог сделать лучше или так же но всё вместе врядли
кря
И это точно более поддерживаемо чем клепать железные сервера
ну можно взять железные сервера, и изобрести квадратное колесо в виде своего облака, но зачем оно надо если нужно саппортить не только то что крутится в облаке но и то само железо, и по цене будет в разы дороже
Andrey
Так я и говорю что купить облако лучше
Дмитрий Харитонов
Миграции балансировщики хранилища вот это всё
Есть же опенстак, опеннебула тот же кубернетес.
Там же не нужно всё время что-то настравать, только первое время.
Pavel
ну так многие кубер поверх aws юзают
Andrey
Есть же опенстак, опеннебула тот же кубернетес.
Там же не нужно всё время что-то настравать, только первое время.
Удачи вам с опенстаком и особенно с шикарно поддерживаемой небулой
Дмитрий Харитонов
ну можно взять железные сервера, и изобрести квадратное колесо в виде своего облака, но зачем оно надо если нужно саппортить не только то что крутится в облаке но и то само железо, и по цене будет в разы дороже
Это так, кроме того что железо все же всегда дешевле виртуалок
кря
Да я уверен что каждый отдельный сервис я бы смог сделать лучше или так же но всё вместе врядли
ну это издержки методологии devops и большой инфраструктуры
Andrey
Это так, кроме того что железо все же всегда дешевле виртуалок
Сделать процесс наливки, переключение вланов, поддержка актуальных темплейтов вот это всё у же будет занимать человеко-месяц
Andrey
Форманы и спейсвоки поддерживать та ещё радость