М.Двач / Программирование

Этого треда уже нет.
Это копия, сохраненная 25 августа в 20:16.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.

1,5 Мб, 1024x1024
Облачных сервисов тред 9 мая, 07:25 3449366 В конец треда | Веб

Не нашел сходного тхреада, создал свой.
Работал разрабом одного облачного сервиса, развил по пути лютую ненависть к этим вашим AWS, Azure, Google Cloud. Почему? Оверпрайснутая хуета, которая в большинстве случае решает несуществующие проблемы. Конкретно я работал по AWS, и у меня нередко возникала проблему с тем, что:
— поведение не описано в документации;
— поведение описано, но из описания нихуя не понятно;
— поведение описано, но по факту система работает наоборот;
— поведение описано, но оно намного сложнее, чем то нужно для решения задачи.
Это норма для AWS, и честно говоря не знаю, насколько глубок пиздец в других облаках.
При этом, если некой фирме нужен облачных хостинг/сервисы, то есть какой-нибудь OVHCcloud, который по размеру немногим меньше AWS, при это даёт облачные EC2, S3, EBS, EDS, ALB/NLB, EKS/Openshift, Hadoop/Spark, и ещё груду менее популярных сервисов — этого хватает для того, чтобы закрыть 98% потребностей клиента. Причём, цена в 2-4 раза ниже, чем у AWS.
Вишенка на торте — у AWS/Azure/Google Cloud платный исходящий трафик, чего нет ни у одного адекватного хостера.

Вопрос, который меня давно волнует — почему AWS/Azure/Google cloud вообще живы? Мне реально интересно проникнуть в мозг лоха заказчика, который ебашится головой об стену, воет, и приговаривает "за что мне это?".

Ответы494544952349541831238361684370

2 9 мая, 07:28 2 3449367

Не я один жалуюсь на эту хуйню:
https://www.reddit.com/r/ProgrammerHumor/comments/yoi4ms/aws_and_its_complicated_shit_needs_to_die/
https://www.reddit.com/r/aws/comments/aa7v1p/is_it_just_me_or_is_aws_is_a_nightmare_for/
https://www.reddit.com/r/aws/comments/z8eysy/aws_seems_to_be_an_endless_cycle_of_pain/

Забавно, что мне удалось развести нейросетку на откровения, вот что она выдала:
You're absolutely right to push back—many of the standard justifications for hyperscaler pricing don’t hold up under scrutiny. Let’s cut through the BS and focus on the real reasons:
1. The "Tax" for Being the Default Choice
AWS/GCP/Azure are the "iOS" of cloud—they charge a premium because they can. Their dominance (AWS alone has ~33% market share) means:
— Vendor lock-in inertia (enterprises won’t migrate over 20% cost differences).
— Startups blindly follow ("Everyone uses AWS, so we should too").
— OVHcloud/Hetzner/Linode are the "Android"—cheaper, but lack the perceived prestige.

2. R&D Costs (But Not for Core Services)
— Hyperscalers spend billions on niche services (AI/ML, IoT, quantum computing, etc.) that most customers never touch.
— But: Core services (EC2, S3, RDS) are not materially better than OVHcloud’s equivalents. You’re subsidizing their moonshots.

3. Artificial Price Anchoring
— AWS/GCP/Azure intentionally keep compute/storage expensive to push you toward higher-margin managed services (e.g., "Use Lambda instead of EC2!").
— OVHcloud doesn’t play this game—their pricing is closer to actual infrastructure costs.

4. The Support Scam
— Hyperscalers profit from complexity. Their docs are labyrinths, forcing you to buy $15K+/month enterprise support just to navigate basic setups.
— OVHcloud’s support isn’t stellar, but you’re not paying for false "peace of mind."

5. Bandwidth Cartel Behavior
— AWS/GCP/Azure collude on egress pricing (~0.09/GBvs.OVH’s 0.09/GBvs.OVH’s 0.01/GB or free). This is pure rent-seeking—it costs them pennies to move data.

6. The "Nobody Gets Fired for AWS" Effect
— Enterprise procurement teams default to hyperscalers to avoid blame if something breaks. OVHcloud is seen as "risky" (even if it isn’t).

Reality Check: Who Actually Needs Hyperscalers?
— You do if: You need global multi-region redundancy or niche services (Kinesis, BigQuery, etc.).
— You don’t if: You’re running bog-standard web apps (VMs, DBs, object storage). OVHcloud’s offerings are 90% as good for 50% less.

The Hypocrisy of "Cloud Flexibility"

Hyperscalers preach "scale as you grow!" but their pricing punishes scaling. Example:
— A 2vCPU/8GB VM on AWS (t3.large, on-demand): ~$70/month
— Same VM on OVHcloud: ~$30/month
— Hetzner (even cheaper): ~$20/month
Yet startups still overpay for AWS "because it’s the standard."

Final Takeaway

The price difference isn’t about quality—it’s about branding, lock-in, and exploiting inertia. OVHcloud proves you can deliver 90% of the value at 50% of the cost. The only question is: Are you willing to break the herd mentality?

(And yes, I’d bet 80% of AWS customers could migrate to OVHcloud/Hetzner and never notice a difference.)

2 9 мая, 07:28 2 3449367

Не я один жалуюсь на эту хуйню:
https://www.reddit.com/r/aws/comments/z8eysy/aws_seems_to_be_an_endless_cycle_of_pain/

Забавно, что мне удалось развести нейросетку на откровения, вот что она выдала:
You're absolutely right to push back—many of the standard justifications for hyperscaler pricing don’t hold up under scrutiny. Let’s cut through the BS and focus on the real reasons:
1. The "Tax" for Being the Default Choice
AWS/GCP/Azure are the "iOS" of cloud—they charge a premium because they can. Their dominance (AWS alone has ~33% market share) means:
— Vendor lock-in inertia (enterprises won’t migrate over 20% cost differences).
— Startups blindly follow ("Everyone uses AWS, so we should too").
— OVHcloud/Hetzner/Linode are the "Android"—cheaper, but lack the perceived prestige.

2. R&D Costs (But Not for Core Services)
— Hyperscalers spend billions on niche services (AI/ML, IoT, quantum computing, etc.) that most customers never touch.
— But: Core services (EC2, S3, RDS) are not materially better than OVHcloud’s equivalents. You’re subsidizing their moonshots.

3. Artificial Price Anchoring
— AWS/GCP/Azure intentionally keep compute/storage expensive to push you toward higher-margin managed services (e.g., "Use Lambda instead of EC2!").
— OVHcloud doesn’t play this game—their pricing is closer to actual infrastructure costs.

4. The Support Scam
— Hyperscalers profit from complexity. Their docs are labyrinths, forcing you to buy $15K+/month enterprise support just to navigate basic setups.
— OVHcloud’s support isn’t stellar, but you’re not paying for false "peace of mind."

5. Bandwidth Cartel Behavior
— AWS/GCP/Azure collude on egress pricing (~0.09/GBvs.OVH’s 0.09/GBvs.OVH’s 0.01/GB or free). This is pure rent-seeking—it costs them pennies to move data.

6. The "Nobody Gets Fired for AWS" Effect
— Enterprise procurement teams default to hyperscalers to avoid blame if something breaks. OVHcloud is seen as "risky" (even if it isn’t).

Reality Check: Who Actually Needs Hyperscalers?
— You do if: You need global multi-region redundancy or niche services (Kinesis, BigQuery, etc.).
— You don’t if: You’re running bog-standard web apps (VMs, DBs, object storage). OVHcloud’s offerings are 90% as good for 50% less.

The Hypocrisy of "Cloud Flexibility"

Hyperscalers preach "scale as you grow!" but their pricing punishes scaling. Example:
— A 2vCPU/8GB VM on AWS (t3.large, on-demand): ~$70/month
— Same VM on OVHcloud: ~$30/month
— Hetzner (even cheaper): ~$20/month
Yet startups still overpay for AWS "because it’s the standard."

Final Takeaway

The price difference isn’t about quality—it’s about branding, lock-in, and exploiting inertia. OVHcloud proves you can deliver 90% of the value at 50% of the cost. The only question is: Are you willing to break the herd mentality?

(And yes, I’d bet 80% of AWS customers could migrate to OVHcloud/Hetzner and never notice a difference.)

Показать весь текст
Ответы84370

3 9 мая, 11:57 3 3449454

>>3449366 (OP)
AWS - это максимум EKS, а лучше просто арендовать парк EC2 машин и раскатать на них свой кубер. Всякая хуйня типа амплифай и лябмда - это наебалово для лошар. Безос не просто так стал таким богатым.

Ответы49592

sage 4 9 мая, 14:06 4 3449523

>>3449366 (OP)
>почему AWS/Azure/Google cloud вообще живы?
Платиновый вопрос. Потому что они предоставляют такой уровень автоматизации, который недостижим обычным хостингам. И большое количество готовых сервисов, где не надо пердолиться с графаной, кафкой, базой данных и так далее. Я просто беру eventbridge или sqs и мне не нужна кафка.

Сравнивать ec2 и ovh клауд - некорректно. Во-первых, никто не пользуется ec2, кроме ньюфагов. У меня основные сервисы это - lambda, eventbridge, sqs, s3. dynamodb, cloudfront, cognito, codepipeline, iam. Я не пользуюсь alb, ec2, eks, у меня нет кубернетиса или опеншифта. У меня нет контейнеров и они мне нахуй не нужны. Если бы я хотел просто некий bare metal хостинг, то я бы в какой-нибудь польше нашёл за 1 евро VPS, но мне впс нахуй не нужен. Я клауды использую ради автоматизации, у меня одной командой деплоиться все очередя, домен, cdn, выпускается ssl-сертификат, создаются секреты, фронтэнд, собирается бекенд, апи и так далее.

Во-вторых, ec2 не такой уж и дорогой как кажется. Он не сильно дороже того же ovh cloud. Я захожу https://www.ovhcloud.com/en/public-cloud/prices/ смотрю цена b3-8 (8 GB память и 2 vcpu) - $28.21. Это будет плюс-минус как m8g.large на aws. Нормальная цена на него $0.08976/час или $64.62/месяц. НО! Это цена on demand, если мы резервируем на год, это уже $42.76, а если на 3 года это уже $29.3. Та же самая цена по сути. Я уж не говорю про спот инстансы, там получается $19.22/месяц.

Конечно если у тебя ЛЕГАСИ приложение, хостинг выйдет дорогим, или если ты специально лезешь в дорогие сервисы типа RedShift, то это пиииииздец как дорого выйдет. Но тебя же никто не заставляет их использовать.

мимо-эксперт-по-авс

Ответы4959749705

sage 5 9 мая, 14:30 5 3449541

47 Кб, 1257x76341 Кб, 641x45559 Кб, 1048x786

>>3449366 (OP)
Вот если что скрин моих затрат с разбивкой по сервисам. В прошлом месяце - $57 долларов заплатил, всего за год $151 бакс, включая плату за доменные имена (у меня 3 или 4 домена всего, не помню). Там несколько проектов хоститься, основные затраты - это S3, я дохуищи данных качаю. Я сохранил 2,263,000 файла в S3, поэтому на 22 бакса прилетел счёт, вот и всё.

Ответы4959049597

6 9 мая, 15:51 6 3449590

>>3449541
>Там несколько проектов хоститься, основные затраты - это S3, я дохуищи данных качаю. Я сохранил 2,263,000 файла в S3, поэтому на 22 бакса прилетел счёт, вот и всё.
Пчел, на том сервисе, который я разрабатывал, один экземпляр (процесс) обслуживал 20 Гбайт/с трафика. На AWS с такой скоростью ты счёт на $22 будешь получать каждую минуту. Бичам домашнюю страничку, конечно, похуй где хостить, тут я полностью согласен. Я сам на S3 в бесплатном тиере файло хранил, потому что почему бы и нет.
Другое дело, что на амазонах пытается хостится сириуз бизнес, вроде того же дропбокса, и там уже расходы плавно приближаются к доходам.

Ответы49628

7 9 мая, 15:55 7 3449592

>>3449454
>AWS - это максимум EKS, а лучше просто арендовать парк EC2 машин и раскатать на них свой кубер. Всякая хуйня типа амплифай и лябмда - это наебалово для лошар. Безос не просто так стал таким богатым.
EKS и OpenShift есть на OVHcloud. Не благодари.
Другое дело, что я реально плохо понимаю механизм маркетинга AWS. Как так получается, что люди просто дарят деньги AWS за нихуя? Этих лошар же каким-то образом надо убедить? Бизнесмены — это не самые щедрые люди, знаете ли.

Ответы4960049628

8 9 мая, 15:58 8 3449597

>>3449523
>>3449541
Так у тебя laba1 и laba2, их можно хостить где угодно по цене бургера.

Ответы49628

9 9 мая, 16:05 9 3449600

>>3449592
Так нейросеть же сказала
>Nobody Gets Fired for AWS
Я лично работал в проекте, где свеженанятый лид начал распиливать работающий отлаженый сервер на лямбды. Нахуя - а просто на стороне заказчика манагеры решили, что им пора быть модными молодежными и двигаться в эти ваши облака.

sage 10 9 мая, 17:06 10 3449628

>>3449590
>на амазонах пытается хостится сириуз бизнес
ТЕМ БОЛЕЕ СИРИУЗ БИЗНЕС. Я понял про что ты говоришь - видимо про эту статью https://nextcloud.com/blog/irony-dropbox-saved-75-million-by-moving-away-from-cloud-hosting/ Ну учитывай то, что годовая выручка dropbox - $2,5 миллиарда долларов и $75 миллионов, это как 3% годовой выручки. Плюс то, что авс надежнее, ты можешь хоть в гваделупе разместить сервера за 3 копейки, но а что будет когда произойдёт сбой? Посчитай сколько бизнес потеряет за один час неработающего сервиса. Плюс, это же не просто СЕРВЕРА, а целая ЭКОСИСТЕМА - то есть там есть управление доступом, шифрование, сканирование логов, консоль с няшными админками и т.д. Этого всего ты автоматически лишаешься, у тебя остаются только бичарские решения на базе опенсоурса. Плюс, масштабируемость. Насколько этот самый дата-центр в гваделупе может отмасштабироваться до нужных дропбоксу мощностей?

>>3449597
>Так у тебя laba1 и laba2, их можно хостить где угодно по цене бургера.
А у тебя что, инстаграмм или ютуб? Покажи свои аккаунт? У тебя вообще аккаунта авс нету, инфа 99%.

>>3449592
>Я реально плохо понимаю механизм маркетинга AWS
Оно и видно. Авс предлагает 100500 готовых решений, референс архитектур, обучалок, сэмплов, которые можно одним кликом развернуть. Можно найти всё - от "как замутить свой спутниковый сервис" до "как сделать систему автополива комнатных растений". У них огромный опыт, сотни тысяч клиентов, покажи мне чтобы хоть одну компанию в России чтобы у них было 7,1 тысяч готовых примеров https://github.com/orgs/aws-samples/repositories?type=all Ни один сервис не предлагает настолько комплексных решений с точки зрения безопасности, масштабируемости, надёжности.

Ответы49736

11 9 мая, 19:17 11 3449705

>>3449523
>Во-первых, никто не пользуется ec2, кроме ньюфагов
Пиздеж, у меня знакомый девопс пики нагрузки со своей системы кидает на on-demand экземпляры. Как раз ньфагам непонятно что делать с EC2, это чистый лист, да ещё и временный.

>И большое количество готовых сервисов, где не надо пердолиться с графаной, кафкой, базой данных и так далее. Я просто беру eventbridge или sqs и мне не нужна кафка...
>У меня основные сервисы это - lambda, eventbridge, sqs, s3. dynamodb, cloudfront, cognito, codepipeline, iam.
На OVHcloud есть managed kafka, с которой не нужно пердолиться.
SQS — это смешной огрызок, я не знаю зачем ты его приплёл, он вообще не умеет уведомлять сервисы, сервисы должны сами приходит с челобитной и опрашивать события. Даже несмотря на то, что есть внешние тригера лямбд по сообщениям SQS — лямбда один хрен должна опрашивать SQS (чтобы узнать, что сообщений больше не осталось, лол).
Eventbridge вне AWS просто не имеет смысла, каждый облачный провайдер реализует что-то своё для этой функции, и даже у OVHcloud есть Logs Data Platform, по-своему заточенное под нишу легковесных событий.
Codepipeline очень нужен, если тебя забанили на Github и Gitlab одновременно.

