только если не читать документацию от слова совсем
Документация касательно оплаты зачастую составлена так, что вводит в заблуждение, смотришь сколько платить за виртуалку, а там хорошо если ссылка будет на "трафик тарифицируется отдельно". То же с калькуляторами.
если речь об одном всплеске — никто никого не будет увольнять
Я о постоянном росте. Это результаты того самого анализа по переводу нашей инфраструктуры на AWS — трехкратный рост стоимости плюс-минус, если пользоваться managed сервисами типа mysql, двухкратный если тупо переехать на EC2
я админом без знания облаков получал не намного меньше, и это 5-7 лет назад в Харькове.
Ну так к обычному админу нужен будет ещё и облачный
Опять таки если речь о 10 серверах, то условно облачный админ/архитектор/devops вам не нужен
Да ладно не нужен, а кто будет определять, что в облако переносим, а что нет, потому что очень дорого получится, настраивать всё, интегрировать в имеющуюся инфраструктуру, пайплайны?
Если ничего не изменилось с тех пор как плотно разбирался во всём этом, то если я договорился с вами работать у вас за 60 000 — сумма в трудовом договоре:
Вы, как работодатель, начисляете мне 60 000 зарплаты
Вы, как мой налоговый агент, удерживаете и перечисляете в налоговую 7 800 (13% от 60 000), а оставшиеся 52200 перечисляете мне
Вы, как мой страхователь, перечисляете в ПФР 18 000 (22+2,9+5,1% от 60 000)
Итого: 52 200 мне, 25 800 государству, но 7 800 из них моих, а 18 000 ваших. Если государство поднимет ставку НДФЛ, то мои проблемы: ваши расходы не изменятся — я буду получать меньше на руки, Если же государство поднимет ставки взносов, то, наоборот, ваши проблемы: мои доходы на руки не изменятся, а ваши расходы увеличатся
В примере про fastcgi говорится, что даже не пытается проверить наличие файла на диске, но php-fpm может быть вообще на другом хосте, соответственно при всём желании проверить нельзя. Как быть?
не поверите — но LB не нужен для выхода в мир, а public ip у них бесплатный,
Пример условный.
но если вы добавляете какой-либо сервис в свою инфраструктуру и даже не умудрились посмотреть цены на него — ССЗБ.
Речь не о неизвестной цене на момент добавления (хотя может оказаться сюрпризом что трафик платный с первого байта, например)
Речь о том, что некоторые сервисы могут внезапно оказаться практически бесполезными или неподдерживаемыми без некоторых других от того же вендора без возможности заменить их на "классические" свои.
цифра условная, я бы сказал так если для компании 500-1000$ критикал, то IT и уж тем более облака не для нее
Не согласен в части "ИТ". Компания может эффективно тратить на ИТ и по 30000$ в месяц, но это фиксированный бюджет, утвержденный собственниками/инвесторами на год. И увеличение расходов на серверную инфраструктуру до 1500$ в месяц с утвержденных 500$ могут привести к, например, сокращению одного джуна
спец по облакам не обязательно стоит 5к
Пускай 3, суть тезиса "для эффективного использования облачной инфраструктуры вам нужен специалист по облакам, одна зарплата которого может оказаться выше ваших текущих расходов на необлачную в разы, а без него просто расходы вырастут в разы"
Удивительно, что язык, как будто специально создававшийся под serverless модель, с современными фреймворками, заточенными под функциональную модель ($request, $env) => $response без всяких внутренних стейтов между запросами, в итоге не поддерживается толком.
Допустим есть где-то на DO виртуалки: приложение, база, очередь (RabbitMQ например, или на базе Redis), воркер который слушает очередь 24/7, а работает от силы 1/7. Всё это обмазано мониторингом на prometheus и логами на elk. Решили сэкономить с помощью функции вместо воркера. Что кроме самой функции надо брать у облака, чтобы функция триггерилась на сообщение в раббите и хотя бы логи в эластик отдавала?
Угу, когда читаешь общее описание принципов serverless, кажется что переизобрели то ли cgi, то ли dynamic fpm, что php идеально должен ложиться ибо stateless идеологически, рожден чтобы умирать, но на практике оказывается, что php не поддерживаемый официально язык, если можно запустить, то с холодным стартом в разы большим чем у поддерживаемых python или js, соответственно и дороже в разы.
Так ссылку надо перегенерировать всё равно по всему сайту. А если надо, то зачем ограничиваться только search частью, если можно сделать человеко/SE понятное cool_model.jpg, а не переиспользовать 1.jpg тысячи раз?
Например, вы запустили акцию и трафик возрос в 10 раз, вам пришлось увеличить кол-во инстансов на пару недель в 2-3 раза. Такое калькулятор вам не посчитает ;)
От него это и не требуется, особенно если количество инстансов не увеличивать — пока согласуешь увеличение бюджета, уже и акция кончится :) Но вот задать все вопросы — должен, а не так что считаешь стоимость инфраструктуры для веб-приложения, а вопроса про трафик вообще нет, а потом ещё оказывается, что лоадбалансер за отдельные деньги нужен, чтоб вообще в мир выйти и тп
Если для компании +-1000$ это критикал — облака точно не для нее
Вот постепенно набираем критерии, когда облака противопоказаны:
+- 1000$ — критикал
нет спеца по облакам с зп 5000$
что ещё вспомните?
прежде чем переводить, надо ответить на вопрос — «Перевести чтобы что?»
Чтобы не уволили за невыполнение поставленной руководством задачи "перевести" )
Не знаю как сейчас, но в девяностых и в нулевых серыми платили прежде всего высокие зарплаты — на налогах прежде всего экономили. Средние — в белую, низкие — вообще в черную, большие — в серую: средняя + "конверт"
Вроде всё круто звучит, пока не погрузиться в детали этого серверлесс и не поймёшь, что для использования одной функции надо приобретать у этого же провайдера другие сервисы, что, впрочем, видно и из текста уже: гейтвей, очередь (поднять на виртуалке раббит не прокатит же?) и тд и тп
Документация касательно оплаты зачастую составлена так, что вводит в заблуждение, смотришь сколько платить за виртуалку, а там хорошо если ссылка будет на "трафик тарифицируется отдельно". То же с калькуляторами.
Я о постоянном росте. Это результаты того самого анализа по переводу нашей инфраструктуры на AWS — трехкратный рост стоимости плюс-минус, если пользоваться managed сервисами типа mysql, двухкратный если тупо переехать на EC2
Ну так к обычному админу нужен будет ещё и облачный
Да ладно не нужен, а кто будет определять, что в облако переносим, а что нет, потому что очень дорого получится, настраивать всё, интегрировать в имеющуюся инфраструктуру, пайплайны?
Если ничего не изменилось с тех пор как плотно разбирался во всём этом, то если я договорился с вами работать у вас за 60 000 — сумма в трудовом договоре:
Итого: 52 200 мне, 25 800 государству, но 7 800 из них моих, а 18 000 ваших. Если государство поднимет ставку НДФЛ, то мои проблемы: ваши расходы не изменятся — я буду получать меньше на руки, Если же государство поднимет ставки взносов, то, наоборот, ваши проблемы: мои доходы на руки не изменятся, а ваши расходы увеличатся
А в ssh-exec shebang игнорится в принципе — ещё полдня почти в минус (
В примере про fastcgi говорится, что даже не пытается проверить наличие файла на диске, но php-fpm может быть вообще на другом хосте, соответственно при всём желании проверить нельзя. Как быть?
-
Новые фичи — это уже не поддержка, а полноценная разработка, развитие
Пример условный.
Речь не о неизвестной цене на момент добавления (хотя может оказаться сюрпризом что трафик платный с первого байта, например)
Речь о том, что некоторые сервисы могут внезапно оказаться практически бесполезными или неподдерживаемыми без некоторых других от того же вендора без возможности заменить их на "классические" свои.
Не согласен в части "ИТ". Компания может эффективно тратить на ИТ и по 30000$ в месяц, но это фиксированный бюджет, утвержденный собственниками/инвесторами на год. И увеличение расходов на серверную инфраструктуру до 1500$ в месяц с утвержденных 500$ могут привести к, например, сокращению одного джуна
Пускай 3, суть тезиса "для эффективного использования облачной инфраструктуры вам нужен специалист по облакам, одна зарплата которого может оказаться выше ваших текущих расходов на необлачную в разы, а без него просто расходы вырастут в разы"
Удивительно, что язык, как будто специально создававшийся под serverless модель, с современными фреймворками, заточенными под функциональную модель
($request, $env) => $responseбез всяких внутренних стейтов между запросами, в итоге не поддерживается толком.Изначально дело в мозге было, просто не так, что можно пофиксить разговорами и упражнениями.
Скорее серверлесс — разновидность SaaS, бесполезная без приобретения других сервисов того же провайдера.
Допустим есть где-то на DO виртуалки: приложение, база, очередь (RabbitMQ например, или на базе Redis), воркер который слушает очередь 24/7, а работает от силы 1/7. Всё это обмазано мониторингом на prometheus и логами на elk. Решили сэкономить с помощью функции вместо воркера. Что кроме самой функции надо брать у облака, чтобы функция триггерилась на сообщение в раббите и хотя бы логи в эластик отдавала?
Угу, когда читаешь общее описание принципов serverless, кажется что переизобрели то ли cgi, то ли dynamic fpm, что php идеально должен ложиться ибо stateless идеологически, рожден чтобы умирать, но на практике оказывается, что php не поддерживаемый официально язык, если можно запустить, то с холодным стартом в разы большим чем у поддерживаемых python или js, соответственно и дороже в разы.
Так ссылку надо перегенерировать всё равно по всему сайту. А если надо, то зачем ограничиваться только search частью, если можно сделать человеко/SE понятное cool_model.jpg, а не переиспользовать 1.jpg тысячи раз?
Смотря что считать причинами. Санкции США — это причина?
От него это и не требуется, особенно если количество инстансов не увеличивать — пока согласуешь увеличение бюджета, уже и акция кончится :) Но вот задать все вопросы — должен, а не так что считаешь стоимость инфраструктуры для веб-приложения, а вопроса про трафик вообще нет, а потом ещё оказывается, что лоадбалансер за отдельные деньги нужен, чтоб вообще в мир выйти и тп
Вот постепенно набираем критерии, когда облака противопоказаны:
+- 1000$ — критикал
нет спеца по облакам с зп 5000$
что ещё вспомните?
Чтобы не уволили за невыполнение поставленной руководством задачи "перевести" )
А пенсии разве из налогов?
Не знаю как сейчас, но в девяностых и в нулевых серыми платили прежде всего высокие зарплаты — на налогах прежде всего экономили. Средние — в белую, низкие — вообще в черную, большие — в серую: средняя + "конверт"
Если в нулях не запутался, 36000 в месяц с копейками на человека. Может и не высосана
Про метаданные: когда на источник повлиять не можем дублирование получается, если приложение их добавляет само
Вроде всё круто звучит, пока не погрузиться в детали этого серверлесс и не поймёшь, что для использования одной функции надо приобретать у этого же провайдера другие сервисы, что, впрочем, видно и из текста уже: гейтвей, очередь (поднять на виртуалке раббит не прокатит же?) и тд и тп