Вы серьезно ?
Возьмем инстанс хетцнера за 49 евро. В год вы заплатите 588 евро, тоесть ~27 тыс. руб.
А теперь зайдите в любой инет магазин и соберите машинку подобной конфигурации, получите цену не ниже 30 тыс. руб.
И это без учета стоимости электроэнергии, трафика, и коллокейшена.
Если бы все было так просто не писали бы мы сейчас здесь а отдыхали где нибудь под теплым солнцем.
Забыл сказать.
Все вышеописанное проявляется более явно когда вы "сквозным" образом начинаете использовать puppet. Тоесть в динамике конфигурируете сервисы одной ноды, в зависимости от состояний переменных на других нодах (hiera и бла бла бла).
@kenny_opennix зря вы гоните :) @inkvizitor68sl всё правильно сказал.
Puppet в силу своей "декларативности", описывает состояние тех элементов которые вы описали в конфигурации, если в вашей предыдущей конфигурации их не было, то puppet с ними ничего и не сделает, запущенные процессы продолжат работать, пакеты по прежнему будут установлены, репозитории и правила apt-pin по прежнему будут вносить смуту и содомию.
Для того чтобы обеспечить возможность быстрого отката, самому придется придумать версионность и реализовать её средствами DSL puppet'а, ну либо модулями(там можно пошире развернуться).
Тоже наелся этой хрени. Но по прежнему использую для раскатки "базовой конфигураци", поскольку держим инфраструктуру в разных "амазонах", и гораздо проще её накатить puppet'ом, чем мастерить образ для каждого облачного сервиса. Положительным побочным эффектом (лично для меня) является документирование "ролей" серверов и необходимой конфигурации.
Использовать можно, но для очень ограниченных задач.
А если сравнивать с тем что есть сейчас на рынке я бы смотрел на chef (можно многое сделать руками в отличие от паппета) и cf engine.
@TekVanDo а я вот не согласен с Вами.
Сам обучаюсь на заочке как раз по данной специальности. Пошел через 6 лет после того как получил СПО.
Очень порадовался восстановленным и расширенным знаниям по матстату, вычмату, дискретке. Из нового порадовали курсы по тестированию ПО, теория информационных процессов и систем, которые вели молодые практикующие преподы.
На протяжении всех 4х лет обучения, под теми или иными названиями идет курс "Технологии программирования", который лично для меня, уже сейчас (после 2.5х лет обучения), частично структурировал "понахватанные" знания.
ВО - это академические, фундаментальные знания, прочная основа и теории которые конечно же развиваются, но не теряют своей актуальности.
Аналогов в виде сервисов, приличное количество.
datadoghq / apfirst / serverdensity / appdynamics и т д. Вот здесь в свое время пытался создать некоторый список подобных сервисов.
Реализации standalone делающей все и сразу пока не встречал, приходиться собираться по кусочкам.
Мы используем арендованные сервера в hetzner для хранения картинок. Отдаем их через CDN.net
В качестве хранилища используем elliptics + rift.
В принципе схема работала и на DO на 10$ инстансах, но в определенный момент стало неудобно держать под сотню мелких нод, и добавлять их через день + проводить ребалансировку.
Посмотрите на это с другой стороны.
Вы отдаете кому то решение и позволяете его "расширять". Но для того чтобы обеспечить совместимость на вашей стороне вы должны быть уверены, что все что будет сделано ниже с использованием того интерфейса который Вы дали, будет иметь набор методов (все объекты).
Если вы их опишите в классе и отнаследуете - то может случиться так что для данного объекта даная конкретная реализация метода не подходит. Вы не можете никак регламентировать то что должен делать метод. Интерфейс как раз и нужен для этого регламента.
Я же говорю интерфейсы нужны не для тех кто "снизу", а для тех кто "сверху".
Это договор с одной стороны вам дают функционал и интерфейс, со своей стороны вы обязуетесь реализовать интерфейс для использования этого функционала.
Косвеннным плюсом во всем этом является предсказуемость поведения объекта. Зная какой интерфейс он реализует, вы уже знаете что то о его поведении.
Лично мне было бы интересно решение для 3ds max. Но чтобы к примеру только ведущая машина была на венде а рендер агенты выступали под linux.
Если не ошибаюсь пару лет назад когда я этим занимался, для vray были linux агенты, но что то так и не удалось все это дело завести.
Если у Вас есть рецепт был бы рад услышать.
Мне всегда было интересно, почему другие считают что они лучше знают то что нужно спрашивающему?
Это как отвечать вопросом на вопрос.
Человека описал свою задачу, если бы его интересовало Ваше мнение и то насколько это правильно, он бы спросил.
Странный такой архитектор который не работал с теми или иными решениям и не знает их функциональные возможности, что его может разнести в пух админ.
"Архитектор по неволе" - согласен, но чаще всего его решения "не того объема", и довольно примитивны.
Про то что в отделе могут многие друг друга подменить, я тоже говорил, но специализация присутствует и на мой взгляд она важна, а то получается такой "понахватавшийся" админ, или как говорят senior junior.
Необходимость базовых знаний я также не оспаривал.
Я лишь пытался сказать что современному администратору важна специализация, а чтобы решать в рамках этой специализации действительно сложные задачи, иногда приходиться что то и написать.
За последние 10 лет в IT появилось множество направлений и сфер, и каждая развилась довольно настолько глубоко, что один человек вряд ли сумеет охватить их все, разом, и полностью.
Субъективное мнение.
Сетевые администраторы в их класическом понимании отомрут лет через 5 с развитием SDN. Конечно от них не избавятся так быстро, в больших организациях и проектах, но среднем думаю отомрут. А в малых проектах их уже заменили "обычные" сис админы с базовыми зананиями сетей.
Когда мы с вами говорим системный администратор, на мой взгляд мы все таки понимаем прикладное администрирование (БД, веб сервера, почтовые сервера) , то есть настройку тех или иных сервисов, либо простейшая их комбинация для реализации какой то задачи.
В крупных организациях, среди администраторов выделяются специалисты по СХД, специалисты по высокопроизводительному web, специалисты по БД, специалисты по CI если говорим про веб и т д. Да возможно все они в одном отделе и в какой то степени могут друг друга заменить, но у них есть специализации. Так что мне кажется, вы пытаетесь объять необъятное. Специализация это первое что необходимо.
Из личного опыта, когда вставала действительно сложная задача, со всеми своими "администраторскими" знаниями я лишь мог понять что готового решения нет, и для реализации нужно как минимум писать интерфейсы связывающие компоненты других решений, а местами и писать с нуля пусть и не большие куски. И тут возникает вопрос взаимодействия с разработчиками внутри вашей компании, и кому что и сколько времени писать.
На мой взгляд, на данный момент, перспективный и успешный системный администратор это не тот кто поставил все что только можно, а тот кто имеет некоторую специализацию + еще немного и программист, точнее даже code monkey как бы печально это не звучало.
И еще вопрос ко всем отписавшимся здесь: какие сложные задачи решает сисадмин ? Архитектор (системный / программный) да, решает. А админ ?
Возьмем инстанс хетцнера за 49 евро. В год вы заплатите 588 евро, тоесть ~27 тыс. руб.
А теперь зайдите в любой инет магазин и соберите машинку подобной конфигурации, получите цену не ниже 30 тыс. руб.
И это без учета стоимости электроэнергии, трафика, и коллокейшена.
Если бы все было так просто не писали бы мы сейчас здесь а отдыхали где нибудь под теплым солнцем.