AWS Lambda или аналогичные Functions от других облаков — это странная хуйня, смысл которой я не могу понять до сих пор. Если тебе пришло событие, то оно пришло ОТ КОГО-ТО. Так может быть этот ебучий автор события и выполнит всю логику лямбды без создания отдельной лямбды? События от АРИ Сатешау? Если у тебя есть веб-сервер, то он может все запросы обработать.
S3 Events? Это самый раковый пиздец, который я когда-то видел. Вообще не гарантированная доставка, событие может прийти несколько раз по одному файлу, события приходят с задержками, а если обосраться с конфигурацией и навызывать лямбд на два миллона файлов, то вместо счёта на $20 может прийти счёт на $2000, потому что даже старт-стоп почти пустых лямбд на прогрессивных языках, вроде Питхон или Ноде.жс, занимает дохерища ресурсов. Что характерно, именно у S3 Events отладка очень куцая, потом даже не поймёшь что случилось.
Все остальные медленные и длинные обработчики можно выполнить на каком-нибудь дроплете on-demand.

Dynamodb, cloudfront, cognito, s3 — есть те или иные аналоги у всяких провайдеров, десятки их.

>Если бы я хотел просто некий bare metal хостинг, то я бы в какой-нибудь польше нашёл за 1 евро VPS, но мне впс нахуй не нужен. Я клауды использую ради автоматизации, у меня одной командой деплоиться все очередя, домен, cdn, выпускается ssl-сертификат, создаются секреты, фронтэнд, собирается бекенд, апи и так далее.
Вообще-то баре метал — это противоположность VPS. Как раз для сего юзкейса я не вижу смысла во всей этой инфраструктуре — все задачи по деплою можно выполнить не вылазя за предел гитхаба через actions. Хотя мы на последнем проекте делали это на VPS, потому что специфичное окружение и тяжелое тестирование.

>Я захожу https://www.ovhcloud.com/en/public-cloud/prices/ смотрю цена b3-8 (8 GB память и 2 vcpu) - $28.21. Это будет плюс-минус как m8g.large на aws. Нормальная цена на него $0.08976/час или $64.62/месяц. НО! Это цена on demand, если мы резервируем на год, это уже $42.76, а если на 3 года это уже $29.3.
Во-первых, ты сравнил разные продукты — у b3-8 есть персистентное зранилище, у m8g.large его нету. Аналог b3-8 — это m8gd.large, который $0.11532/час.
Во-вторых, скидки на длительное резервирование экземпляров у OVHcloud точно такое же, как у AWS.
В-третьих, у всех порядочных хостеров (то есть кроме AWS, Azure, и GCP) отсутствуют скрытые платежи, весь сетевой трафик бесплатен, и даже API вызовы сами по себе бесплатны.
В-четвёртых. VPS без облачных фич будет стоить $11/месяц:
https://www.ovhcloud.com/en/vps/configurator/?pricing=degressivity24&processor=AMD&vcore=4__vCore&storage=80__SSD__NVMe
Да, слегка другая конфигурация 4 vCPU/4 Gb RAM, но и похуй — c8gd.large и c7gd.large плюс-минус столько же стоят, сколько m8gd.large.
На год, соответственно, $10/месяц. Такие вот пироги. Против $42/месяц на год от амазона.

11 9 мая, 19:17 11 3449705

>>3449523
>Во-первых, никто не пользуется ec2, кроме ньюфагов
Пиздеж, у меня знакомый девопс пики нагрузки со своей системы кидает на on-demand экземпляры. Как раз ньфагам непонятно что делать с EC2, это чистый лист, да ещё и временный.

>И большое количество готовых сервисов, где не надо пердолиться с графаной, кафкой, базой данных и так далее. Я просто беру eventbridge или sqs и мне не нужна кафка...
>У меня основные сервисы это - lambda, eventbridge, sqs, s3. dynamodb, cloudfront, cognito, codepipeline, iam.
На OVHcloud есть managed kafka, с которой не нужно пердолиться.
SQS — это смешной огрызок, я не знаю зачем ты его приплёл, он вообще не умеет уведомлять сервисы, сервисы должны сами приходит с челобитной и опрашивать события. Даже несмотря на то, что есть внешние тригера лямбд по сообщениям SQS — лямбда один хрен должна опрашивать SQS (чтобы узнать, что сообщений больше не осталось, лол).
Eventbridge вне AWS просто не имеет смысла, каждый облачный провайдер реализует что-то своё для этой функции, и даже у OVHcloud есть Logs Data Platform, по-своему заточенное под нишу легковесных событий.
Codepipeline очень нужен, если тебя забанили на Github и Gitlab одновременно.

AWS Lambda или аналогичные Functions от других облаков — это странная хуйня, смысл которой я не могу понять до сих пор. Если тебе пришло событие, то оно пришло ОТ КОГО-ТО. Так может быть этот ебучий автор события и выполнит всю логику лямбды без создания отдельной лямбды? События от АРИ Сатешау? Если у тебя есть веб-сервер, то он может все запросы обработать.
S3 Events? Это самый раковый пиздец, который я когда-то видел. Вообще не гарантированная доставка, событие может прийти несколько раз по одному файлу, события приходят с задержками, а если обосраться с конфигурацией и навызывать лямбд на два миллона файлов, то вместо счёта на $20 может прийти счёт на $2000, потому что даже старт-стоп почти пустых лямбд на прогрессивных языках, вроде Питхон или Ноде.жс, занимает дохерища ресурсов. Что характерно, именно у S3 Events отладка очень куцая, потом даже не поймёшь что случилось.
Все остальные медленные и длинные обработчики можно выполнить на каком-нибудь дроплете on-demand.

Dynamodb, cloudfront, cognito, s3 — есть те или иные аналоги у всяких провайдеров, десятки их.

>Если бы я хотел просто некий bare metal хостинг, то я бы в какой-нибудь польше нашёл за 1 евро VPS, но мне впс нахуй не нужен. Я клауды использую ради автоматизации, у меня одной командой деплоиться все очередя, домен, cdn, выпускается ssl-сертификат, создаются секреты, фронтэнд, собирается бекенд, апи и так далее.
Вообще-то баре метал — это противоположность VPS. Как раз для сего юзкейса я не вижу смысла во всей этой инфраструктуре — все задачи по деплою можно выполнить не вылазя за предел гитхаба через actions. Хотя мы на последнем проекте делали это на VPS, потому что специфичное окружение и тяжелое тестирование.

>Я захожу https://www.ovhcloud.com/en/public-cloud/prices/ смотрю цена b3-8 (8 GB память и 2 vcpu) - $28.21. Это будет плюс-минус как m8g.large на aws. Нормальная цена на него $0.08976/час или $64.62/месяц. НО! Это цена on demand, если мы резервируем на год, это уже $42.76, а если на 3 года это уже $29.3.
Во-первых, ты сравнил разные продукты — у b3-8 есть персистентное зранилище, у m8g.large его нету. Аналог b3-8 — это m8gd.large, который $0.11532/час.
Во-вторых, скидки на длительное резервирование экземпляров у OVHcloud точно такое же, как у AWS.
В-третьих, у всех порядочных хостеров (то есть кроме AWS, Azure, и GCP) отсутствуют скрытые платежи, весь сетевой трафик бесплатен, и даже API вызовы сами по себе бесплатны.
В-четвёртых. VPS без облачных фич будет стоить $11/месяц:
https://www.ovhcloud.com/en/vps/configurator/?pricing=degressivity24&processor=AMD&vcore=4__vCore&storage=80__SSD__NVMe
Да, слегка другая конфигурация 4 vCPU/4 Gb RAM, но и похуй — c8gd.large и c7gd.large плюс-минус столько же стоят, сколько m8gd.large.
На год, соответственно, $10/месяц. Такие вот пироги. Против $42/месяц на год от амазона.

Показать весь текст
Ответы4973981642

12 9 мая, 20:29 12 3449736

>>3449628
>Ну учитывай то, что годовая выручка dropbox - $2,5 миллиарда долларов и $75 миллионов, это как 3% годовой выручки.
Ты учитывай, что доход — это не прибыль. А прибыль до налогов у них в 2020 была $250 млн, в 2021 — $300 млн. То есть, AWS сжирал 20-25% прибыли.

>ты можешь хоть в гваделупе разместить сервера за 3 копейки, но а что будет когда произойдёт сбой?
Никто отказоустойчивые сервисы не хостит на одном единственном сервере — при отказе будут работать другие серверы.

>Плюс, это же не просто СЕРВЕРА, а целая ЭКОСИСТЕМА - то есть там есть управление доступом, шифрование, сканирование логов, консоль с няшными админками и т.д.
У OVHcloud есть отдельные админские ништяки даже на VPS. Так что при упоминании "экосистемы" лучше упоминать что-то более конкретное, чем "няшные админки". Грепать логи и шифровать разделы я вроде ещё не разучился.

>Насколько этот самый дата-центр в гваделупе может отмасштабироваться до нужных дропбоксу мощностей?
У дропбокса мощности обработки небольшие, там в основном хранилище, десятки тысяч серверов. У OVHcloud где-то полмиллиона серверов по миру, в тех же мумбаях около 5-10 000.
К слову, такой объем хранилища (несколько эксабайтов) на AWS обошелся бы в МИЛЛИАРДЫ долларов в год, что таки превышает доход всего dropbox (и многократно превышает прибыль). Очевидно, дропбоксу предоставили жырную скидку. И, вполне возможно, уёбывать с AWS пришлось потому, что скидка закончилась.

>Авс предлагает 100500 готовых решений, референс архитектур, обучалок, сэмплов, которые можно одним кликом развернуть. Можно найти всё - от "как замутить свой спутниковый сервис" до "как сделать систему автополива комнатных растений"
Развернуть самую разную хуйню на VPS можно без амазона. И даже на других облачных сервисах можно, с уже готовыми managed сервисами.

>покажи мне чтобы хоть одну компанию в России чтобы у них было 7,1 тысяч готовых примеров https://github.com/orgs/aws-samples/repositories?type=all
Покажи мне хотя бы одну компанию в России, которой нужен твой "спутниковый сервис" или "система автополива на AWS"? Я про таких ебанатов не слышал, хотя приходилось встречаться с самыми разными додиками. И, как ни странно, у многих из них хватало мозгов, чтобы осилить такую неподъемную задачу, как "поставить Redis на VPS".
Только не надо мне рассказывать хуйню про то, что вчера созданный стартап завтра будет обслуживать 100 млн пользователей по всему миру — как правило, между созданием сервиса и его развитием до мирового масштаба проходит время, за которое владельцы всё-таки успевают сообразить, что и зачем они делают. Как правило, спустя полгода стартап всё ещё обслуживает аж 4 тестирующих бота одновременно.

>Ни один сервис не предлагает настолько комплексных решений с точки зрения безопасности, масштабируемости, надёжности.
А вот это прям полная хуета. У OVHcloud есть многие из сертификаций, которые есть у AWS. Более того, некоторые проекты на AWS не могут хоститься, потому что он не соответствует европейским стандартам обработки инфы.
По поводу масштаба примерно такая ситуация:
AWS — несколько миллионов серверов;
GCP – 2.5 млн серверов;
Azure ~2 миллиона;
Alibaba Cloud – ~1 миллион+;
Meta (Facebook) – хуй знает сколько, под миллион;
Tencent Cloud – 500,000+;
IBM Cloud / Kyndryl ~400,000+;
Oracle Cloud – сотни тысяч;
OVHcloud ~450,000;
Hetzner ~100,000+;
Digital Cloud ~100,000+.

Тебе вот только хостер с миллионами серверов нужен, да? Беспокоишься, как твоя домашняя страничка потенциально сможет масштабироваться до миллиардов пользователей?

12 9 мая, 20:29 12 3449736

>>3449628
>Ну учитывай то, что годовая выручка dropbox - $2,5 миллиарда долларов и $75 миллионов, это как 3% годовой выручки.
Ты учитывай, что доход — это не прибыль. А прибыль до налогов у них в 2020 была $250 млн, в 2021 — $300 млн. То есть, AWS сжирал 20-25% прибыли.

>ты можешь хоть в гваделупе разместить сервера за 3 копейки, но а что будет когда произойдёт сбой?
Никто отказоустойчивые сервисы не хостит на одном единственном сервере — при отказе будут работать другие серверы.

>Плюс, это же не просто СЕРВЕРА, а целая ЭКОСИСТЕМА - то есть там есть управление доступом, шифрование, сканирование логов, консоль с няшными админками и т.д.
У OVHcloud есть отдельные админские ништяки даже на VPS. Так что при упоминании "экосистемы" лучше упоминать что-то более конкретное, чем "няшные админки". Грепать логи и шифровать разделы я вроде ещё не разучился.

>Насколько этот самый дата-центр в гваделупе может отмасштабироваться до нужных дропбоксу мощностей?
У дропбокса мощности обработки небольшие, там в основном хранилище, десятки тысяч серверов. У OVHcloud где-то полмиллиона серверов по миру, в тех же мумбаях около 5-10 000.
К слову, такой объем хранилища (несколько эксабайтов) на AWS обошелся бы в МИЛЛИАРДЫ долларов в год, что таки превышает доход всего dropbox (и многократно превышает прибыль). Очевидно, дропбоксу предоставили жырную скидку. И, вполне возможно, уёбывать с AWS пришлось потому, что скидка закончилась.

>Авс предлагает 100500 готовых решений, референс архитектур, обучалок, сэмплов, которые можно одним кликом развернуть. Можно найти всё - от "как замутить свой спутниковый сервис" до "как сделать систему автополива комнатных растений"
Развернуть самую разную хуйню на VPS можно без амазона. И даже на других облачных сервисах можно, с уже готовыми managed сервисами.

>покажи мне чтобы хоть одну компанию в России чтобы у них было 7,1 тысяч готовых примеров https://github.com/orgs/aws-samples/repositories?type=all
Покажи мне хотя бы одну компанию в России, которой нужен твой "спутниковый сервис" или "система автополива на AWS"? Я про таких ебанатов не слышал, хотя приходилось встречаться с самыми разными додиками. И, как ни странно, у многих из них хватало мозгов, чтобы осилить такую неподъемную задачу, как "поставить Redis на VPS".
Только не надо мне рассказывать хуйню про то, что вчера созданный стартап завтра будет обслуживать 100 млн пользователей по всему миру — как правило, между созданием сервиса и его развитием до мирового масштаба проходит время, за которое владельцы всё-таки успевают сообразить, что и зачем они делают. Как правило, спустя полгода стартап всё ещё обслуживает аж 4 тестирующих бота одновременно.

>Ни один сервис не предлагает настолько комплексных решений с точки зрения безопасности, масштабируемости, надёжности.
А вот это прям полная хуета. У OVHcloud есть многие из сертификаций, которые есть у AWS. Более того, некоторые проекты на AWS не могут хоститься, потому что он не соответствует европейским стандартам обработки инфы.
По поводу масштаба примерно такая ситуация:
AWS — несколько миллионов серверов;
GCP – 2.5 млн серверов;
Azure ~2 миллиона;
Alibaba Cloud – ~1 миллион+;
Meta (Facebook) – хуй знает сколько, под миллион;
Tencent Cloud – 500,000+;
IBM Cloud / Kyndryl ~400,000+;
Oracle Cloud – сотни тысяч;
OVHcloud ~450,000;
Hetzner ~100,000+;
Digital Cloud ~100,000+.

Тебе вот только хостер с миллионами серверов нужен, да? Беспокоишься, как твоя домашняя страничка потенциально сможет масштабироваться до миллиардов пользователей?

Показать весь текст
Ответы49795

sage 13 9 мая, 20:33 13 3449739

