Им нужна сертификация, и ради сертификации какого-нибудь ФСТЭК или ФСБ они готовы жертвовать эффективностью. Плюс у них вполне определенный стэк, возможно им оракл и не нужен, и не будет нужен. И они могут крутить одну версию СУБД годами, особенно если это изолированные контуры. Тоже самое и с военными - они могут позволить переплачивать за отечественные процессоры, могут свои программы под него собирать и разрабатывать. А обычный потребитель зачем будет покупать отечественный процессор, на котором не всё запускается, и который еще и стоит дороже?
Сделать процессор для массового рынка очень сложно. Лучше уж начать с универсальных процессоров для военных, для гос-датацентров, и уж тогда смотреть в сторону массового рынка
Была такая же история, когда агентство видимо где-то у себя в кэшах нашло моё старое резюме (свежее было закрыто на HH, но в LinkedIn было указано текущее место работы). Я согласился ради прикола и мне пришло мое старое резюме (я же и собеседовал). Было забавно.
Да, у вас есть сервера с платой X в месяц, независимо от того, приносит деньги ваш проект или нет.
И вы кривите душой, говоря, что можете всё настроить. Вы должны все сами настроить, никто не сделает это за вас, как в облаках. И тут вам или нужно очень много всего уметь, и тогда ваш довод, что облака надо изучать, звучит странновато. Или вы настроите все кое-как и работать оно будет хреново.
Во-первых, как вы узнаете, нужна она вам или нет, если вы ничего в ней не понимаете? А во-вторых, закупить оборудование при старте коммерческого проекта, когда у вас нет четких данных о нагрузке, технологиях, архитектуре и сроках проекта еще более "такая себе идея". А экспертиза в облачной инфраструктуре - это просто часть ее стоимости. Нанять человека с опытом в облаках можно, можно отправить на курсы имеющихся админов.
Вместо меня максимум нужен нормальный разраб, который бы занимался разработкой инструментов для внутреннего использования.
Зачем, если этот разраб вы? Можно легко научить разработчика писать хорошие Dockerfile-ы, создавать инфраструктуру терраформом, настраивать CI/CD. Хороший разработчик этому легко научится. Потом его надо будет мотивировать заниматься этими вещами для остальных (чтоб каждого не учить): поднять зарплату на 20% и назвать модным словом DevOps.
Не могу с вами согласиться. Uber, Netflix, Amazon, наш Озон - это всё IT-компании, хотя деньги им приносит не разработка, а эксплуатация софта. Я всё же склоняюсь к своему мнению — если в фирме ведется разработка, то это уже IT-фирма. Она может заниматься чем угодно еще и зарабатывать (или не зарабатывать, если это НКО) на чем-то другом, но в ней будут присутствовать все процессы, свойственные IT-компаниям соответствующих их отделу разработки размеров. Вообще многие крупные компании выделяют разработку в дочернюю компанию (Сбертех, Альфа-лаборатория, есть у нефтянки такие же), но это вопрос администрирования скорее. Они и отдел кадров могут в отдельную компанию вынести.
То есть, если вам полностью подходит хорошо известное вам решение, то лучше использовать его? С этим не поспоришь. Еще лучше когда все уже готово и работает, тогда вообще ничего делать не надо.
Но вот вдруг вы, например, не умеете поднимать мониторинг и логгинг на vpsках, а надо. В амазоне он сразу у вас есть. Или придет к вам усатый суперинтендант и спросит соответствие стандартам хранения перс данных. AWS сервисы уже сертифицированы, а вам надо искать контору.
Может быть, иногда имеет смысл приобрести какие-то новые знания и опыт с новыми технологиями, а не использовать старые пока работает, а потом вдруг обнаружить себя отставшим от паровоза?
То есть даже получая прибыль с продажи своего нового электроавтомобиля они наносят ущерб существующему рынку и выстроенной экосистеме.
100% Электромобили механически гораздо проще ДВС. Им не нужны тысячи деталей, а значит пострадает рынок запчастей (важный для автогигантов, кстати). Более того, пострадает рынок автомехаников, потому что электромобили проще чинить. То есть каждый успех Теслы - это не только успех Теслы, это еще и удар по производителям ДВС машин. Собственно, автогиганты уже это поняли и многие ставят уже довольно определенные сроки полного отказа от ДВС.
В AWS в данном варианте понадобится 4 клика в wizard-е какого-нибудь Elastic Beanstalk или AppRunner, пенсионерка справится. А VPSки есть в AWS Lightsail.
По цене будет примерно так же, по надежности и удобству работы на порядок лучше.
Если нужна редкая, ресурсоемкая операция, требующая хитрых манипуляций, лямбда — то, что надо.
НЕТ! Прям кажется, что амазоновскую аттестацию этот чувак так и не прошел. Если вам нужна ресурсоемкая, требующая хитрых манипуляций операция, то лямбда вам прямо-таки противопоказана, со всеми ее лимитами и огромной ценой за RAM/CPU. Лямбда вам нужна для частых (но можно и редких), быстрых, простых операций, желательно работающих с другими ресурсами амазона. Для редких ресурсоемких лучше spot-ы использовать тогда уж.
Им нужна сертификация, и ради сертификации какого-нибудь ФСТЭК или ФСБ они готовы жертвовать эффективностью. Плюс у них вполне определенный стэк, возможно им оракл и не нужен, и не будет нужен. И они могут крутить одну версию СУБД годами, особенно если это изолированные контуры.
Тоже самое и с военными - они могут позволить переплачивать за отечественные процессоры, могут свои программы под него собирать и разрабатывать.
А обычный потребитель зачем будет покупать отечественный процессор, на котором не всё запускается, и который еще и стоит дороже?
Сделать процессор для массового рынка очень сложно. Лучше уж начать с универсальных процессоров для военных, для гос-датацентров, и уж тогда смотреть в сторону массового рынка
А как же CI/CD с компиляцией раз в год?
Не понимаю вашу аргументацию, простите.
Так зачем платить больше работать при таком раскладе именно девопсом?Потому что "круг задач больше"! Формошлёпом работать многим надоедает.
А как оно работает с бранчами?
А зачем там дырка посередине?
А почему у одних закраина выступает, а у других проточка?
А про гильзы с закраиной и без расскажите? И зачем у них ободок на попе.
Была такая же история, когда агентство видимо где-то у себя в кэшах нашло моё старое резюме (свежее было закрыто на HH, но в LinkedIn было указано текущее место работы). Я согласился ради прикола и мне пришло мое старое резюме (я же и собеседовал). Было забавно.
Да, у вас есть сервера с платой X в месяц, независимо от того, приносит деньги ваш проект или нет.
И вы кривите душой, говоря, что можете всё настроить. Вы должны все сами настроить, никто не сделает это за вас, как в облаках. И тут вам или нужно очень много всего уметь, и тогда ваш довод, что облака надо изучать, звучит странновато. Или вы настроите все кое-как и работать оно будет хреново.
Во-первых, как вы узнаете, нужна она вам или нет, если вы ничего в ней не понимаете? А во-вторых, закупить оборудование при старте коммерческого проекта, когда у вас нет четких данных о нагрузке, технологиях, архитектуре и сроках проекта еще более "такая себе идея".
А экспертиза в облачной инфраструктуре - это просто часть ее стоимости. Нанять человека с опытом в облаках можно, можно отправить на курсы имеющихся админов.
Вместо меня максимум нужен нормальный разраб, который бы занимался разработкой инструментов для внутреннего использования.Зачем, если этот разраб вы? Можно легко научить разработчика писать хорошие Dockerfile-ы, создавать инфраструктуру терраформом, настраивать CI/CD. Хороший разработчик этому легко научится. Потом его надо будет мотивировать заниматься этими вещами для остальных (чтоб каждого не учить): поднять зарплату на 20% и назвать модным словом DevOps.
Не могу с вами согласиться. Uber, Netflix, Amazon, наш Озон - это всё IT-компании, хотя деньги им приносит не разработка, а эксплуатация софта.
Я всё же склоняюсь к своему мнению — если в фирме ведется разработка, то это уже IT-фирма. Она может заниматься чем угодно еще и зарабатывать (или не зарабатывать, если это НКО) на чем-то другом, но в ней будут присутствовать все процессы, свойственные IT-компаниям соответствующих их отделу разработки размеров.
Вообще многие крупные компании выделяют разработку в дочернюю компанию (Сбертех, Альфа-лаборатория, есть у нефтянки такие же), но это вопрос администрирования скорее. Они и отдел кадров могут в отдельную компанию вынести.
То есть, если вам полностью подходит хорошо известное вам решение, то лучше использовать его? С этим не поспоришь. Еще лучше когда все уже готово и работает, тогда вообще ничего делать не надо.
Но вот вдруг вы, например, не умеете поднимать мониторинг и логгинг на vpsках, а надо. В амазоне он сразу у вас есть. Или придет к вам усатый суперинтендант и спросит соответствие стандартам хранения перс данных. AWS сервисы уже сертифицированы, а вам надо искать контору.
Может быть, иногда имеет смысл приобрести какие-то новые знания и опыт с новыми технологиями, а не использовать старые пока работает, а потом вдруг обнаружить себя отставшим от паровоза?
То есть даже получая прибыль с продажи своего нового электроавтомобиля они наносят ущерб существующему рынку и выстроенной экосистеме.100%
Электромобили механически гораздо проще ДВС. Им не нужны тысячи деталей, а значит пострадает рынок запчастей (важный для автогигантов, кстати). Более того, пострадает рынок автомехаников, потому что электромобили проще чинить.
То есть каждый успех Теслы - это не только успех Теслы, это еще и удар по производителям ДВС машин.
Собственно, автогиганты уже это поняли и многие ставят уже довольно определенные сроки полного отказа от ДВС.
Фраза "DevOps это методология" осталась в 2017. Сейчас DevOps это набор скилов.
В AWS в данном варианте понадобится 4 клика в wizard-е какого-нибудь Elastic Beanstalk или AppRunner, пенсионерка справится. А VPSки есть в AWS Lightsail.
По цене будет примерно так же, по надежности и удобству работы на порядок лучше.
Не вижу смысла в сервере там, где хватает Raspberry Pi.
Если нужна редкая, ресурсоемкая операция, требующая хитрых манипуляций, лямбда — то, что надо.НЕТ! Прям кажется, что амазоновскую аттестацию этот чувак так и не прошел.
Если вам нужна ресурсоемкая, требующая хитрых манипуляций операция, то лямбда вам прямо-таки противопоказана, со всеми ее лимитами и огромной ценой за RAM/CPU.
Лямбда вам нужна для частых (но можно и редких), быстрых, простых операций, желательно работающих с другими ресурсами амазона.
Для редких ресурсоемких лучше spot-ы использовать тогда уж.