SunXE

SunXE

пикабушник
пол: мужской
поставил 295 плюсов и 107 минусов
отредактировал 1 пост
проголосовал за 1 редактирование
7835 рейтинг 56 подписчиков 2330 комментариев 6 постов 0 в "горячем"
32

Пара моих замечаний о тенденциях в IT в этом году.

В прошлом посте мне высказали что я решил постить свои мысли не на том ресурсе. Тем не менее сам пост не заминусили, а значит народу эта тема интересна. Тем более я не собираюсь писать тут туториалы "как накатить свой первый Debian и ворваться в мир красноглазиков" (c) @LegendNeverDie76 :)

Пафосная картинка из интернетов прилагается)

Пара моих замечаний о тенденциях в IT в этом году. DevOps, Continuous Delivery, Continuous Integration, Linux, Микросервисы, IT, Длиннопост

Примерно с середины весны, всё лето и по сей день, мой профиль на linkedin атакуют всевозможные рекрутеры. Из чего можно сделать два вывода, что IT отрасль у нас на подъёме, и, как сказал мне мой брат, люди наконец поняли что пора строить правильную инфраструктуру :) Что не может не радовать.
В общем, я походил по собеседованиям(в одной фирме даже пришлось пройти полиграф, незабываемые впечатления:) и данным постом хочу поделиться своими выводами. Возможно кому-то мой пост покажется очередным капитанством, а возможно поможет определиться в каком направлении развиваться дальше.

Но сперва, я хотел бы подвести итог по предложениям с linkedin и их географии.
Более 50% предложенных мне вакансий предполагали переезд. По большей части в восточную Европу: Польша, Чехия, Прибалтика. Единичные предложения в Шотландию, Кипр и Сингапур. Пара предложений с переездом в Питер. При этом большая часть всех предложений исходила от российских компаний, в том числе с предложениями переезда.
Естественно, не все вакансии подходили мне и не всем работодателям подходил я.

И так, насколько я успел понять, уже пару лет идёт тренд на микросервисы и в этом году количество компаний стремящихся перейти на них только увеличилось. Это и крупные компании с 15 летней истории которые хотят переписать свой громоздкий, с большим легаси код, так и молодые фирмы и стартапы, которые уже пишут свои сервисы с учётом этого тренда, но хотят построить правильную отказоустойчивую инфраструктуру.
Микросервисы я бы охарактеризовал как такой классический UNIX-way, т. е. одна задача - одна программа.

Картинка для наглядности:

Пара моих замечаний о тенденциях в IT в этом году. DevOps, Continuous Delivery, Continuous Integration, Linux, Микросервисы, IT, Длиннопост


Если говорить о микросервисах, то логичным продолжением этого вопроса является, как эти микросервсисы разворачивать, как ими управлять и масштабировать.
На данный момент, чаще всего, выбирают контейнеризацию, такую как Docker, LXC, rkt и системы управления кластерами контейнеров, такие как Kubernetes, основанный на нём OpenShift и, наверное в меньшей степени, Mesos Marathon.
Хоть я сам и скептически отношусь к повсеместной контейнеризации, считаю что не нужно создавать лишние прослойки там где они не обязательны, но есть области, где контейнеры вполне к месту. Например, в случаях когда требуется быстрое, горизонтальное масштабирование каких-то сервисов. Например, при повышении нагрузки на сервис, автоматически увеличить количество контейнеров с обработчиками запросов, при уменьшении так же сократить. Или, если хочется протестировать какой-то продукт, не захламляя им и его зависимостями свою машину.


Каждый проект, с представителями которого я общался, отличался языком разработки и подходами. Где-то это полностью web, где-то это числодробилки на кластерах с GPU и тэрабайтными хранилищами. Но все они хотят чтобы их код было легко собирать и выкатывать на тестовый стенд для проверки, желательно по каждому коммиту в хранилище кода. Чтобы так же легко было обновлять код на "боевой системе" и самое главное, чтобы его было легко откатить в случае возникающих проблем. В том числе откатывать изменения в базе данных.

Это то, что называют Continuous Delivery или непрерывная поставка ПО, и это основное, но не единственное, ради чего люди хотят в штат деовпса или инженера автоматизации.