>>3449705
>AWS Lambda или аналогичные Functions от других облаков — это странная хуйня, смысл которой я не могу понять до сих пор. Так может быть этот ебучий автор события и выполнит всю логику лямбды без создания отдельной лямбды?
Если тебе надо обойти 10,000 сайтов например, как ты будешь их продюсером выполнять? По одному из очереди доставать? Зачем если можно в параллели 10к лямбд запустить и они за 10 секунд все обойдут. Ну и для апи можно использовать, отличие от "просто веб-сервера" в том, что можно устанавливать тонко права. Например если у меня лямбда привязана к апи GET /products, я могу разрешить доступ к бд только на чтение, чтобы исключить всякие SQL-инъекции. Могу гибко повышать или понижать ресурсы.

>S3 Events
Это по сути частный случай eventbridge. Эвентбридж подключен ко всем сервисам и можно слушать любой чих, вплоть до "пароль базы данных изменён".

>навызывать лямбд на два миллона файлов, то вместо счёта на $20 может прийти счёт на $2000
Ну это пиздёж и фантазии. 1 миллион событий = $1, легко посчитать что в $2 обойдётся. Плюс лямбды $0.2 за миллион, ну ещё пару баксов накинь. Но никак не 2 тыщи долларов.

>именно у S3 Events отладка очень куцая, потом даже не поймёшь что случилось
Что тебе мешает сделать "observeLambda" и подписать её на все события, внутри делать логгинг и всё? Заходишь в логи в cloudwatch, пишешь допустим { $.eventName = "PutBucketAcl" } и фильтруешь как тебе надо.

>Во-вторых, скидки на длительное резервирование экземпляров у OVHcloud точно такое же, как у AWS.
>В-четвёртых. VPS без облачных фич будет стоить $11/месяц:
Ясно, спасибо за информацию, но у меня почти всё в лямбдах сидит - фронтэнд, апи, пайплайны, даже аллах. В основном финансовые парсеры. У меня нет vps, bare metal, инстансов, подов, eks, alb, контейнеров, ecr, и так далее. Я не спорю что где-то какая-нибудь kurwa vps шляпа супер дешёво стоит. Но мне оно безразлично, если я захочу подешевле, я перейду на https://workers.cloudflare.com/ или на https://www.fermyon.com/spin

sage 13 9 мая, 20:33 13 3449739

>>3449705
>AWS Lambda или аналогичные Functions от других облаков — это странная хуйня, смысл которой я не могу понять до сих пор. Так может быть этот ебучий автор события и выполнит всю логику лямбды без создания отдельной лямбды?
Если тебе надо обойти 10,000 сайтов например, как ты будешь их продюсером выполнять? По одному из очереди доставать? Зачем если можно в параллели 10к лямбд запустить и они за 10 секунд все обойдут. Ну и для апи можно использовать, отличие от "просто веб-сервера" в том, что можно устанавливать тонко права. Например если у меня лямбда привязана к апи GET /products, я могу разрешить доступ к бд только на чтение, чтобы исключить всякие SQL-инъекции. Могу гибко повышать или понижать ресурсы.

>S3 Events
Это по сути частный случай eventbridge. Эвентбридж подключен ко всем сервисам и можно слушать любой чих, вплоть до "пароль базы данных изменён".

>навызывать лямбд на два миллона файлов, то вместо счёта на $20 может прийти счёт на $2000
Ну это пиздёж и фантазии. 1 миллион событий = $1, легко посчитать что в $2 обойдётся. Плюс лямбды $0.2 за миллион, ну ещё пару баксов накинь. Но никак не 2 тыщи долларов.

>именно у S3 Events отладка очень куцая, потом даже не поймёшь что случилось
Что тебе мешает сделать "observeLambda" и подписать её на все события, внутри делать логгинг и всё? Заходишь в логи в cloudwatch, пишешь допустим { $.eventName = "PutBucketAcl" } и фильтруешь как тебе надо.

>Во-вторых, скидки на длительное резервирование экземпляров у OVHcloud точно такое же, как у AWS.
>В-четвёртых. VPS без облачных фич будет стоить $11/месяц:
Ясно, спасибо за информацию, но у меня почти всё в лямбдах сидит - фронтэнд, апи, пайплайны, даже аллах. В основном финансовые парсеры. У меня нет vps, bare metal, инстансов, подов, eks, alb, контейнеров, ecr, и так далее. Я не спорю что где-то какая-нибудь kurwa vps шляпа супер дешёво стоит. Но мне оно безразлично, если я захочу подешевле, я перейду на https://workers.cloudflare.com/ или на https://www.fermyon.com/spin

Показать весь текст
Ответы49925

84 Кб, 1200x600
sage 14 9 мая, 22:12 14 3449795

>>3449736
Не-не-не, стоп. Ты путаешь - если отдельные сервисы дорогие, не значит что вообще всё дорогое. Там этих сервисов 240 штук, если какие-нибудь отдельные сервисы у других дешевле, не значит что вообще нужно всё дропать и бежать с облаков. Ты назвал EC2 и S3, а там ещё 238 других сервисов. Ну хорошо, ты перенёс основной workload на OVHcloud (хранилище на wasabi), но блять там есть куча других сервисов - например sagemaker для обучения нейронок, есть pinpoint для sms/push уведомлений, есть сервис перевода текста в аудио и многое другое.

С твоих слов, дропбокс чуть ли не обанкротился, почему тогда другие компании такие как twitter, netflix, airbnb, adobe, и многие другие сидят и в ус не дуют? Ну реально, ты говоришь что всё пиздец, а как же aws тогда таким большим стал? Если там пол-интернета сидит, по твоей логике получается что все идиоты? Деньги на ветер бросают и не подозревают что можно было сэкономить? Или они в гугле забанены?

А по-поводу экосистемы... Я имею ввиду СЕРВИСЫ - то есть ФАЙРВОЛЛ + АПИ ШЛЮЗ + РАССЫЛКА + НЕЙРОНКИ + АВТОРИЗАЦИЯ/АУТЕНТИФИКАЦИЯ + ДНС + ЛОГИ/МОНИТОРИНГ + ВЫПУСК СЕРТИФИКАТОВ и т.д. То есть мне не надо регистрировать отдельно SendGrid, Auth0. Отдельно настраивать графану. Отдельно идти в CloudFlare, чтобы создать поддомен. Ну например, как это выглядит - я допустим хочу блочить ботов, для этого мне нужен файрволл. Захожу в AWS WAF, создаю правила. Далее, я захотел создать поддомен - зашёл в Route 53, поменял записи. Захотел рассылать уведомления - пошёл в Pinpoint. И это всё можно задеплоить кодом.

Естественно, это частично есть у OVHcloud. Например там есть базы данных и кубернетис, а ради аутентификации придётся идти на auth0.

У авс есть такая штука как "conformance packs" https://docs.aws.amazon.com/config/latest/developerguide/conformancepack-sample-templates.html Там может быть 300-500 готовых правил например, он проверяет - включён ли health check? Истёк ли сертификат? Включены ли бекапы? Он может сканировать всю организацию, действия сотрудников. И назначать "лечение", допустим SSL-сертификат истекает через 14 дней - автоматическое лечение - сертификат перевыпускается.

Там очень много хитрожопых правил, вот это я и называю ЭКОСИСТЕМОЙ.

84 Кб, 1200x600
sage 14 9 мая, 22:12 14 3449795

>>3449736
Не-не-не, стоп. Ты путаешь - если отдельные сервисы дорогие, не значит что вообще всё дорогое. Там этих сервисов 240 штук, если какие-нибудь отдельные сервисы у других дешевле, не значит что вообще нужно всё дропать и бежать с облаков. Ты назвал EC2 и S3, а там ещё 238 других сервисов. Ну хорошо, ты перенёс основной workload на OVHcloud (хранилище на wasabi), но блять там есть куча других сервисов - например sagemaker для обучения нейронок, есть pinpoint для sms/push уведомлений, есть сервис перевода текста в аудио и многое другое.

С твоих слов, дропбокс чуть ли не обанкротился, почему тогда другие компании такие как twitter, netflix, airbnb, adobe, и многие другие сидят и в ус не дуют? Ну реально, ты говоришь что всё пиздец, а как же aws тогда таким большим стал? Если там пол-интернета сидит, по твоей логике получается что все идиоты? Деньги на ветер бросают и не подозревают что можно было сэкономить? Или они в гугле забанены?

А по-поводу экосистемы... Я имею ввиду СЕРВИСЫ - то есть ФАЙРВОЛЛ + АПИ ШЛЮЗ + РАССЫЛКА + НЕЙРОНКИ + АВТОРИЗАЦИЯ/АУТЕНТИФИКАЦИЯ + ДНС + ЛОГИ/МОНИТОРИНГ + ВЫПУСК СЕРТИФИКАТОВ и т.д. То есть мне не надо регистрировать отдельно SendGrid, Auth0. Отдельно настраивать графану. Отдельно идти в CloudFlare, чтобы создать поддомен. Ну например, как это выглядит - я допустим хочу блочить ботов, для этого мне нужен файрволл. Захожу в AWS WAF, создаю правила. Далее, я захотел создать поддомен - зашёл в Route 53, поменял записи. Захотел рассылать уведомления - пошёл в Pinpoint. И это всё можно задеплоить кодом.

Естественно, это частично есть у OVHcloud. Например там есть базы данных и кубернетис, а ради аутентификации придётся идти на auth0.

У авс есть такая штука как "conformance packs" https://docs.aws.amazon.com/config/latest/developerguide/conformancepack-sample-templates.html Там может быть 300-500 готовых правил например, он проверяет - включён ли health check? Истёк ли сертификат? Включены ли бекапы? Он может сканировать всю организацию, действия сотрудников. И назначать "лечение", допустим SSL-сертификат истекает через 14 дней - автоматическое лечение - сертификат перевыпускается.

Там очень много хитрожопых правил, вот это я и называю ЭКОСИСТЕМОЙ.

Показать весь текст
Ответы49982

15 10 мая, 10:24 15 3449925

>>3449739
>Если тебе надо обойти 10,000 сайтов например, как ты будешь их продюсером выполнять? По одному из очереди доставать? Зачем если можно в параллели 10к лямбд запустить и они за 10 секунд все обойдут.
Я спросил у Grok, оно мне прямо ебануло питоновый скрипт, который берёт из текстового файла список урлов, параллельно делает запросы к ним через aiohttp, и складывает ответы в S3 в формате JSON. Я даже не просил его никакого кода писать.
На дефолтовом AWS лимит 1000 одновременно работающих лямбд и 10 000 запусков в секунду (х10) ты не можешь запустить сразу 10 000 лямбд, лямбда не стартует мгновенно — будешь хавать 429 и повторять запросы. Более реалистичная оценка — 30-60 секунд пройтись по 10 000 сайтам лямбдами.
На одном экземпляре VM такое повторить сложно, вопрос в том, нужно ли это и можно ли подождать 10-20 минут. Хороший инстанс b3 — это эквивалент лимита примерно в сотню лямбд AWS. Для недавно зареганых бичей на AWS вообще что-то типа 10 лямбд одновременных доступно, так что про "десять секунд" они могут только мечтать.

>Например если у меня лямбда привязана к апи GET /products, я могу разрешить доступ к бд только на чтение, чтобы исключить всякие SQL-инъекции. Могу гибко повышать или понижать ресурсы.
Может ты мне расскажешь, что я выдумал людей, которые "тонко настроили права" так, что их секретные документы на S3 оказались в публичном доступе? Пиздец был настолько жестким, что по итогу AWS ввели специальный умолчательный запрет на публичный доступ, из-за чего люди, которым нужен публичный доступ в S3, должны были специально устанавливать флажок разрешения публичного доступа.
Далее, у нас статистика по доступам не ведётся? Я не про отладочную, я про аналитику просмотров. На любой сайте нынче "число просмотров, число лайков, число комментариев" — доступ даже не просмотр подразумевает запись в БД. AWS волшебным образом не решает проблему сложности авторизации в сложной распределённой системе — он просто предлагает свои проприетарные ни с чем не совместимые механизм этой реализации, одни из возможных.

>>S3 Events
>Это по сути частный случай eventbridge. Эвентбридж подключен ко всем сервисам и можно слушать любой чих, вплоть до "пароль базы данных изменён".
Нет, не частный случай, это совершенно отдельная старая ублюдочная система, которая была ещё до EventBridge и работала напрямую с тем же SQS (таким же ублюдочным).

>Ну это пиздёж и фантазии. 1 миллион событий = $1, легко посчитать что в $2 обойдётся. Плюс лямбды $0.2 за миллион, ну ещё пару баксов накинь. Но никак не 2 тыщи долларов.
$0.2 за миллион запросов, плюс $0.06 Гб/час за время выполнения — то есть, при дефолтовом 128 Мб/экземпляр тысяча лямбд работающих час будут стоить $7.5, 10k (максимальный лимит доступный бичам) — $75. День на 10k будет стоить как раз $2000.
Если у тебя два клиент шлют по три запроса в секунду, то и как-то похуй, а если же ты рутинно запускаешь десятками тысяч обходчики, то можешь оказаться в ситуации безвылазного сидения в лимите.
У того же AWS SDK старт порядка 100-300 мс, если кто не знал. То есть, скрип вообще ничего не делает, просто создает `boto3.client('sqs')` — это уже работа. И эту работу нужно проделывать на каждый ёбаный мелкий запросик.
Если у тебя ламбды будут просто мгновенно падать и работа из очереди никогда не завершаться, то при лимите 1000 параллельных будет лимит 10 тыс стартов в секунду, это 36 млн стартов в час — $7. Как вы видите. дефолтные лимиты выбраны из соображений "чтоб бичи не сильно возмущались нескольким потерянным долларам". Если поднимать лимиты — можно встрять на те же десятки долларов в час, тысячи долларов в день.
У энтерпрайза лимиты выше, он может встрявать уже на десятки тысяч долларов в день.

>Что тебе мешает сделать "observeLambda" и подписать её на все события, внутри делать логгинг и всё? Заходишь в логи в cloudwatch, пишешь допустим { $.eventName = "PutBucketAcl" } и фильтруешь как тебе надо
Рецепт от анона с двача "как проебать максимально доступное по лимитам число денег на лямбды" — "просто вешайте лямбды на базовые события S3". Ладно бы ещё какую-то очередь предложил, но логировать ненадёжными лямбдами и так ненадёжные S3 Events — это мощно.
По канону события нужно писать как минимум в SQS, откуда их можно доставать лямбдами и складывать в cloudwatch (хотя не обязательно собирать события из очереди лямбдой).

>Ясно, спасибо за информацию, но у меня почти всё в лямбдах сидит - фронтэнд, апи, пайплайны, даже аллах... Я не спорю что где-то какая-нибудь kurwa vps шляпа супер дешёво стоит. Но мне оно безразлично, если я захочу подешевле, я перейду на https://workers.cloudflare.com/ или на https://www.fermyon.com/spin
Никуда ты не перейдешь, потому что код для лямбд работает только в AWS, для других платформ его нужно переписывать. Hello world переписать не проблема, проблемы возникают с энтерпрайзом на десятки миллионов строк. А делать миксованный хостинг на несколько платформах тоже пиздец ещё тот, у AWS однозначный подход "love it or leave it", никакой совместимости и внешний трафик за охуевшие деньги.

15 10 мая, 10:24 15 3449925

>>3449739
>Если тебе надо обойти 10,000 сайтов например, как ты будешь их продюсером выполнять? По одному из очереди доставать? Зачем если можно в параллели 10к лямбд запустить и они за 10 секунд все обойдут.
Я спросил у Grok, оно мне прямо ебануло питоновый скрипт, который берёт из текстового файла список урлов, параллельно делает запросы к ним через aiohttp, и складывает ответы в S3 в формате JSON. Я даже не просил его никакого кода писать.
На дефолтовом AWS лимит 1000 одновременно работающих лямбд и 10 000 запусков в секунду (х10) ты не можешь запустить сразу 10 000 лямбд, лямбда не стартует мгновенно — будешь хавать 429 и повторять запросы. Более реалистичная оценка — 30-60 секунд пройтись по 10 000 сайтам лямбдами.
На одном экземпляре VM такое повторить сложно, вопрос в том, нужно ли это и можно ли подождать 10-20 минут. Хороший инстанс b3 — это эквивалент лимита примерно в сотню лямбд AWS. Для недавно зареганых бичей на AWS вообще что-то типа 10 лямбд одновременных доступно, так что про "десять секунд" они могут только мечтать.

>Например если у меня лямбда привязана к апи GET /products, я могу разрешить доступ к бд только на чтение, чтобы исключить всякие SQL-инъекции. Могу гибко повышать или понижать ресурсы.
Может ты мне расскажешь, что я выдумал людей, которые "тонко настроили права" так, что их секретные документы на S3 оказались в публичном доступе? Пиздец был настолько жестким, что по итогу AWS ввели специальный умолчательный запрет на публичный доступ, из-за чего люди, которым нужен публичный доступ в S3, должны были специально устанавливать флажок разрешения публичного доступа.
Далее, у нас статистика по доступам не ведётся? Я не про отладочную, я про аналитику просмотров. На любой сайте нынче "число просмотров, число лайков, число комментариев" — доступ даже не просмотр подразумевает запись в БД. AWS волшебным образом не решает проблему сложности авторизации в сложной распределённой системе — он просто предлагает свои проприетарные ни с чем не совместимые механизм этой реализации, одни из возможных.

>>S3 Events
>Это по сути частный случай eventbridge. Эвентбридж подключен ко всем сервисам и можно слушать любой чих, вплоть до "пароль базы данных изменён".
Нет, не частный случай, это совершенно отдельная старая ублюдочная система, которая была ещё до EventBridge и работала напрямую с тем же SQS (таким же ублюдочным).

>Ну это пиздёж и фантазии. 1 миллион событий = $1, легко посчитать что в $2 обойдётся. Плюс лямбды $0.2 за миллион, ну ещё пару баксов накинь. Но никак не 2 тыщи долларов.
$0.2 за миллион запросов, плюс $0.06 Гб/час за время выполнения — то есть, при дефолтовом 128 Мб/экземпляр тысяча лямбд работающих час будут стоить $7.5, 10k (максимальный лимит доступный бичам) — $75. День на 10k будет стоить как раз $2000.
Если у тебя два клиент шлют по три запроса в секунду, то и как-то похуй, а если же ты рутинно запускаешь десятками тысяч обходчики, то можешь оказаться в ситуации безвылазного сидения в лимите.
У того же AWS SDK старт порядка 100-300 мс, если кто не знал. То есть, скрип вообще ничего не делает, просто создает `boto3.client('sqs')` — это уже работа. И эту работу нужно проделывать на каждый ёбаный мелкий запросик.
Если у тебя ламбды будут просто мгновенно падать и работа из очереди никогда не завершаться, то при лимите 1000 параллельных будет лимит 10 тыс стартов в секунду, это 36 млн стартов в час — $7. Как вы видите. дефолтные лимиты выбраны из соображений "чтоб бичи не сильно возмущались нескольким потерянным долларам". Если поднимать лимиты — можно встрять на те же десятки долларов в час, тысячи долларов в день.
У энтерпрайза лимиты выше, он может встрявать уже на десятки тысяч долларов в день.

>Что тебе мешает сделать "observeLambda" и подписать её на все события, внутри делать логгинг и всё? Заходишь в логи в cloudwatch, пишешь допустим { $.eventName = "PutBucketAcl" } и фильтруешь как тебе надо
Рецепт от анона с двача "как проебать максимально доступное по лимитам число денег на лямбды" — "просто вешайте лямбды на базовые события S3". Ладно бы ещё какую-то очередь предложил, но логировать ненадёжными лямбдами и так ненадёжные S3 Events — это мощно.
По канону события нужно писать как минимум в SQS, откуда их можно доставать лямбдами и складывать в cloudwatch (хотя не обязательно собирать события из очереди лямбдой).

>Ясно, спасибо за информацию, но у меня почти всё в лямбдах сидит - фронтэнд, апи, пайплайны, даже аллах... Я не спорю что где-то какая-нибудь kurwa vps шляпа супер дешёво стоит. Но мне оно безразлично, если я захочу подешевле, я перейду на https://workers.cloudflare.com/ или на https://www.fermyon.com/spin
Никуда ты не перейдешь, потому что код для лямбд работает только в AWS, для других платформ его нужно переписывать. Hello world переписать не проблема, проблемы возникают с энтерпрайзом на десятки миллионов строк. А делать миксованный хостинг на несколько платформах тоже пиздец ещё тот, у AWS однозначный подход "love it or leave it", никакой совместимости и внешний трафик за охуевшие деньги.

Показать весь текст
Ответы50137

16 10 мая, 11:39 16 3449982

>>3449795
>если отдельные сервисы дорогие, не значит что вообще всё дорогое. Там этих сервисов 240 штук, если какие-нибудь отдельные сервисы у других дешевле, не значит что вообще нужно всё дропать и бежать с облаков. Ты назвал EC2 и S3, а там ещё 238 других сервисов.
Вот именно, что EC2 и S3 уже стоят охуевших денег. B2 стоит $6/Тб/месяц (хранилище уровня S3 standard), AWS S3 стоит $23/Тб/месяц плюс скрытые платежи.
Аналогичная история с EC2: даже совершенно аналогичные on-demand облачные VM стоят в 2-3 раза дешевле, а с VPS лучше вообще не пытаться сравнивать. При этом bare metal dedicated host в AWS стоит каких-то совершенно охуевших денег, он еще дороже, чем on-demand EC2.
А те сервисы, которые "дорогие" — там вообще пиздец.

>там есть куча других сервисов - например sagemaker для обучения нейронок
Этой хуйнёй кто-то пользуется? Я таких людей не знаю. Платформ для ML нынче расплодилось как тараканов, Sagemaker просто одна из.

>есть pinpoint для sms/push уведомлений, есть сервис перевода текста в аудио и многое другое.
Спамилок, аналитики, и всякой нейросетевой хуйня сейчас так много, что уже даже как-то не весело. Это говно есть и на AWS — замечательно, что дальше? Давайте привяжем нашу инфраструктуру намертво к AWS вместо аналогичного решения, которое умеет взаимодействовать с любой платформой? Отличная история.

>С твоих слов, дропбокс чуть ли не обанкротился, почему тогда другие компании такие как twitter, netflix, airbnb, adobe, и многие другие сидят и в ус не дуют?
Дропбокс съебался с AWS, Instagram съебался с AWS, Netflix по большей часть съебался, оставив только часть вебсервисов. Ты пропустил скандал, когда Илон Маск отказывался платить амазону по контракту и сокращал сотрудников в твиттере? У них за 2022 был убыток $270 млн, причём, $100 млн они должны были за AWS, а заплатили только $30 млн.
Airbnb и Adobe не так много выч ресурсов потребляют по сравнению с объемом своего бизнеса, хотя тот же Airbnb платит $150 млн в год за AWS.

>Ну реально, ты говоришь что всё пиздец, а как же aws тогда таким большим стал?
Откуда чиновник построил дворец, купил яхту, и ездит на майбахе? На зарплату купил, конечно. AWS ограбил коммерсов, особенно стартапы (которые один хуй пирамиды), и на эти деньги построил свою империю.
Другое дело, что лохов меньше не становится, вот мне и было интересно поговорить про механизм устройства сей системы. Амазон заносит манагерам за продвижение AWS в проектах, что ли?

>Если там пол-интернета сидит, по твоей логике получается что все идиоты? Деньги на ветер бросают и не подозревают что можно было сэкономить? Или они в гугле забанены?
Это хороший вопрос. У меня есть разные творческие варианты ответа на него, но я бы больше хотел услышать ваши. Я всё равно не работаю ни в Airbnb, ни в Adobe, потому моё мнение не особо ценно. А те компании, в которых я работал, не хостились на AWS даже близко. Может быть потому, что в СНГ вообще нет ни одного датацентра AWS.
По итогу как-то так получается, что есть информационный пузырь из людей, которые уважают AWS, а есть пузырь из людей, которые к нему даже не притрагиваются.

>То есть мне не надо регистрировать отдельно SendGrid, Auth0.
Тебе не нужно настраивать cognito и pinpoint на AWS? Там с Pinpoint ёбли настолько много, что любые вопросы аутентификации меркнут на этом фоне.

>Отдельно идти в CloudFlare, чтобы создать поддомен.
нука зарегай мне ".ru" домен в AWS.

>Я имею ввиду СЕРВИСЫ - то есть ФАЙРВОЛЛ + АПИ ШЛЮЗ + РАССЫЛКА + НЕЙРОНКИ + АВТОРИЗАЦИЯ/АУТЕНТИФИКАЦИЯ + ДНС + ЛОГИ/МОНИТОРИНГ + ВЫПУСК СЕРТИФИКАТОВ
Почти всё из списка есть на DigitalOcean за прайс сильно меньше AWS/Azure/GCP. Только не надо мне рассказывать, что 10 000 серверов тебе мало, нужно минимум 100 000 под твои нужды. В СНГ серверов у них тоже нет, кстати.

>У авс есть такая штука как "conformance packs" https://docs.aws.amazon.com/config/latest/developerguide/conformancepack-sample-templates.html Там может быть 300-500 готовых правил например, он проверяет - включён ли health check? Истёк ли сертификат? Включены ли бекапы? Он может сканировать всю организацию, действия сотрудников.
Конформанс паки ничего не могут в кастомной логике, о чём красным квадратиком выделен блок по ссылке.
Ты регулярно вспоминаешь про автоматические SSL, будто это что-то дохуя ценное. Это всё бичовые сертификаты на amazonaws, аля Let's encrypt, который недавно хакнули в том же jabber.ru (поставили MitM проксю со своим сертификатом от того же Let's encrypt). Амазон не умеет выпускать сертифтикаты на организацию (OV или EV), так что я не понимаю, зачем ты так на этот вопрос наседаешь.

16 10 мая, 11:39 16 3449982

>>3449795
>если отдельные сервисы дорогие, не значит что вообще всё дорогое. Там этих сервисов 240 штук, если какие-нибудь отдельные сервисы у других дешевле, не значит что вообще нужно всё дропать и бежать с облаков. Ты назвал EC2 и S3, а там ещё 238 других сервисов.
Вот именно, что EC2 и S3 уже стоят охуевших денег. B2 стоит $6/Тб/месяц (хранилище уровня S3 standard), AWS S3 стоит $23/Тб/месяц плюс скрытые платежи.
Аналогичная история с EC2: даже совершенно аналогичные on-demand облачные VM стоят в 2-3 раза дешевле, а с VPS лучше вообще не пытаться сравнивать. При этом bare metal dedicated host в AWS стоит каких-то совершенно охуевших денег, он еще дороже, чем on-demand EC2.
А те сервисы, которые "дорогие" — там вообще пиздец.

>там есть куча других сервисов - например sagemaker для обучения нейронок
Этой хуйнёй кто-то пользуется? Я таких людей не знаю. Платформ для ML нынче расплодилось как тараканов, Sagemaker просто одна из.

>есть pinpoint для sms/push уведомлений, есть сервис перевода текста в аудио и многое другое.
Спамилок, аналитики, и всякой нейросетевой хуйня сейчас так много, что уже даже как-то не весело. Это говно есть и на AWS — замечательно, что дальше? Давайте привяжем нашу инфраструктуру намертво к AWS вместо аналогичного решения, которое умеет взаимодействовать с любой платформой? Отличная история.

>С твоих слов, дропбокс чуть ли не обанкротился, почему тогда другие компании такие как twitter, netflix, airbnb, adobe, и многие другие сидят и в ус не дуют?
Дропбокс съебался с AWS, Instagram съебался с AWS, Netflix по большей часть съебался, оставив только часть вебсервисов. Ты пропустил скандал, когда Илон Маск отказывался платить амазону по контракту и сокращал сотрудников в твиттере? У них за 2022 был убыток $270 млн, причём, $100 млн они должны были за AWS, а заплатили только $30 млн.
Airbnb и Adobe не так много выч ресурсов потребляют по сравнению с объемом своего бизнеса, хотя тот же Airbnb платит $150 млн в год за AWS.

>Ну реально, ты говоришь что всё пиздец, а как же aws тогда таким большим стал?
Откуда чиновник построил дворец, купил яхту, и ездит на майбахе? На зарплату купил, конечно. AWS ограбил коммерсов, особенно стартапы (которые один хуй пирамиды), и на эти деньги построил свою империю.
Другое дело, что лохов меньше не становится, вот мне и было интересно поговорить про механизм устройства сей системы. Амазон заносит манагерам за продвижение AWS в проектах, что ли?

>Если там пол-интернета сидит, по твоей логике получается что все идиоты? Деньги на ветер бросают и не подозревают что можно было сэкономить? Или они в гугле забанены?
Это хороший вопрос. У меня есть разные творческие варианты ответа на него, но я бы больше хотел услышать ваши. Я всё равно не работаю ни в Airbnb, ни в Adobe, потому моё мнение не особо ценно. А те компании, в которых я работал, не хостились на AWS даже близко. Может быть потому, что в СНГ вообще нет ни одного датацентра AWS.
По итогу как-то так получается, что есть информационный пузырь из людей, которые уважают AWS, а есть пузырь из людей, которые к нему даже не притрагиваются.

>То есть мне не надо регистрировать отдельно SendGrid, Auth0.
Тебе не нужно настраивать cognito и pinpoint на AWS? Там с Pinpoint ёбли настолько много, что любые вопросы аутентификации меркнут на этом фоне.

>Отдельно идти в CloudFlare, чтобы создать поддомен.
нука зарегай мне ".ru" домен в AWS.

>Я имею ввиду СЕРВИСЫ - то есть ФАЙРВОЛЛ + АПИ ШЛЮЗ + РАССЫЛКА + НЕЙРОНКИ + АВТОРИЗАЦИЯ/АУТЕНТИФИКАЦИЯ + ДНС + ЛОГИ/МОНИТОРИНГ + ВЫПУСК СЕРТИФИКАТОВ
Почти всё из списка есть на DigitalOcean за прайс сильно меньше AWS/Azure/GCP. Только не надо мне рассказывать, что 10 000 серверов тебе мало, нужно минимум 100 000 под твои нужды. В СНГ серверов у них тоже нет, кстати.

>У авс есть такая штука как "conformance packs" https://docs.aws.amazon.com/config/latest/developerguide/conformancepack-sample-templates.html Там может быть 300-500 готовых правил например, он проверяет - включён ли health check? Истёк ли сертификат? Включены ли бекапы? Он может сканировать всю организацию, действия сотрудников.
Конформанс паки ничего не могут в кастомной логике, о чём красным квадратиком выделен блок по ссылке.
Ты регулярно вспоминаешь про автоматические SSL, будто это что-то дохуя ценное. Это всё бичовые сертификаты на amazonaws, аля Let's encrypt, который недавно хакнули в том же jabber.ru (поставили MitM проксю со своим сертификатом от того же Let's encrypt). Амазон не умеет выпускать сертифтикаты на организацию (OV или EV), так что я не понимаю, зачем ты так на этот вопрос наседаешь.

Показать весь текст

70 Кб, 604x452
sage 17 10 мая, 14:43 17 3450137

>>3449925
>$0.2 за миллион запросов, плюс $0.06 Гб/час за время выполнения — то есть, при дефолтовом 128 Мб/экземпляр тысяча лямбд работающих час будут стоить $7.5, 10k (максимальный лимит доступный бичам) — $75
Ты заебал. Ты ведёшь какие-то абстрактные в вакууме расчёты - которые почти никогда не встречаются на практике. Это всё равно что сравнивать скорость языков программирования по сложению/вычитанию в цикле. Нет смысла сравнивать лямбду и впс, потому что я могу любой проект сделать 10 разными способами. Можно взять вместо лямбды batch job или взять fargate, eks, и т.д. в зависимости от ситуации. Нет там никаких 7.5 долларов, это просто твои фантазии. И 75 долларов нету. У тебя ни разу на практике столько не выходило, ты нафантазировал что так будет. Тоже самое с хранилищем, там есть несколько разных хранилищ, там есть FSx, ebs, efs. Если у меня что-то слишком дорогое, я ищу как это можно удешевить.