Continuous Delivery тесно завязано на системы непрерывной интеграции, коих большое множество, лично я работаю с Gitlab CI и Jenkins. Которые, в свою очередь, являются частью процесса разработки ПО и дополняют друг друга с системами управления конфигурациями, такими как Puppet, Chef, Ansible, Saltstack. Сам я давно использую Ansible и немного Puppet.

Но об этих продуктах в следующий раз)


P.S. Я понимаю что для не подготовленного человека эти все термины как "птичий язык", но я старался писать наиболее понятно.

Показать полностью 1
82

Что для тебя важно, если ты Linux администратор.

Что для тебя важно, если ты Linux администратор. Linux, Мониторинг, Резервное копирование, Оркестровка, IT, It-Технологии, Администрирование

У меня появилось 5 подписчиков и вы наверное хотите почитать что-то про DevOps? Но начать я решил с более общей темы.
Я не претендую на то что эти вещи являются какими то универсальными, а хочу обобщить то к чему пришёл на своём опыте.
И так, если я прихожу в новый проект в котором уже есть какая-то инфраструктура, то первоочередными для меня являются 3 вещи.


Самая первая вещь по значимости - это мониторинг. С помощью хорошо настроенного мониторинга можно предотвратить 70% проблем и оперативно среагировать на оставшиеся 30%. Основные вещи, такие как состояние дисков, файловых систем, доступность ресурсов и сервисов, замониторить достаточно быстро, но допиливать проверки по разным тонким параметрам можно бесконечно. Есть у мониторинга начало, нет у мониторинга конца).

Вторая, не менее важная вещь, это резервное копирование. Сюда я отношу такие банальные вещи как бэкапирование файлов, виртуалок, дампы баз данных, так и создания реплекации данных и во втором приближении, сюда же можно отнести построение конфигураций высокой доступности. Эта тема тоже довольно обширна и всегда зависит от конкретной инфраструктуры.

И последняя по важности, но первая по порядку - это система оркестровки конфигурациями. Это то, что помогает в развертывании двух первых пунктов и в целом упрощает и ускоряет управление серверами и сервисами, помогает держать их в актуальном состоянии и контролировать единообразие конфигурационных файлов там, где это требуется.
В данном контексте у нас 2 большие задачи. Разовое распараллеленное внесение изменений сразу на нескольких серверах. Например развертывание различных кластеров, управление пользователями и прочими настройками. И выполнение задач систематически. Например периодическое обновление пакетов влияющих на безопасность, синхронизация конфигурационных файлов, чистка временных файлов или контейнеров и т. д.

Выполнив эти, обязательные для меня, пункты можно дальше жить и постепенно переходить к прочим изменениям связанным и не связанным с DevOps.

Написал я конечно очень общо и во многом скапитанил, но с чего-то же нужно начинать :)
В дальнейшем планирую пройтись по инструментарию и подходу DevOps и тому что сейчас модно использовать в it стартапах.

P. S. Я специально не указал продукты которые я использую для этих трёх пунктов, так как это тема для отдельного холивара.

39

Стоит ли начинать?

Стоит ли начинать? Открытие бизнеса, It, DevOps, Бизнес, Свое дело, Системное администрирование, Разработка

Так случилось, что последние года 3-4, я работаю в такой довольно молодой IT-области - DevOps. Она возникла на стыке разработки, администрирования и автоматизации. Обычно, под такими задачами понимают автоматизацию сборки, начального тестирования и выкладки на тестовые или рабочие среды кода который пишет команда разработчиков. А так же сопутствующие к этому процессу мониторинг и отказоустойчивость.

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


Я не особо какой большой специалист, не обладаю очень широкими и углублёнными знаниями. Но в некоторой области имею не плохой практический опыт. Специфика моей работы такова, что в большинстве случаев, активная работа у меня длится 3-5 месяцев, после чего я всё автоматизирую и у меня появляется много свободного времени. И так сложилось, что как-только я заканчивал с одним проектом, мне подворачивался следующий.

Так за 3 года, у меня помимо основной работы ещё 4 подработки на удалёнке и не смотря на это, к вечеру, а иногда и к обеду, я успеваю просмотреть всё "Свежее" на пикабу. Каких-то особо больших денег эти все подработки не приносят, но я подозреваю что только из-за того что я не умею хорошо торговаться и не знаю цен на рынке.


Так вот, к сути вопроса.