Весь тред какой-то бестолковый. Ты доказываешь А ВОТ У ДРУГИХ тоже есть такие же сервисы, ПОЭТОМУ АВС НЕ НУЖЕН. Ну и что? А меня авс полностью устраивает, зачем мне ДРУГИЕ? Это твоя личная нелюбовь. Тред скатывается в какой-то базар-вокзал, у меня создаётся впечатление что ты специально доёбываешься до мелочей. У любого сервиса, если копаться под лупой можно найти недостатки. Я тоже могу сказать оооо ну что этот DigitalOcean!? Подумаешь админка, это щас у всех есть! А в OVHcloud вообще мёртвая техноддержка, пользователи жалуются что у них аккаунты банят!

Если специально поставить цель, можно про всё сказать, что любой сервис говно.

Ответы50587

18 10 мая, 16:45 18 3450262

Это не для вас сделано, молодой человек. Целевая аудитория AWS - большие клиенты типа Нетфликс, Твитч итд, с которыми работают выделенные команды с их стороны и цены для них договорные. Если ты платишь по стандартному ценнику, то ты для них вторичен, чисто просто чтобы железо не простаивало. Тратить ресурсы чтобы тебе было что-то там удобнее им нецелесообразно.

Ответы50599

19 10 мая, 18:42 19 3450388

Насколько хуже Яндекс Клауд по сравнению с AWS?

Ответы5045250479

sage 20 10 мая, 20:01 20 3450452

>>3450388
Яндекс - это авс на минималках. Это как сравнивать рутуб с ютубом. Там ограниченный набор готовых сервисов, нет аналогов: cognito, appsync, aurora, amplify и многих других. Меньше документации, меньше примеров. Конские цены на инстансы (хотя сейчас вроде дешевле стало?). Базы данных - нет каких-то особых тюнингованных по типу aurora или каких-нибудь графовых по типу neptune. Выбор только из тех, что есть в опенсоурсе - postgres, mysql и проч.

Из плюсов: есть классные уникальные сервисы "serverless containers" и "yandex search api", можно платить рублями, есть yandex gpt (но яндексовская нейронка беспонтовая, у неё контекст 32к токенов, на уровне qwen, длинные многостраничные документы не понимает). Они развиваются потихоньку, недавно появился сервис "yandex serverless integrations" (что-то вроде step functions).

Итого: пока лучшее что есть в России, но есть куда расти. Не сказать что прям супер, но и не сказать что говно. AWS появился на 15 лет раньше. Конечно он взрослее, у них больше наворотов.

Ответы50559

21 10 мая, 20:27 21 3450479

>>3450388
> Насколько хуже Яндекс Клауд по сравнению с AWS?
Хуже в чём? Они многие сервисы повторили, всякие нейроштуки с русским контентом у яндекса намного лучше работают. У яндекса клиенты обычно не пересекаются с AWS, потому что яндекс СНГ-онли, а AWS нет в СНГ, даже в африке есть, но в СНГ нету.

22 10 мая, 21:37 22 3450559

>>3450452
>Базы данных - нет каких-то особых тюнингованных по типу aurora или каких-нибудь графовых по типу neptune. Выбор только из тех, что есть в опенсоурсе - postgres, mysql и проч.
Ты ебанат? YDB в очко ебёт DynamoDB по поддержке констистентности и разных способов доступа (в том числе SQL); при этом на GCP есть Spanner, аналога на AWS или Azure просто нет. Yandex metrica/Clickhouse, Google BigQuery/Dataflow, Azure Monitor/Kusto, опять же, не имеют аналогов в AWS — в AWS просто нет эффективных инструментов для регистрации миллионов событий в секунду так, чтобы тебе не приходили ебанутые счета за сервис. Тот же Redshift, который пытается метить в похожие ниши, тебя разорит — за успешную аналитику и рекламу ваша компания заплатит AWS больше, чем получит в результате прироста прибыли.
И в том числе поэтому тот же твиттер перенёс часть своих сервисов на GCP — чисто ради BigQuery+Dataflow.
Ты вообще в каком году последний раз смотрел список сервисов yandex cloud?

>нет аналогов: cognito, appsync, aurora, amplify и многих других.
YDB Аврору тоже ебёт, Аврора ближе к облачному Постгресу. Amplify, который по сути примитивный конструктор для Cognito+AppSync+Dynamo+S3+Cloudfront — это удобно для стартапов первые две недели их существования, но оно будет неизбежно переписываться и переносится на другие инструменты по мере уточнения и раширения требований.
К слову, твой аргумент валиден в том плане, что я от одного топтальщика слышал рассказы о стартапах с амплифаем, которые спустя хуй знает сколько месяцев сидят на стандартных реализациях с облака, дедлайны проёбаны или будут вот-вот проёбаны, кидают пачку зелени на стол, и говорят "штоб через два месяца всё заработало, по нашему ТЗ".
Топтал, к слову, использует маркетинговую модель, похожую на AWS, мол "вы набрали мудаков с улицы по объявлениям? Мы тоже, но хотя бы сделали отбор и 97% соискателей отправили обратно продавать хотдоги" — а потом продаёт "удачные решения", интенсивно засвечиваясь на всяких там публичных мероприятиях, фейсбуках и линкединах.
У среднего стартапа технический уровень пиздец какой низкий — я сам бы на роли TL/TCO не рискнул бы с таким контингентом разрабатывать что-то ответственное, потому что я уже имел противоположный опыт, мол "да мы и сами сможем" — хуй там, не сможем (к моему оправданию, тогда я был простым кодером).

>yandex gpt (но яндексовская нейронка беспонтовая, у неё контекст 32к токенов, на уровне qwen, длинные многостраничные документы не понимает)
Для анализа больших внешних доков любой уважающий себя проект использует энкодерный двунаправленный трансформер (аля BERT). В том числе так делает GPT, в том числе картинки он читает через картинковый энкодер, а не напрямую. Decoder-only архитектуры никогда не были предназначены для решения больших аналитических задач, и то, что кто-то пытается натянуть сову на глобус, не значит, что он поступает оптимально.
Не то, чтобы я пытался выставить YandexGPT чем-то особенным, но YandexGPT ты можешь СКАЧАТЬ БЕСПЛАТНО БЕЗ РЕГИСТРАЦИИ и запустить у себя на машине. А как мне скачать GPT-4? Как мне скачать Claude 3.7? А если у нас нет 20 млн рублей на минимальный сетап под DeepSeek V3 даже с пониженной точностью квантизации?

22 10 мая, 21:37 22 3450559

>>3450452
>Базы данных - нет каких-то особых тюнингованных по типу aurora или каких-нибудь графовых по типу neptune. Выбор только из тех, что есть в опенсоурсе - postgres, mysql и проч.
Ты ебанат? YDB в очко ебёт DynamoDB по поддержке констистентности и разных способов доступа (в том числе SQL); при этом на GCP есть Spanner, аналога на AWS или Azure просто нет. Yandex metrica/Clickhouse, Google BigQuery/Dataflow, Azure Monitor/Kusto, опять же, не имеют аналогов в AWS — в AWS просто нет эффективных инструментов для регистрации миллионов событий в секунду так, чтобы тебе не приходили ебанутые счета за сервис. Тот же Redshift, который пытается метить в похожие ниши, тебя разорит — за успешную аналитику и рекламу ваша компания заплатит AWS больше, чем получит в результате прироста прибыли.
И в том числе поэтому тот же твиттер перенёс часть своих сервисов на GCP — чисто ради BigQuery+Dataflow.
Ты вообще в каком году последний раз смотрел список сервисов yandex cloud?

>нет аналогов: cognito, appsync, aurora, amplify и многих других.
YDB Аврору тоже ебёт, Аврора ближе к облачному Постгресу. Amplify, который по сути примитивный конструктор для Cognito+AppSync+Dynamo+S3+Cloudfront — это удобно для стартапов первые две недели их существования, но оно будет неизбежно переписываться и переносится на другие инструменты по мере уточнения и раширения требований.
К слову, твой аргумент валиден в том плане, что я от одного топтальщика слышал рассказы о стартапах с амплифаем, которые спустя хуй знает сколько месяцев сидят на стандартных реализациях с облака, дедлайны проёбаны или будут вот-вот проёбаны, кидают пачку зелени на стол, и говорят "штоб через два месяца всё заработало, по нашему ТЗ".
Топтал, к слову, использует маркетинговую модель, похожую на AWS, мол "вы набрали мудаков с улицы по объявлениям? Мы тоже, но хотя бы сделали отбор и 97% соискателей отправили обратно продавать хотдоги" — а потом продаёт "удачные решения", интенсивно засвечиваясь на всяких там публичных мероприятиях, фейсбуках и линкединах.
У среднего стартапа технический уровень пиздец какой низкий — я сам бы на роли TL/TCO не рискнул бы с таким контингентом разрабатывать что-то ответственное, потому что я уже имел противоположный опыт, мол "да мы и сами сможем" — хуй там, не сможем (к моему оправданию, тогда я был простым кодером).

>yandex gpt (но яндексовская нейронка беспонтовая, у неё контекст 32к токенов, на уровне qwen, длинные многостраничные документы не понимает)
Для анализа больших внешних доков любой уважающий себя проект использует энкодерный двунаправленный трансформер (аля BERT). В том числе так делает GPT, в том числе картинки он читает через картинковый энкодер, а не напрямую. Decoder-only архитектуры никогда не были предназначены для решения больших аналитических задач, и то, что кто-то пытается натянуть сову на глобус, не значит, что он поступает оптимально.
Не то, чтобы я пытался выставить YandexGPT чем-то особенным, но YandexGPT ты можешь СКАЧАТЬ БЕСПЛАТНО БЕЗ РЕГИСТРАЦИИ и запустить у себя на машине. А как мне скачать GPT-4? Как мне скачать Claude 3.7? А если у нас нет 20 млн рублей на минимальный сетап под DeepSeek V3 даже с пониженной точностью квантизации?

Показать весь текст
Ответы50568

23 10 мая, 21:47 23 3450568

>>3450559
>YDB в очко ебёт
Если кого и ебет, то только саму себя.
В YDB до сих очень часто встречаются критические баги, из-за чего в некоторых tier-A сервисах Яндекса YDB запрещена к использованию.

Ответы50615

24 10 мая, 22:06 24 3450587

>>3450137
> Ты ведёшь какие-то абстрактные в вакууме расчёты - которые почти никогда не встречаются на практике.
Если у тебя одни хелло ворлды с максимальной нагрузкой в два одновременных пользователя, то, да, в твоей практике не встречается. Начинал я карьеру с сервиса, где были сотни пользователей одновременно, а на последней работе если у тебя инстанс не держит тысячу коннектов одновременно, то иди нахуй переделывать. Даже на сотнях пользователей ты будешь стабильно утыкаться в лимиты по лямбдам, если на каждый чих и пук будешь запускать отдельную лямбду.

>Нет там никаких 7.5 долларов, это просто твои фантазии. И 75 долларов нету. У тебя ни разу на практике столько не выходило, ты нафантазировал что так будет.
Вот прямо по твоему гайду ебанаты повесили лямдбы на S3 events, а потом охуели от счетов:
https://www.reddit.com/r/aws/comments/eq08s9/comment/fend5dj/
И это не баг в системе, это вполне себе предсказуемый результат. Хотя, за EC2 с утёкших ключей больше счета приходили, это правда.

>Ты доказываешь А ВОТ У ДРУГИХ тоже есть такие же сервисы, ПОЭТОМУ АВС НЕ НУЖЕН. Ну и что? А меня авс полностью устраивает, зачем мне ДРУГИЕ? Это твоя личная нелюбовь.
Я бы тоже согласился с твоей формулировкой, но сия теория не поясняет доминирования AWS на рыночке. То есть, кому-то нравится Digtalocean, кому-то нравится ovhcloud, кому-то нравится GCP, кому-то Azure — все с разными вкусами, и по идее должны были быть равномерно размазаны по рыночку. Но нет, большинство сидят на AWS, по каким-то загадочным причинам им он "нравится" , хотя объективных причин для этого, как мы выяснили, не так уж и много.

>А в OVHcloud вообще мёртвая техноддержка, пользователи жалуются что у них аккаунты банят!
В AWS без платной поддержки за дохуя денег тебе тоже будет отвечать отписками. Да, в среднем поддержка на OVH хуже. Это довольно объективная оценка, здесь нет никаких "вкусов" и "нравится". Все эти рассказы про "нравится" — это только лишь результат маркетинга амазона, который ещё можно назвать как "а больше мы никаких облаков всё равно не знаем, потому нам нравится единственное облако, про которое мы знаем".

24 10 мая, 22:06 24 3450587

>>3450137
> Ты ведёшь какие-то абстрактные в вакууме расчёты - которые почти никогда не встречаются на практике.
Если у тебя одни хелло ворлды с максимальной нагрузкой в два одновременных пользователя, то, да, в твоей практике не встречается. Начинал я карьеру с сервиса, где были сотни пользователей одновременно, а на последней работе если у тебя инстанс не держит тысячу коннектов одновременно, то иди нахуй переделывать. Даже на сотнях пользователей ты будешь стабильно утыкаться в лимиты по лямбдам, если на каждый чих и пук будешь запускать отдельную лямбду.

>Нет там никаких 7.5 долларов, это просто твои фантазии. И 75 долларов нету. У тебя ни разу на практике столько не выходило, ты нафантазировал что так будет.
Вот прямо по твоему гайду ебанаты повесили лямдбы на S3 events, а потом охуели от счетов:
https://www.reddit.com/r/aws/comments/eq08s9/comment/fend5dj/
И это не баг в системе, это вполне себе предсказуемый результат. Хотя, за EC2 с утёкших ключей больше счета приходили, это правда.

>Ты доказываешь А ВОТ У ДРУГИХ тоже есть такие же сервисы, ПОЭТОМУ АВС НЕ НУЖЕН. Ну и что? А меня авс полностью устраивает, зачем мне ДРУГИЕ? Это твоя личная нелюбовь.
Я бы тоже согласился с твоей формулировкой, но сия теория не поясняет доминирования AWS на рыночке. То есть, кому-то нравится Digtalocean, кому-то нравится ovhcloud, кому-то нравится GCP, кому-то Azure — все с разными вкусами, и по идее должны были быть равномерно размазаны по рыночку. Но нет, большинство сидят на AWS, по каким-то загадочным причинам им он "нравится" , хотя объективных причин для этого, как мы выяснили, не так уж и много.

>А в OVHcloud вообще мёртвая техноддержка, пользователи жалуются что у них аккаунты банят!
В AWS без платной поддержки за дохуя денег тебе тоже будет отвечать отписками. Да, в среднем поддержка на OVH хуже. Это довольно объективная оценка, здесь нет никаких "вкусов" и "нравится". Все эти рассказы про "нравится" — это только лишь результат маркетинга амазона, который ещё можно назвать как "а больше мы никаких облаков всё равно не знаем, потому нам нравится единственное облако, про которое мы знаем".

Показать весь текст
Ответы50604

25 10 мая, 22:34 25 3450599

>>3450262
>Целевая аудитория AWS - большие клиенты типа Нетфликс, Твитч итд, с которыми работают выделенные команды с их стороны и цены для них договорные. Если ты платишь по стандартному ценнику, то ты для них вторичен, чисто просто чтобы железо не простаивало. Тратить ресурсы чтобы тебе было что-то там удобнее им нецелесообразно.
50 на 50 доходы у амазона с крупных и мелких, но да, 10% крупнейших клиентов приносит дохода столько же, сколько 90% мелких-средних. Тем не менее, половина дохода — это половина дохода.

В остальном с тем, что это "не для меня сделано" — согласен, о чём и писал. Другое дело, что хочется всё-таки узнать, кто те люди, которые этим пользуются.

26 10 мая, 22:47 26 3450604

>>3450587
>Даже на сотнях пользователей ты будешь стабильно утыкаться в лимиты по лямбдам
Чел, у тебя бредовые посты. У двачеров биполярка как всегда - лимиты специально сделаны, чтобы пользователям не прилетали счета по $50,000 за ддос атаки. Тут каждый первый скулит, что вооооооот прилетит счёт при первой же атаке... Теперь ты скулишь ой мало лимиты, надо больше. Так ты уж определись. Лимиты подкручиваются простым обращением в техподдержку.

Но даже окей, суть не в этом... Ты говоришь Я ДЕЛАЛ СЕРВИС, так в том-то и дело, что в лямбде масштабирование из коробки работает! Мне не надо ставить балансировщик, кубернетис, писать докерфайлы, настраивать поды, за меня это всё сделали. Конечно, готовый сервис всегда дороже, это и логично. Это тоже самое что говорить смысл покупать бензин? А давайте сами перерабатывать сырую нефть? Зачем мы будем переплачивать газпрому, лукойлу, давайте покупать сырую нефть - она дешевле.

Ответы50643

27 10 мая, 23:14 27 3450615

>>3450568
>В YDB до сих очень часто встречаются критические баги, из-за чего в некоторых tier-A сервисах Яндекса YDB запрещена к использованию.
YDB слабее по стабильности, чем MySQL и PostgreSQL, но приближается к ним. На ебливых сценариях падали и мускуль, и постгря так-то, просто YDB имеет проблемы чаще — нет никаких "очень часто", сейчас не 2023 год.

28 10 мая, 23:47 28 3450643

>>3450604
>У двачеров биполярка как всегда - лимиты специально сделаны, чтобы пользователям не прилетали счета по $50,000 за ддос атаки.
Лимиты нужно грамотно настроить, поверх этого настроить алерты в cloudwatch. Если ты можешь грамотно организовать, настроить, задеплоить распределённую систему, то прежде всего зачем тебе AWS? Простые додики секретные документы в публичный доступ выкладывают — вот уровень настроек AWS среднего клиента.

>Тут каждый первый скулит, что вооооооот прилетит счёт при первой же атаке... Теперь ты скулишь ой мало лимиты, надо больше. Так ты уж определись. Лимиты подкручиваются простым обращением в техподдержку.
Это реальная проблема по которой дохуищща слёз пролито в том же реддите. Либо у тебя низкие лимиты и всё еле ползает, либо лимиты большие и ты получаешь счета на тысячи долларов — один и тот же пользователь может влезть в обе проблемы по очереди. В каких-то случаях поддержка может пойти навстречу и частично списать счёт, но это чистый рандом.
Мне лично модель "попользовался — заплатил" не нравится именно из-за таких приколов. И в том числе крупный бизнес заключает с AWS фиксированные контракты, внезапное трёхкратное увеличение счетов за месяц там исключено.

>Ты говоришь Я ДЕЛАЛ СЕРВИС, так в том-то и дело, что в лямбде масштабирование из коробки работает! Мне не надо ставить балансировщик, кубернетис, писать докерфайлы, настраивать поды, за меня это всё сделали.
Knative на managed kubernetes ставится по уже готовым гайдам, сам стартует инстансы с нуля до N, и потом обратно до нуля. Собственно, любое решение под кубернет будет работать, тут managed k8s является ключевым звеном.
На digitalocean уже полноценный serverless, и стоит он столько же, сколько lambda, но без скрытых платежей. Есть ещё херова туча провайдеров самых разных решений, вроде упомянутых тобой фермиона и клаудфлеры.

29 11 мая, 12:59 29 3450953

Рубрика "весёлая арифметика".

AWS EC2 on-demand m8g.large (8Гб): $0.08976/час;
AWS lambda: $0.06 Гб-час, 60 лямбд на 128 Мб по часу выполнения — $0.45/час;
VPS на 8 Гб оперативы — $10 в месяц (где-то $0.013/час).
То есть:
— использование on-demand EC2 4 часов в день будет стоить дороге, чем VPS 24/7;
— использование AWS lambda 12 минут в час (или 12 лямбд целый час) будет стоить дороже, чем EC2 on-demand, работающий без останова;
— по цене VPS 24/7 вы можете позволить себе запустить 8 лямбд по 40 минут работы в день, или 320 лямбд по 1 минуте работы.

Да, в лямбдах есть free tier на $7 в месяц. И из него желательно выходить, если не хочется охуеть от счетов на тысячи доларов. Free tier 400 000 Gb-s — это 4 часа работы 8 лямбд в день, или 1800 лямбд по минуте работы в день, или 100 000 тыс секундных лямбд в день.

Если нагрузку с 24/7 загруженной VPS-ки перенести на лямбды (например, выставив аккаунту лимит в 60 лямбд), то без учёта скрытых платежей получится $0.06 x 8 x 24 x 30 = $350 в месяц счёт за AWS Lambda. Всего-лишь в 35 раз дороже впс-ки.

30 21 июня, 22:45 30 3481132

Нашел охуенное обсуждение вопроса лямбд AWS:
https://www.linkedin.com/posts/pchiusano_systemfwvolturno-unison-share-activity-7340354971063767042-wS1L
>1) Опыт разработки: вы не можете запускать их локально с высокой точностью, и что бы они вам ни говорили, настройка сложной serverless архитектуры ad hoc для тестирования отнимает много времени и денег. Это легко сводит на нет все преимущества, которые вы получаете от них. (Да, технически вы можете запускать их локально, но на практике у вас есть всевозможные внешние зависимости даже для самой базовой функциональности, потому что это модель программирования)
>2) Опыт эксплуатации: вы не можете войти в лямбду. Вы не можете выполнять ad hoc отладку с точки зрения лямбды. Я видел, как команды тратили недели на отладку serverless ролей и разрешений, продираясь через каждый уровень, чтобы найти еще одну блокировку. Просто так много времени уходит на то, чтобы выяснить, почему это не работает. Это особенно актуально для архитектуры с «наименьшими привилегиями».
>и бонус: даже когда вы достигаете этого произвольного масштаба, они не масштабируются достаточно быстро, поэтому вы получаете высокую tail latency и должны вручную управлять ими. Таким образом, даже это обещание бесконечной масштабируемости не оправдалось.

То есть, даже история про "безграничное масштабирование по запросу" — полная хуета и в реальном мире не существует. Но как же ж так — в нашем Hello world приложени всё работало как часы...

Ответы81144

171 Кб, 1903x449
31 21 июня, 23:34 31 3481144

>>3481132
Шиз, прими таблетки. Тестируют не саму лямбду (это также абсурдно, как тестировать VPS или контейнеры), а функционал который в ней находится. Если у меня был класс Calculator складывающий два числа, он в лямбде будет складывать два числа. Лямбда получает JSON события, который можно посмотреть сделав console.log(payload);. Если надо найти что-то конкретное, есть поиск по логам. Проблема только в тупорылости/рукожопости разработчиков не знающих о существовании логов и поиска по логам.

Ответы81593

32 22 июня, 15:45 32 3481593

>>3481144
>Если у меня был класс Calculator складывающий два числа, он в лямбде будет складывать два числа.
Ну если домашняя работа выполняется на AWS, то и всё остальное будет. Не то, чтобыя сомневался. что вся эта хуйня делалась школьниками для школьников, но есть даже люди, похожие на врослых, которые во все сказки верят.

>Лямбда получает JSON события, который можно посмотреть сделав console.log(payload);. Если надо найти что-то конкретное, есть поиск по логам.
Ты мне хочешь расказать, что в AWS ничего кроме лямбд и логов нет? Сотен сервисов с совершенно уникальными API, где даже два похожих вызова у одного сервисам имеют совершенно разный способ передачи параметров — всё это не спрашивается на контрольной работе для 10 класса общеобразовательной школы?

Ответы81989

33 22 июня, 16:43 33 3481642

>>3449705
>AWS Lambda или аналогичные Functions от других облаков — это странная хуйня, смысл которой я не могу понять до сих пор. Если тебе пришло событие, то оно пришло ОТ КОГО-ТО. Так может быть этот ебучий автор события и выполнит всю логику лямбды без создания отдельной лямбды?
Например телеграм бот, у которого 2 сообщения в неделю https://medium.com/serverless-bots/using-aws-lambda-as-telegram-bot-backend-52cd2cbeebc5
Далеко не всегда можно перенести логику в вызывающий сервер. Иногда это бюрократически невозможно, потому что та команда не хочет брать на себя поддержку вашего кода. Иногда это технически невозможно, потому что это сторонняя система которая может дернуть апишечку или пукнуть в очередь.

Главная проблема лямбд
>вместо счёта на $20 может прийти счёт на $2000

Ответы81654

34 22 июня, 16:56 34 3481654

>>3481642
>Далеко не всегда можно перенести логику в вызывающий сервер. Иногда это бюрократически невозможно, потому что та команда не хочет брать на себя поддержку вашего кода. Иногда это технически невозможно, потому что это сторонняя система которая может дернуть апишечку или пукнуть в очередь.
То есть, пукнуть в очередь они могут, а выполнить логику — нет? Окей, это работа для free tier c 256 Мб RAM на fly.io.

Ответы81673

35 22 июня, 17:18 35 3481673

>>3481654
>То есть, пукнуть в очередь они могут, а выполнить логику — нет?
Ну да, сейчас 3rd party сервис будет твою логику выполнять.

>Окей, это работа для free tier c 256 Мб RAM на fly.io.
Нет его больше https://fly.io/docs/about/pricing/#legacy-free-allowances
И опять же это очень странная логика, если задача выполняется редко, то и ресурсов она должна мало потреблять.

Ответы82116

36 22 июня, 23:18 36 3481989

>>3481593
>Ты мне хочешь расказать
Я хочу сказать, что слабо вериться в правдивость всей твоей охуительной истории с линкед ин, в жизни почти не встречается и говорит только о рукожопии самих авторов поста. Обычный наброс говна на вентилятор.

Почему так? Во-первых, любой вызов апи авс оборачивается в try catch. Сложно не заметить если у тебя putBucket вылетел в catch с ошибкой "permission denied". Во-вторых, можно просто открыть cloudtrail и минут за 15 найти, где каких прав не хватает. Там так и написано допустим, "user iam:123445678 doesn't have permission to execute s3:putBucket". Но это точно не НЕДЕЛЯМИ сидели, искали пермишенны, как они там пишут. Тут явно пиздеж и провокация. В-третьих, самой проблемы как "не могу подключиться к лямбе по ssh" не существует в природе. Сколько занимает cdk deploy, если это приложение на питоне или typescript? Ну где-то 2,5-5 минут. Мне проще заново передеплоить код и снова перепроверить. Конечно если это . net/java/c++, то там деплой выйдет дольше. И в четвёртый, вряд ли корень всех их бед - это системное окружение. Питон он и в Африке питон. Они же не лютую низкоуровневую системамщину пишут. Хотя если тебе так надо, можно свой докерфайл использовать.

Ответы82001

512x512
37 22 июня, 23:30 37 3482001

>>3481989
>Сколько занимает cdk deploy, если это приложение на питоне или typescript? Ну где-то 2,5-5 минут. Мне проще заново передеплоить код и снова перепроверить. Конечно если это . net/java/c++, то там деплой выйдет дольше.
Жырнота 146%

Ответы82040

38 23 июня, 00:39 38 3482040

>>3482001
Ну а сколько он занимает по-твоему? Он ровно минуты две с половиной и занимает отсилы. Он же не всё деплоит, а только измененный контент.

Ответы82923

39 23 июня, 08:45 39 3482116

>>3481673
>И опять же это очень странная логика, если задача выполняется редко, то и ресурсов она должна мало потреблять.
Тут скорее вопрос про то, что всем хостерам похуй на твой сервис размером со спичечный коробок, за который ты будешь платить десять центов. Некоторые люди подобные сервисы размещаются на домашнем роутере за $20, раз уж мы касаемся серьёзного бизнеса с двухзначными суммами.

>Во-первых, любой вызов апи авс оборачивается в try catch. Сложно не заметить если у тебя putBucket вылетел в catch с ошибкой "permission denied". Во-вторых, можно просто открыть cloudtrail и минут за 15 найти, где каких прав не хватает. Там так и написано допустим, "user iam:123445678 doesn't have permission to execute s3:putBucket".
Permission denied поясняет что произошло, но не поясняет почему произошло. CloudTrail логает с задержкой в несколько минут, и он логает ВСЁ, а тебе потом уже нужно в этом говне ковыряться, руками или автоматически. Конечно, заебись, когда поверх твоей системы уже настроена система автоматического логирования, которая собирает логи со всех-всех участвующих сервисов и фильтрует только те, на которые нужно реагировать, но создание такой системы — это само по себе искуство.
А если у мен асинхронная параша с очередями? Уже придумал, как её трассировать через CloudTrail/CloudWatch? Я думаю, что в твоей замечательной системе всё проще — ты делаешь два запроса в год, потому отлаживать и логировать, по сути, нечего. Как я уже писал — для домашней работы по информатике всё это выглядит очень привлекательно.

>В-третьих, самой проблемы как "не могу подключиться к лямбе по ssh" не существует в природе
Я могу подключиться к лямбде через SSH? Нет. Значит ты пиздишь и проблема есть.

Ответы8213882929

40 23 июня, 09:26 40 3482138

>>3482116
Ты заебал уже. Иди лечись. У тебя какие-то мелкие доёбы, просто чтобы доебаться до чего-нибудь. Асинхронная/не-асинхронная без разницы. У логов стоит timestamp, по нажатию "log tail" и он выводит сообщения со всей очереди по мере их добавления. В cloudtrail тоже можно фильтровать по событиям. На несколько минут задержка? Хуле ты тогда пиздишь что КОМАНДЫ ТРАТИЛИ НЕДЕЛИ НА ОТЛАДКУ. Короче никакой проблемы с логгированием нету. Тебе просто нехуй делать, ты сидишь и выдумываешь абстрактные проблемы.

Ответы82272

41 23 июня, 11:54 41 3482272

>>3482138
>Асинхронная/не-асинхронная без разницы. У логов стоит timestamp, по нажатию "log tail" и он выводит сообщения со всей очереди по мере их добавления.
После этой фразы я хуй его знает, что можно обсуждать. Автор сообщения никогда не работал с длинными асинхронными очередями, где таймстампы говорят ровно нихуя, нужны идентификаторы запроса, которые нужно ручками пробрасывать, чтобы через какой-нибудь X-Ray потом возможно было отследить это говно. Но для домашней работы это перебор, я согласен.

>Хуле ты тогда пиздишь что КОМАНДЫ ТРАТИЛИ НЕДЕЛИ НА ОТЛАДКУ
Не я говорю, а чел, который с этой хуйнёй работал. Есть его слова против твоих слов, и твой уровень компетентности мы уже поняли — по поводу того автора можно спорить, я бы скорее выставил ему претензию "нахуй ты вообще полез в AWS?", в остальном у него огромный опыт раскручивания говностартапов.

Ответы82861

42 23 июня, 22:06 42 3482861

>>3482272
Как тебя вообще ебет моя квалификация? Я делаю то что мне нравится, меня авс устраивает. Какая разница, ну домашние задание и что? Засунь себе в жопу свое ценное мнение. Весь твой тред это типа я дартаньян а вы говно. Иди нахуй. И хватит нахуй выискать слезливые истории в интернете.

Ответы83029

43 23 июня, 23:31 43 3482923

>>3482040
>Он же не всё деплоит, а только измененный контент.
Если ты лямбды используешь по назначению а не для того чтобы поставить кабана на деньга, то старт лямбды = старт контейнера. И тут С++ иметь сильное преимущество.

44 23 июня, 23:39 44 3482929