Не далее, как этой весной, я обновил информацию на небезызвестном запрещённом сайте Linkedin(имею привычку записывать туда свои умения, чтобы не забыть, и удаляю то что уже для меня не актуально) и что называется попёрло.

Рекрутеры пишут, звонят, приглашают. Судя по всему, направление это не паханное и людей не хватает. Походил я на собеседования весну и лето. Даже нашёл пару действительно хороших предложений. Но вот что обнаружил, 70-80% таких предложений поступают от не больших разработческих компаний или стартапов, которые уже выросли настолько, что их, построенная на коленке инфраструктура начинает их тормозить и они ищут человека в штат, который бы грамотно всё автоматизировал. Конечно, я бы мог выбрать для себя вариант по лучше и сидеть не париться. Но хочется "окучить" все эти варианты или хотя бы попытаться)


Я вижу так. На первых порах нужен человек, который бы занимался тем что находил такие варианты и объяснял людям что им не нужен человек в штат, а нужен аутсорсинг в нашем лице. И занимался сопровождением таких компаний. А так же, с появлением нескольких клиентов, нанять человека, который бы занимался рутинными задачами администрирования чтобы разгрузить меня.


Жду от вас критики и предложений.

P.S. Решил написать сюда, так как в моём окружении нету никого с кем можно было бы по "брэйнстормить" на такую тему.

Показать полностью
-2

Неожиданный кирпич

Неожиданный кирпич Дорожный знак, Дорога, Кирпичи

Живу в Москве рядом с открытым шоссе. И вот по возвращению из отпуска увидел новый, не однозначный для меня знак кирпич на дублёре открытого шоссе.


Чтобы было понятно, прямо идёт дублёр, одностороннее движение, чуть раньше по нему стоят знак главная дорога и направо поворот запрещён.

Дорога справа тоже односторонняя, на ней знаки уступить дорогу и знак разрешающий движение прямо и направо.


У тех у кого я спрашивал, мнения тоже разошлись. Кто-то говорит что он запрещает выезд и движение по рельсам(хотя там и нет дорожного полотна). Кто-то думает что это запрет съезда с открытого шоссе на дублёр.

Лично мне кажется что тут стало запрещено двигаться по дублёру прямо и нужно выезжать через рельсы на шоссе. Хоть это и не логично, ведь знак одностороннее движение тут явно для едущих по дублёру, а не для поворачивающих с бульвара М. Рокоссовского, да и с чего вдруг запрещать двигаться прямо по дублёру но тут же разрешать туда поворачивать?  


Может кто-то, кто умнее меня, разъяснит мне замысел дорожников?

Мы ищем frontend-разработчика

Мы ищем frontend-разработчика

Привет!)


Мы открываем новую вакансию на позицию frontend-разработчика!

Как и в прошлые разы для backend-разработчиков (раз, два), мы предлагаем небольшую игру, где вам необходимо при помощи знаний JS, CSS и HTML пройти ряд испытаний!


Зачем всё это?

Каждый день на Пикабу заходит 2,5 млн человек, появляется около 2500 постов и 95 000 комментариев. Наша цель – делать самое уютное и удобное сообщество. Мы хотим регулярно радовать пользователей новыми функциями, не задерживать обещанные обновления и вовремя отлавливать баги.


Что надо делать?

Например, реализовывать новые фичи (как эти) и улучшать инструменты для работы внутри Пикабу. Не бояться рутины и командной работы (по чатам!).


Вам необходимо знать современные JS, CSS и HTML, уметь писать быстрый и безопасный код ;) Хотя бы немножко знать о Less, Sass, webpack, gulp, npm, Web APIs, jsDoc, git и др.


Какие у вас условия?

Рыночное вознаграждение по результатам тестового и собеседования, официальное оформление, полный рабочий день, но гибкий график. Если вас не пугает удаленная работа и ваш часовой пояс отличается от московского не больше, чем на 3 часа, тогда вы тоже можете присоединиться к нам!


Ну как, интересно? Тогда пробуйте ваши силы по ссылке :)

Если вы успешно пройдете испытание и оставите достаточно информации о себе (ссылку на резюме, примеры кода, описание ваших знаний), и если наша вакансия ещё не будет закрыта, то мы с вами обязательно свяжемся по email.

Удачи вам! ;)

Показать полностью
Отличная работа, все прочитано!