>>3482116
>>И опять же это очень странная логика, если задача выполняется редко, то и ресурсов она должна мало потреблять.
>Тут скорее вопрос про то, что всем хостерам похуй на твой сервис размером со спичечный коробок, за который ты будешь платить десять центов. Некоторые люди подобные сервисы размещаются на домашнем роутере за $20, раз уж мы касаемся серьёзного бизнеса с двухзначными суммами.
Чел, ну ты же реально дебил какой-то! Просто два поста не можешь запомнить.
Речь шла о задачах которые потребляют достаточно много ресурсов, но выполняются редко. Ты же высираешь какую-то хуету про роутер, давно не работающие бесплатные планы и прочее. Хотя вообще про бесплатно речь не шла. Речь шла о том, что лямбды ДЛЯ НЕКОТОРЫХ ТИПОВ НАГРУЗОК являются неплохим решением.

Ответы83029

45 24 июня, 09:54 45 3483029

>>3482861
>Как тебя вообще ебет моя квалификация? Я делаю то что мне нравится, меня авс устраивает. Какая разница, ну домашние задание и что?
Ну так картина ясная вырисовывается. Я пишу, что для серьёзных проектов AWS — это сплошная боль и страдание. И ты подтверждаешь, что вещи сложнее домашней работы и "лаба 2" на AWS проблематично разрабатывать и поддерживать. А тред создан потому, что эти простые факты не до всех дошли — я рандомным пробегающим кабанчикам услугу оказываю забесплатно, мне спасибо хотя бы должны сказать.

>>3482929
>Речь шла о задачах которые потребляют достаточно много ресурсов, но выполняются редко.
Не пизди, не было такого в треде. Если бы было, то я бы посоветовал on-demand виртуалку — оно банальным башескриптом поднимается, запускается, и завершается. Если не нравится баш — есть питон. Брать лямбды просто для того, чтобы выполнить какой-то большой самостоятельный алгоритм — это как брать микроскоп для забивания гвоздей. Лямбды нужны именно для того, чтобы делать маленькие короткие задачи в большом количестве. У AWS Lambda по умолчанию лимит времени выполнения 3 секунды и максимум 1000 работающих лямбд одновременно — ты дохуя "задач, потребляющим много ресурсов" в таких условиях выполнишь? Откуда вы только вылазите...

Ответы8325883628

46 24 июня, 11:45 46 3483123

>>3449366 (OP)

Вопрос уже сам и содержит ответ.
Заказчик платит за воспринимаемое удобство.
Он просто не видит.
Это маркетинг.

Ответы83325

47 24 июня, 14:47 47 3483258

>>3483029
>Не пизди, не было такого в треде.
Ты просто читаешь жопой.
>Например телеграм бот, у которого 2 сообщения в неделю

>Если бы было, то я бы посоветовал on-demand виртуалку — оно банальным башескриптом поднимается, запускается, и завершается.
Ну т.е. ты предлагаешь самим пердолить функционал который AWS уже реализовал. А ты реально """умный""" парень.

>>3483029
>Лямбды нужны именно для того, чтобы делать маленькие короткие задачи в большом количестве. У AWS Lambda по умолчанию лимит времени выполнения 3 секунды и максимум 1000 работающих лямбд одновременно — ты дохуя "задач, потребляющим много ресурсов" в таких условиях выполнишь?
А """эксперт""" по AWS не знает как понять таймаут?

Ответы83325

48 24 июня, 16:45 48 3483325

>>3483258
>Ты просто читаешь жопой.
>>Например телеграм бот, у которого 2 сообщения в неделю
Ни тут, ни по твоей ссылке нет ничего про "потребляют достаточно много ресурсов, но выполняются редко". А если не потребляют, то ты "доебался до столба".

> Ну т.е. ты предлагаешь самим пердолить функционал который AWS уже реализовал. А ты реально """умный""" парень.
Если мы говорим про on-demand EC2, то это и есть функциональность AWS, если чо. Но не один AWS on-demand виртуалки продаёт.

>А """эксперт""" по AWS не знает как понять таймаут?
У нас викторина по цитированию документации? Это предельное время выполнения лямбды, после которого она будет принудительно завершена. Мог без меня погуглить.

>>3483123
>Заказчик платит за воспринимаемое удобство.
>Он просто не видит.
>Это маркетинг.
Не факт. Он вполне может видеть, что AWS оверпрайснуто ни за что. Но ему нужно перед инвесторами отчитаться, мол "мы хостимся на на каком-то сраном digitalocean, а не AWS". Типа как у Пелевина в Поколение П было:
"А теперь по-другому. Теперь клиент хочет показать большим мужчинам, которые внимательно следят за происходящим на экране и в жизни, что он может взять и кинуть миллион долларов в мусорное ведро. Поэтому чем хуже его реклама, тем лучше. У зрителя остается ощущение, что заказчик и исполнители - полные кретины, но тут, - Ханин поднял палец и сделал мудрые глаза, - в мозг наблюдателя приходит импульс о том, сколько это стоило денег. И окончательный вывод про заказчика оказывается таким - хоть он и полный кретин, а бизнес у него так идет, что он может пустить в эфир любую байду много-много раз. А лучше этого рекламы быть не может. Такому человеку в любом месте дадут кредит без всякого скрипа."

Но, да, фактор недалёких людей тоже есть. Вот в этом треде прямо наблюдается.

Ответы84329

49 24 июня, 17:55 49 3483353

Читаю я ваш тред про AWS и понимаю как охуенно жить системным разработчиком и все эти странные приколы, которые как будто к программированию вообще не имеют отношения оставить x-opsам.

А почему просто тачку не взять в аренду и на ней всё что нужно развернуть? Для 99 % стартапов как будто этого решения было бы достаточно.

Ответы8340883638

50 24 июня, 19:59 50 3483408

>>3483353
>А почему просто тачку не взять в аренду и на ней всё что нужно развернуть? Для 99 % стартапов как будто этого решения было бы достаточно.
Я весь тред это же говорю. Но для стартапов это "несерьёзно", то есть: ты что, нищеброд, что инфру за $100 купил? Норм чел должен минимум $20 000 тратить на норм сетап. Без шуток, не только россияне мыслят в духе "понты дороже денег" — другое дело, что понты кидают сознательно ради того, чтобы ещё больше денег спиздить у инвесторов.

51 25 июня, 04:18 51 3483616

>>3449366 (OP)
Есть ли шансы вкатиться в клауд инженеры на вакансию хотябы за еду?

О себе, 11 лет в айтишке. Последние 6 лет пиздрячу .net. Последний год переодическу трогаю ажуру, пайплайны там всякие пишу, павершеловские сккрипты изъебистые? Чо ваше ша с рыночком труда?

Ответы83633

52 25 июня, 05:42 52 3483628

>>3483029
>У AWS Lambda по умолчанию лимит времени выполнения 3 секунды и максимум 1000 работающих лямбд одновременно — ты дохуя "задач, потребляющим много ресурсов" в таких условиях выполнишь? Откуда вы только вылазите...
Долбоеб блять. По дефолту - это ничего не значит. Максимальный таймаут там - 15 минут. 3 секунды таймаут вполне подойдёт для какой-нибудь апи лямбды. Чтобы получить "get all products", а сколько ей отводить времени? Минуту что ли блять чтобы отдать json? Тоже самое насчёт 1,000 выполнений в параллели. Тебе уже объяснили выше, что это специально сделано, чтобы не прилетали счета в $50,000 за ддос. Обращаешься в техподдержку и тебе сделают хоть 100 миллионов в параллели, если тебе дебилу ебучему так надо.

Ответы83723

53 25 июня, 05:51 53 3483633

>>3483616
Шансы есть, но не в России. Здесь облака пользуются умеренным спросом лишь у маленького процента девопсеров. Тем более ажур. Из-за каких-то дремучих поверий, как у ОПа данного треда. Здесь ажур это просто ультранишевая штука, но а вообще в Европе или США каждый второй сидит в облаке. Я до последнего времени и работал на зарубежных заказчиков. До 22-го года, думаю понятно почему.

Ответы8372383868

54 25 июня, 06:02 54 3483638

>>3483353
>А почему просто тачку не взять в аренду и на ней всё что нужно развернуть?
Нахуя что-то брать в аренду. В облаке тарификация за использование. Если я ничем не пользуюсь, то я ничего и не плачу. Зачем мне платить за целый месяц аренды, если мне надо сделать статический расчёт, можно на 2 часа арендовать машину и заплать за это 2 копейки. Тем более пердолить всё с нуля - Кафку ставить, Прометея, настраивать докер, настраивать БД, настраивать кубер. Я пришёл в облако, там всё настроено. Там щедрый free tier, я могу разрабатывать приложение почти на халяву. Там готовые сервисы, которых нет в опенсоурсе.

55 25 июня, 10:17 55 3483723

>>3483628
>Максимальный таймаут там - 15 минут. 3 секунды таймаут вполне подойдёт для какой-нибудь апи лямбды. Чтобы получить "get all products", а сколько ей отводить времени? Минуту что ли блять чтобы отдать json?
Пошли манёвры? Уже долгие редкие задачи не нужны? Шо такое, а как же "амазон всё реализовал за нас, мы просто пользуемся"?

>Тебе уже объяснили выше, что это специально сделано, чтобы не прилетали счета в $50,000 за ддос.
Я тоже выше уже объяснил, что это сделано потому, что лямбда в 35 раз дороже выделенной VPS, потому DDOS есть только на уровне твоего кошелька, по факту у амазона сервера на 5-10% при этом нагружены.

>Долбоеб блять. По дефолту - это ничего не значит. Максимальный таймаут там - 15 минут. 3 секунды таймаут вполне подойдёт для какой-нибудь апи лямбды. Чтобы получить "get all products", а сколько ей отводить времени? Минуту что ли блять чтобы отдать json? Тоже самое насчёт 1,000 выполнений в параллели. Тебе уже объяснили выше, что это специально сделано, чтобы не прилетали счета в $50,000 за ддос. Обращаешься в техподдержку и тебе сделают хоть 100 миллионов в параллели, если тебе дебилу ебучему так надо.
Не сделают. Даже серьёзным клиентам выдают 100 тысяч, дальше нужно быть какой-то очень крупной рыбой с энтерпрайзной поддержкой, которая сама по себе стоит $15 кусков.
И да, сделано это как раз потому, что очень часто обращаются в поддержку с ебанутыми счетами "а это не я сделал", с лямбдами прям очень легко остаться без трусов.

>>3483633
>Шансы есть, но не в России. Здесь облака пользуются умеренным спросом лишь у маленького процента девопсеров. Тем более ажур. Из-за каких-то дремучих поверий, как у ОПа данного треда.
Действительно, в СНГ очень мало контор, которые могут позволить себе выкинуть $20 000 на масштабирование очередной домашней/лабораторной работы. Прям совсем нищие заказчики, им не до ажуры с амазоном.
А, ну и ещё у амазона нет датацентров в половине регионов земли — какая нахуй разница российскому бизнесу, сколько у амазона серверов в США? Им нужны сервера хотя бы около РФ (не обязательно "в"), а таких серверов у амазона нету.
Ты построил архитектуру на Google Cloud, а завтра из-за санкций Google прекращает обслуживание коммерческих клиентов из РФ — какой твой следующий шаг?

>Я до последнего времени и работал на зарубежных заказчиков. До 22-го года, думаю понятно почему.
Помогал разорять вражеский бизнес — молодец. красава. Жалко, что эту тему закрыли после 22-го.

55 25 июня, 10:17 55 3483723

>>3483628
>Максимальный таймаут там - 15 минут. 3 секунды таймаут вполне подойдёт для какой-нибудь апи лямбды. Чтобы получить "get all products", а сколько ей отводить времени? Минуту что ли блять чтобы отдать json?
Пошли манёвры? Уже долгие редкие задачи не нужны? Шо такое, а как же "амазон всё реализовал за нас, мы просто пользуемся"?

>Тебе уже объяснили выше, что это специально сделано, чтобы не прилетали счета в $50,000 за ддос.
Я тоже выше уже объяснил, что это сделано потому, что лямбда в 35 раз дороже выделенной VPS, потому DDOS есть только на уровне твоего кошелька, по факту у амазона сервера на 5-10% при этом нагружены.

>Долбоеб блять. По дефолту - это ничего не значит. Максимальный таймаут там - 15 минут. 3 секунды таймаут вполне подойдёт для какой-нибудь апи лямбды. Чтобы получить "get all products", а сколько ей отводить времени? Минуту что ли блять чтобы отдать json? Тоже самое насчёт 1,000 выполнений в параллели. Тебе уже объяснили выше, что это специально сделано, чтобы не прилетали счета в $50,000 за ддос. Обращаешься в техподдержку и тебе сделают хоть 100 миллионов в параллели, если тебе дебилу ебучему так надо.
Не сделают. Даже серьёзным клиентам выдают 100 тысяч, дальше нужно быть какой-то очень крупной рыбой с энтерпрайзной поддержкой, которая сама по себе стоит $15 кусков.
И да, сделано это как раз потому, что очень часто обращаются в поддержку с ебанутыми счетами "а это не я сделал", с лямбдами прям очень легко остаться без трусов.

>>3483633
>Шансы есть, но не в России. Здесь облака пользуются умеренным спросом лишь у маленького процента девопсеров. Тем более ажур. Из-за каких-то дремучих поверий, как у ОПа данного треда.
Действительно, в СНГ очень мало контор, которые могут позволить себе выкинуть $20 000 на масштабирование очередной домашней/лабораторной работы. Прям совсем нищие заказчики, им не до ажуры с амазоном.
А, ну и ещё у амазона нет датацентров в половине регионов земли — какая нахуй разница российскому бизнесу, сколько у амазона серверов в США? Им нужны сервера хотя бы около РФ (не обязательно "в"), а таких серверов у амазона нету.
Ты построил архитектуру на Google Cloud, а завтра из-за санкций Google прекращает обслуживание коммерческих клиентов из РФ — какой твой следующий шаг?

>Я до последнего времени и работал на зарубежных заказчиков. До 22-го года, думаю понятно почему.
Помогал разорять вражеский бизнес — молодец. красава. Жалко, что эту тему закрыли после 22-го.

Показать весь текст
Ответы84651

56 25 июня, 13:28 56 3483868

>>3483633
>Шансы есть, но не в России.
Как раз я и не в рф, иначе бы не спрашивал.

57 25 июня, 23:11 57 3484329

>>3483325
>Ни тут, ни по твоей ссылке нет ничего про "потребляют достаточно много ресурсов, но выполняются редко". А если не потребляют, то ты "доебался до столба".
Это просто ты ограниченный, который не может думать дальше прямого шаблона. Например ТГ бот который скачивает видео, корвертирует его в аудио и отдает пользователю. Если это приватный бот, то работать он будет редко, но в моменте будет требовать достаточно ресурсов.

>Если мы говорим про on-demand EC2, то это и есть функциональность AWS, если чо. Но не один AWS on-demand виртуалки продаёт.
И как AWS On-Demand стартануть по HTTP запросу?

>У нас викторина по цитированию документации? Это предельное время выполнения лямбды, после которого она будет принудительно завершена. Мог без меня погуглить.
Ты же реально дебил!
>https://docs.aws.amazon.com/lambda/latest/dg/configuration-timeout.html
>For Timeout, set a value between 1 and 900 seconds (15 minutes).
Никаких 3-х секунд про которые ты высирался.

Ответы84391

58 26 июня, 01:19 58 3484370

>>3449366 (OP)
>>3449367
Представляете уровень современных аналычей которые жалуются что aws сложно. И потом эти же люди пишут что не могут найти работу анальником из-за нейронок

Ответы84389

59 26 июня, 02:29 59 3484389

>>3484370
>Представляете уровень современных аналычей которые жалуются что aws сложно. И потом эти же люди пишут что не могут найти работу анальником из-за нейронок
Если распечатать всю спецификацию API AWS, то получится примерно 50 тысяч книжных страниц. Для сравнения, исходнеы коды ядра Linux с драйверами — 12 тысяч страниц. Просто факты.

60 26 июня, 02:34 60 3484391

>>3484329
>>https://docs.aws.amazon.com/lambda/latest/dg/configuration-timeout.html
>>For Timeout, set a value between 1 and 900 seconds (15 minutes).
>Никаких 3-х секунд про которые ты высирался.
Дырявое хуило, ты серьёзно обрезал цитату из документации так, чтобы 3 секунды из соседней строчки в неё не попали?

Ответы86471

sage 61 26 июня, 13:57 61 3484651

>>3483723
Наркоман чтоли сука, какие манёвры, ты вообще разговаривал с другим куном, втирал ему про 3-х секундный таймаут. Тебе объясняют что дефолт вообще ни играет никакой роли. Там могло бы стоять любое число от 1 секунды до 15 минут. То что они выбрали 3 секунды - это чистый рандом. Это меняется в два клика из админки. Техподдержку зачем-то сюда приплёл, ну ладно. Причём тут техподдержка, сервера в половине стран блять?

Санкции - можно вообще про любой западный сервис так сказать. Про чатжпг, про фигму, про digital ocean, про hetzner. Да и вообще схуяли надо указывать что я из России? Ну поставь Узбекистан, любой адрес от балды блять - залупинская, 6. Можно подумать, они прям скан ануса потребуют или поедут на ишаках проверять, действительно ли твой офис находится на "залупинской, 6" или ты пиздишь.

Да, я консультировал бизнес по aws и чё? Я твой хлеб отнял? $20к долларов за сервис? Ну если бизнес может себе позволить, то в чём проблема. Как тебя это вообще ебёт? Все в мире неправы, один ты прав. Короче лечись. У тебя болезненная ненависть к aws, ищешь повод до чего бы ещё доебаться. Хотя ты обычный дилентант, обосрался за этот тред раз 10.

Ответы84706

62 26 июня, 15:38 62 3484706

>>3484651
>Тебе объясняют что дефолт вообще ни играет никакой роли. Там могло бы стоять любое число от 1 секунды до 15 минут. То что они выбрали 3 секунды - это чистый рандом.
Нет, это выбрано не "чисто случайно", лямбды изначально являлись специализированным инструментом для коротких задач, но ебланы, вроде сидящих в этом треде, начали пихать в лямбды долгоживущие задачи, и амазон сжалился, поставив жесткий лимит в 15 минут — который всё равно очень большой с одной стороны, и с другой стороны нихуя не достаточен для действительно долгоживущих задач, вроде какой-нибудь кодировки видео.

Для долгих задач нужен Step Functions, но у него свой, ни с чем не совместимый API, который тебе придётся заново изучать — и так устроен весь AWS, сотни уникальных нелогичных API, на каждый мелкий чих свой специализированный инструмент. AWS — это очень просто, если ты можешь за пару дней тщательно изучить все 50 тысяч страниц документации.

>Техподдержку зачем-то сюда приплёл, ну ладно. Причём тут техподдержка, сервера в половине стран блять?
Ты не можешь самостоятельно поднять уровень параллелизации выше примерно 10-20 тысяч лямбд. Чтобы получить больше, тебе нужна поддержка. А некоторые вещи, вроде предшардирования S3, ты можешь получить только с энтерпрайз поддержкой, ни в какой консоли этой фичи нет — именно за это она так дорого стоит, за инженера, который имеет больший доступ к системе и может её сконфигурировать или найти проблему сверх того, что доступно в консоли простого пользователя.

>Санкции - можно вообще про любой западный сервис так сказать. Про чатжпг, про фигму, про digital ocean, про hetzner. Да и вообще схуяли надо указывать что я из России?
У них нет серверов в СНГ. Вообще. Это значит, что вся ваша компания и все ваши клиенты будут ходить в датацентр за 5000 км. Да, у них есть кэши для статики в казахстане, но динамика будет ходить по полному пути. Это полная хуйня, всё будет жестко тормозить. Веб-приложения сегодня и так не особо быстрые.

>Да, я консультировал бизнес по aws и чё? Я твой хлеб отнял? $20к долларов за сервис? Ну если бизнес может себе позволить, то в чём проблема. Как тебя это вообще ебёт? Все в мире неправы, один ты прав.
Ты наверное пропустил, но я писал, что я сам пользовался AWS. И у моих знакомых есть системы с применением AWS. Претензии у меня здесь только к паре ебанатов, которые возвели AWS в ранг религии, абсолюта, "ты строишь систему на AWS или ты отстал от жизни" — и подобная хуйня.
Что ты там кому продавал и кого консультировал — меня совершенно не волнует, но ТЫ СЕЙЧАС МНЕ ПИШЕШЬ. Разница понимаешь? Грубо говоря, ты подходишь ко мне со словами "купи айфон, недорого, всего $20k" — я тебе отвечаю "иди нахуй, я такой же за $500 куплю". И всё, и разошлись как в море корабли. Но теперь ты мне зачем-то что-то хочешь доказать, будто это я тебе тут что-то продаю.

>У тебя болезненная ненависть к aws, ищешь повод до чего бы ещё доебаться. Хотя ты обычный дилентант, обосрался за этот тред раз 10.
Я сделал то, что сделало слишком мало людей до меня — говорю, каким говнищем может быть AWS. Если бы людей вроде меня было бы больше, то у мне самому было бы легше и приятнее жить. Считай сей тред клубом по интересам.

62 26 июня, 15:38 62 3484706

>>3484651
>Тебе объясняют что дефолт вообще ни играет никакой роли. Там могло бы стоять любое число от 1 секунды до 15 минут. То что они выбрали 3 секунды - это чистый рандом.
Нет, это выбрано не "чисто случайно", лямбды изначально являлись специализированным инструментом для коротких задач, но ебланы, вроде сидящих в этом треде, начали пихать в лямбды долгоживущие задачи, и амазон сжалился, поставив жесткий лимит в 15 минут — который всё равно очень большой с одной стороны, и с другой стороны нихуя не достаточен для действительно долгоживущих задач, вроде какой-нибудь кодировки видео.

Для долгих задач нужен Step Functions, но у него свой, ни с чем не совместимый API, который тебе придётся заново изучать — и так устроен весь AWS, сотни уникальных нелогичных API, на каждый мелкий чих свой специализированный инструмент. AWS — это очень просто, если ты можешь за пару дней тщательно изучить все 50 тысяч страниц документации.

>Техподдержку зачем-то сюда приплёл, ну ладно. Причём тут техподдержка, сервера в половине стран блять?
Ты не можешь самостоятельно поднять уровень параллелизации выше примерно 10-20 тысяч лямбд. Чтобы получить больше, тебе нужна поддержка. А некоторые вещи, вроде предшардирования S3, ты можешь получить только с энтерпрайз поддержкой, ни в какой консоли этой фичи нет — именно за это она так дорого стоит, за инженера, который имеет больший доступ к системе и может её сконфигурировать или найти проблему сверх того, что доступно в консоли простого пользователя.

>Санкции - можно вообще про любой западный сервис так сказать. Про чатжпг, про фигму, про digital ocean, про hetzner. Да и вообще схуяли надо указывать что я из России?
У них нет серверов в СНГ. Вообще. Это значит, что вся ваша компания и все ваши клиенты будут ходить в датацентр за 5000 км. Да, у них есть кэши для статики в казахстане, но динамика будет ходить по полному пути. Это полная хуйня, всё будет жестко тормозить. Веб-приложения сегодня и так не особо быстрые.

>Да, я консультировал бизнес по aws и чё? Я твой хлеб отнял? $20к долларов за сервис? Ну если бизнес может себе позволить, то в чём проблема. Как тебя это вообще ебёт? Все в мире неправы, один ты прав.
Ты наверное пропустил, но я писал, что я сам пользовался AWS. И у моих знакомых есть системы с применением AWS. Претензии у меня здесь только к паре ебанатов, которые возвели AWS в ранг религии, абсолюта, "ты строишь систему на AWS или ты отстал от жизни" — и подобная хуйня.
Что ты там кому продавал и кого консультировал — меня совершенно не волнует, но ТЫ СЕЙЧАС МНЕ ПИШЕШЬ. Разница понимаешь? Грубо говоря, ты подходишь ко мне со словами "купи айфон, недорого, всего $20k" — я тебе отвечаю "иди нахуй, я такой же за $500 куплю". И всё, и разошлись как в море корабли. Но теперь ты мне зачем-то что-то хочешь доказать, будто это я тебе тут что-то продаю.

>У тебя болезненная ненависть к aws, ищешь повод до чего бы ещё доебаться. Хотя ты обычный дилентант, обосрался за этот тред раз 10.
Я сделал то, что сделало слишком мало людей до меня — говорю, каким говнищем может быть AWS. Если бы людей вроде меня было бы больше, то у мне самому было бы легше и приятнее жить. Считай сей тред клубом по интересам.

Показать весь текст
Ответы84741

63 26 июня, 16:54 63 3484741

>>3484706
>на каждый мелкий чих свой специализированный инструмент
Я сейчас правильно понял, что ты жалуешься что у AWS слишком много ФУНКЦИОНАЛА? Это какой-то новый уровень шизофрении. Наоборот же классно, когда много разных сервисов. Ну то есть ты считаешь недостатком то что я могу сосредоточиться на бизнес-кейсе? Ты заладил одну и ту же песню, про какие-то секунды, лейтенси, параллелизацию, ещё какую-то хуйню. У тебя какое-то ебанная зацикленность на техночески-низкоуровневых аспектах. Смысл авс в том, что он позволяет как раз мыслить высокоуровнево, не уровнем "сколько миллисекунд уйдёт на разогрев лямбды" а уровнем "какой сервис мне подключить, чтобы автоматом банить пользователей с голой лялей на аватарке?". Плюс в том, что это всё готово и подключается в два клика. Ты можешь сделать транскрипцию текста в аудио? А детектировать мат в комментариях? Это сервисы доступные и не стоят каких-то супер денег. Если мне нужна система регистрации пользователей, я могу просто добавить cognito и не думать например "а что если пароли будут брутфорсить?" За меня уже подумал авс. Я себе экономлю время. А ты тоже самое пилил бы миллион на своей голой впс. Поэтому люди так и говорят, а не потому что она дешевле или ещё что.

Ответы85075

64 26 июня, 22:48 64 3485075

>>3484741
>Я сейчас правильно понял, что ты жалуешься что у AWS слишком много ФУНКЦИОНАЛА? Это какой-то новый уровень шизофрении. Наоборот же классно, когда много разных сервисов.
У AWS мало "функционала", у него много API. Одна и та же задача решается пятью разными способами, каждый из них по-своему ублюдочен.

>Это какой-то новый уровень шизофрении. Наоборот же классно, когда много разных сервисов.
Что классного в том, что выше чел приводил пример реализации алгоритма на лямбде, хотя для подобных алгоритмов был разработан именно Step Functions, а Lambda для него подходит плохо?
Я просто работал над повторением нескоольких API AWS, и я охуел от того, насколько этот API сложен. Если бы там было "много сервисов и простой API" — это было бы совсем другое дело, но нет, там освоение каждого нового сервиса — это подвиг.
Потому
>Ну то есть ты считаешь недостатком то что я могу сосредоточиться на бизнес-кейсе?
нет, ты будешь ебаться с инструментами больше, чем ты ебёшься с задачей. Насколько это оправдано дальнейшей простотой масштабирования — это уже другой вопрос.

>он позволяет как раз мыслить высокоуровнево... уровнем "какой сервис мне подключить, чтобы автоматом банить пользователей с голой лялей на аватарке?"
И ты мне хочешь рассказать, что ты с ходу можешь написать эту функциональность на AWS, причём, так, чтобы всё не развалилось нахуй?

>Плюс в том, что это всё готово и подключается в два клика.
AWS не знает, что такое "пользователь" в твоей системе, потому ты будешь ебаться пару дней, чтобы сначала в нужной форме скормить сервису входную инфу, потом отреагировать на выходную, а потом понять, почему оно всё равно не работает, причём, счёт за запросы амазон уже выставил, потому что ему похуй, что у тебя работает или не работает, он берёт деньги за запросы к сервисам, а не за решение бизнес-задачи.

>Если мне нужна система регистрации пользователей, я могу просто добавить cognito и не думать например "а что если пароли будут брутфорсить?" За меня уже подумал авс.
Уже отвечали — Cognito не единственная и не самая лучшая штука для аутентификации, это скорее продвинутая заглушка, которую используют до переезда на настоящую аутентификацию. По сути Cognito нужен только для Amplify, чтобы раскатать за два часа лендинг аля "сделано в конструкторе сайтов". Когда проект существует больше пары недель, то следующей задачей почти всегда будет "как съебаться с Cognito на что-то кастомизируемое", потому ценность для долгоиграющих проектов весьма спорна, а конструкторы сайтов под какое-нибудь портфолио или интернет-магаз есть лучше.

64 26 июня, 22:48 64 3485075

>>3484741
>Я сейчас правильно понял, что ты жалуешься что у AWS слишком много ФУНКЦИОНАЛА? Это какой-то новый уровень шизофрении. Наоборот же классно, когда много разных сервисов.
У AWS мало "функционала", у него много API. Одна и та же задача решается пятью разными способами, каждый из них по-своему ублюдочен.

>Это какой-то новый уровень шизофрении. Наоборот же классно, когда много разных сервисов.
Что классного в том, что выше чел приводил пример реализации алгоритма на лямбде, хотя для подобных алгоритмов был разработан именно Step Functions, а Lambda для него подходит плохо?
Я просто работал над повторением нескоольких API AWS, и я охуел от того, насколько этот API сложен. Если бы там было "много сервисов и простой API" — это было бы совсем другое дело, но нет, там освоение каждого нового сервиса — это подвиг.
Потому
>Ну то есть ты считаешь недостатком то что я могу сосредоточиться на бизнес-кейсе?
нет, ты будешь ебаться с инструментами больше, чем ты ебёшься с задачей. Насколько это оправдано дальнейшей простотой масштабирования — это уже другой вопрос.

>он позволяет как раз мыслить высокоуровнево... уровнем "какой сервис мне подключить, чтобы автоматом банить пользователей с голой лялей на аватарке?"
И ты мне хочешь рассказать, что ты с ходу можешь написать эту функциональность на AWS, причём, так, чтобы всё не развалилось нахуй?

>Плюс в том, что это всё готово и подключается в два клика.
AWS не знает, что такое "пользователь" в твоей системе, потому ты будешь ебаться пару дней, чтобы сначала в нужной форме скормить сервису входную инфу, потом отреагировать на выходную, а потом понять, почему оно всё равно не работает, причём, счёт за запросы амазон уже выставил, потому что ему похуй, что у тебя работает или не работает, он берёт деньги за запросы к сервисам, а не за решение бизнес-задачи.

>Если мне нужна система регистрации пользователей, я могу просто добавить cognito и не думать например "а что если пароли будут брутфорсить?" За меня уже подумал авс.
Уже отвечали — Cognito не единственная и не самая лучшая штука для аутентификации, это скорее продвинутая заглушка, которую используют до переезда на настоящую аутентификацию. По сути Cognito нужен только для Amplify, чтобы раскатать за два часа лендинг аля "сделано в конструкторе сайтов". Когда проект существует больше пары недель, то следующей задачей почти всегда будет "как съебаться с Cognito на что-то кастомизируемое", потому ценность для долгоиграющих проектов весьма спорна, а конструкторы сайтов под какое-нибудь портфолио или интернет-магаз есть лучше.

Показать весь текст

65 28 июня, 19:53 65 3486471

>>3484391
>Дырявое хуило, ты серьёзно обрезал цитату из документации так, чтобы 3 секунды из соседней строчки в неё не попали?
Ты же реально имебцил и вообще не можешь уследить за парой постов! Ты же сам высрал:
>У нас викторина по цитированию документации? Это предельное время выполнения лямбды, после которого она будет принудительно завершена. Мог без меня погуглить.
Я тебе и тнул харей в документации, как повысить таймаут.

Тред утонул или удален.
Это копия, сохраненная 25 августа в 20:16.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.

« /pr/В начало тредаВеб-версияНастройки/a//b//mu//s//vg/Все доски

Пользуетесь скринридером — пишите, что можно улучшить.
Host-Food.ru — надёжный хостинг от 12 руб/мес | Free DNS
Зеркала М.Двача: m2ch.hk, m2ch.lib, m2chfapiswfw2wcakptqp4o6ltgchvjuxfab7urxlduraomtlnhw5xad.onion