Как стать автором
Обновить

Комментарии 71

Слабо себе представляю кто рискнет строить свою систему в serverless от сбера
Скорей всего те, кому проблемно хранить данные за рубежом в силу ограничений или санкций.
Если новый проект делать, то собственно почти без разницы в каком облаке начинать, особенно если есть желание экспериментов
Есть большая разница, это (хотя бы часть) основной бизнес технической компании, или же очередная попытка залезть на непонятный рынок с большими деньгами, не имея соответствующего опыта. Да, у Сбера большое ИТ подразделение, но они никогда не делали продукт для рынка.
Понятное дело, что вне России никто этим пользоваться не будет. Но в России многих могут чем-то мотивировать.
НЛО прилетело и опубликовало эту надпись здесь
У нас скорее демотивируют использование иностранных хостеров.
Скорей всего те, кому проблемно хранить данные за рубежом в силу ограничений или санкций.

Есть же селектел в конце концов. Да и VPS без проблем можно взять хостящийся в России.
Давайте не сравнивать тёплое с мягким. Одно дело виртуалка, а другое AWS с кучей SaaS-решений, оптимизирующих бюджет, облегчающих работу с большим количеством машин и берущих на себя ответственность, управление и поддержку.

Все данные синхронизируются с ФСБ, где в них онлайн ищется что-то запрещенное и в случае успеха к владельцу выезжает маски-шоу, изымающее компьютерную технику, которая идет на строительство СберКлауд?

Так же можно говорить, что AWS и GCP синхронизируются с ЦРУ и ФБР. Непонятно зачем строить бизнес на чем-то запрещенном.

Кроме очевидных составляющих по фичам и стоимости, интересуют юр. поддержка российских законов по персональным данным и прочему. Если еще нет, то надеюсь, что скоро появится.
Так же можно говорить, что AWS и GCP синхронизируются с ЦРУ и ФБР. Непонятно зачем строить бизнес на чем-то запрещенном.

Только ЦРУ и ФБР далеко, а ФСБ — близко.
Ну, и вы можете себе представить ситуацию, когда вы не пропускаете хама с обочины в свой ряд, а он оказывается агентом США и уничтожает вашу жизнь? Я — не могу.
А вот вариант, когда он оказывается вполне себе сотрудником силовых ведомств РФ и уничтожает вашу жизнь — легко.
а потом вы такой модный едете на конференцию SFO и вас принимают как «рашен хакер»
Возможно. Но только тут надо куда-то получить визу, потом поехать…
А тут и ехать никуда не надо. Чувствуете разницу?
То есть риск не нулевой, да, в обоих случаях. Но вот шанс срабатывания риска — разный.

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

Тем более, зачем вообще запрещенные данные хранить в каком-либо облаке?
Под «запрещенными» данными не надо думать о детской порнографии.
Бухгалтерия (иногда черная), БД (иногда с персональными данными), и так далее.
Людей, которые спешат, лучше пропускать
Они могут везти больного родственника в больницу.

Очень неприятный опыт

В 1 из 100 случаев. В идеале, в таких случаях нужно найти машину ДПС, которая сопроводит до больницы.
В 99 остальных это просто борзые люди. И пока по обочинам носятся хамы, извините, я вникать в каждую ситуацию не буду.
А еще мне нравится наблюдать, как в Москве машины ездят по тротуарам. Эти тоже спешат в больницу где-то в ближнем Подмосковье?

Так и на вокзале 1 из 100 случаев действительно нуждается, и ему дать денег — благое дело. Но вот остальные 99 попрошайки, половина из которых участвует в организованной преступности.
какая у вас непростая действительность.
всяческих вам удач
Когда у меня была простая действительность, у меня не было прав (но была машина), я жил в горной деревеньке с населением около 30 человек и без проблем пропускал людей, которые спешат (в любом направлении).
Пропускать надо всех и всегда.

Жизнь станет намного лучше и счастливее.

Вселенная разберётся, как и когда наказать за overusage.

Это ж какое нужно иметь самомнение чтобы думать, что вселенной есть до вас хоть какое-то дело.

Здоровый пофигизм реально помогает. Рекомендую проверить на личном опыте. Практика — критерий истины.
Пропускать надо всех и всегда

Устанете пропускать всех в Москве.
А по поводу наказаний за overusage — это дискуссионный вопрос.
Это статистика. Те, кто торопятся, чаще попадают в аварии. Есть прямая корреляция между высокой скоростью и гибелью в ДТП.

Ехать надо «как все» — то есть со скоростью потока.

Только поток не едет, если он кого-то пропускает

нет, нельзя. без политоты — есть явные отличия в работе судов и органов власти здесь, у нас, и в Америке. И доверия к тому, что незаконно добытые свидетельства не будут использованы против условного тебя *там*, больше, чем к такому невероятному кейсу *здесь*.
PS. как же, бл… блин, бесят, когда вылезают такие «розовые пони» и с невинной физиономией — ну как же, у нас тоже закон и порядок, почему вы не доверяете нашим сервисам и службам? потому, блин, что нет ни одной причины им доверять; зато обратных причин — дофигища. Так понятно?
Я не розовый пони :), но спасибо). Сказал бы даже наоборот: везде плохо, не стоит идеализировать США. Там тоже люди теряют деньги и свободу. Только здесь мы выросли и знаем намного больше, чем о любой другой стране.

Где хуже/лучше — весьма сложно определить, т.к. нужно собрать полноценную статистику, а не какие-то отдельные случаи.
Определить легко. Посмотрите на эмиграцию и иммиграцию. Посмотрите, где наши политики покупают жилье и куда отправляют детей. Посмотрите, где регистрируются компании.
Почитайте наши _новые_ законы.
Где сажают за мирные митинги и пикеты? Где детей предпочтут уморить в детдоме, нежели дать усыновить иностранцам — и только как месть за персональные санкции.
Власть менее жестокая пока, чем «советы», но по подлости сравнялись точно.

Но вы ведь все это знаете — и на голубом глазу пишете «весьма сложно определить». Это называется бесстыдство. Так что — да, вполне кореллируете с нынешней властью.
Непонятно зачем строить бизнес на чем-то запрещенном.

Запрещенным по российскому законодательству может стать что угодно. Например туристическая фотография сувенирной лавки в Мадриде, потому что на витрине лежит немецкая медаль со свастикой.

И по иностранному тоже. Только если о российском вы хотя бы краем уха можете услышать, то об иностранном вряд ли.

Сами то верите в бред, который тут пишете?

Можно пример чего-то аналогичного запрещённого законодательством в случае США, раз уж мы тут сравниваем с AWS?

И как у ютуба, только вместо декоративного лого, на миллион юзеров дарится бутылка.
Думаю будет интересно посмотреть на платформу Serverless от Yandex. При этом — это полноценная самостоятельная разработка, а не купленная у Huawei инсталляция. Для примера пара материалов:

Глеб Борисов рассказывает о Yandex Cloud Functions, IoT, API Gateway www.youtube.com/watch?v=rExb5NRl1T0

Андрей Фомичев рассказывает о Yandex Database Serverless www.youtube.com/watch?v=o0-IpbkQKjc

Михаил Костин рассказывает про Object Storage www.youtube.com/watch?v=qsmfFgTtkiE

И приятный бонус для всех кто хочет попробовать Serverless — уровень нетарифицируемого использования (free tier) для сервисов экосистемы бессерверных вычислений cloud.yandex.ru/docs/billing/concepts/serverless-free-tier включает:
  • Yandex API Gateway
  • Yandex Cloud Functions
  • Yandex Database
  • Yandex Object Storage
  • Yandex Message Queue
  • Yandex IoT Core
  • Yandex Virtual Private Cloud


О, и приходите к нас в телеграм-чат задавать вопросы: t.me/YandexCloudFunctions
Кто-нибудь сравнивал по ценам американские и русские облака?
За миллион вызовов lambda вы заплатите 0.20$ за тот же миллион вызовов Cloud Functions 10 рублей. Выводы можно делать самостоятельно.

aws.amazon.com/ru/lambda/pricing
cloud.yandex.ru/docs/functions/pricing

Но так в лоб сравнивать сложно, нужно подходить комплексно по всему объему используемых компонентов. Разница получится сильно больше.
Вопрос в готовых сравнениях (может кто-то делал по работе недавно). Самостоятельно делать выводы весьма долго и сложно, т.к. сотни и тысячи строк в расшифровке облачных платежей.
Если есть работающая система на lambda, то думаю сейлзы Yandex.Cloud пересчитают всю систему легко, это же их работа таким заниматься. Но кажется, в целом на круг экономия может составить от 20% до 50%, это конечно потолочные данные, но я бы реально просто пришел пообщаться с ними на эту тему.
AWS Lambda умеют, Yandex Cloud Functions пока нет. Разработчики хотят сделать и чтобы оно быстрее впрыгнуло в план, помогите, оставьте свой фичереквест тут — cloud.yandex.ru/features

Да меня меня как-то не интересует вендор-лок, спасибо.

А что, простите, не вендор-лок?
aws, azure, gcp, сбер?

VPC/VPS

Круть, а что насчёт зависимостей и стат типизации?

Интересно наблюдать как строятся разные облака. Сейчас видим явное превосходство американских технологий, далее начинает образовываться альянс Gaia-X и теперь как отдельная ветка решения от huawei. Какой курс взял sbercloud на данный момент ясно — по сути надо что то использовать, а строить свое облако с нуля — это слишком много затрат. Решение от huawei очевидный выбор (тем более, что ранее все сервера покупались именно от данного вендора).
Ждем когда будет раскол и sbercloud делать свои решения, а не купленные. Ведь чем больше будет объем клиентов и потенциальной базы, то и будет жаль зависеть от вендора — который, делает решения по своей логике (иногда, мне не ясна данная логика, но как есть).
В целом, если бы статья напрямую не противопоставляла себя крупному облачному провайдеру aws, то читать было бы по приятнее, тем более первая картинка, прям говорит нам «смотрите, какие мы молодцы и как умеем — это только начало», по факту настороженность по отношению к новому облаку будет еще выше… Могу только пожелать удачи и быть более аккуратным с дальнейшей публикацией статьей с целью увеличить аудиторию.
Если что, я в Сбере не работаю. Я вообще на хакатон просто сходил. Статья не проплаченная. Просто люблю Serverless
Хуавей, конечно, пока бодро машет шашкой против американских санкций: и стор там у них свой, и ОС, и вот облака. Но факт остаётся фактом — потеря капитализации 15 лярдов за год, во многих сферах (не только в США) варианты покупки чего-то от хуавея уже не рассматриваются (я вот например не могу придумать как можно в 2021 году в здравом уме купить хуавей-телефон). И рано или поздно придёт момент, когда это всё схлопнется. Более того, если при банкротстве обычных компаний какие-то активы ещё могут сменить собственника и продолжить жить, то активы хуавея будут «токсичны» даже при продаже.
В общем, у сбера есть нормальные такие шансы остаться с кучей облачного софта на руках без его поддержки вендором. Пилили бы уже своё.

Ничего ему не сделается, такие корпорации как Huawei, IBM, Сбер слишком плотно связаны с государством, они будут на плаву пока эта связь не прервется (а это очень длительный и редкий процесс) или пока не схлопнется само государство, чего тоже не ожидается в обозримом будущем. В худшем случае Huawei уйдет с рынка смартфонов, как в свое время Siemens. Только у Huawei еще останется огромный внутренний рынок смартфонов.

Почему-то во всех моих экспериментах serverless сливает по скорости разработки старому-доброму VPS. Про стоимость ресурсов даже не буду говорить.

Сливает, конечно. А с чего бы оно не сливало? Тут же дело не в скорости разработки, а в экономии на поддержке серверов, развёртывании, и, главное, готовности к любым нагрузкам и малой стоимости обслуживания при малом использовании.

Какая такая экономия на поддержке когда нужно плясать с бубном вокруг ограничений этого serverless?


Откуда вдруг готовность к нагрузкам если вы все ещё ходите в реляционную БД? А если не ходите, то внезапно оплачиваете костыли к NoSQL для базовых вещей вроде транзакций или отсутствия join.


Откуда возьмётся малая стоимость обслуживания когда вы строите систему на максимально примитивных (с точки зрения API и фич) технологиях, которые нужны только фейсбуку и гуглу? После того как вы вбухаете в 2 раза больше денег в разработку вы действительно сможете экономить $10 в месяц если вашим детищем никто не пользуется.

Та я же не спорю. Просто люди, которые топят за серверлесс, надеются на 2 сценария:
1. Сервисом никто никогда не воспользуется — я за него ничего не буду платить.
2. Набежит миллиард пользователей и каждый принесёт денег. Оно всё выдержит, а я озолочусь!

Возможно их ставки и сыграют, кто же знает. «В среднем по больнице», нет, конечно же :)
А вот тут пишут, что в Yandex Database Serverless есть транзакции и какой-то SQL.

И в DynamoDB есть транзакционное изменение данных.

Есть у вас два узла, половина данных на одном, половина на другом — так нужно для масштабирования. Теперь у вас транзакция, которая модифицирует часть данных на одном узле, часть на другом. Скоординировать такое можно либо путём переговоров между узлами (медленно) либо имея координатор транзакций (не быстро, точка отказа, что-то вроде contended lock в многопоточной системе). У Яндекса координатор, да ещё и заигрывания с однопоточными tablets, в связке с транзакциями это может быть очень весело.

С чего там дороже разработка, если это могут быть вообще посконные докер контейнеры в Fargate? А недавно вон и контейнерые лямбды даже завезли!

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


То есть запускать что-то не имея серверов можно было ещё 10 лет назад. Но тема serverless чаще всего всплывает в контексте «бесплатного или автоматического масштабирования. Но чудес не бывает и «бесплатное» масштабирование требует особых систем хранения (без полноценных транзакций, чаще всего) и особой архитектуры. И все это стоит очень дорого в разработке. Вот о чем речь.

S3 и DynamoDB покрывает 99% реальных кейсов, с которыми я сталкивался на проектах, если мы про AWS. C RDS — да, нужно быть аккуратным, если это не Aurora
Если у вас каждый юзер редактирует только свои данные, то пожалуйста. Как только появляются кейсы где кто-то читает, а кто-то пишет данные — начинается «закат солнца в ручную» в виде всяких хитростей для реализации транзакционной семантики.

Еще не ясно как жить без foreign keys в любых ситуациях кроме тривиальных?

Serverless о трех вещах — плате только за использование (за энергетическую величину вида CPU * MEM * SEC), бесконечном автоматическом масштабировании (в пределах возможности датацентра) и управляемых ресурсах (видимого сервера попросту нет и поэтому он не может упасть или зависнуть)


По стоимости во много раз дешевле новомодных кублетов, которые и не масштабируются (только в рамках железа, на которые эти кубы руками установили), и не гарантируют никакой отказоустойчивости (управляющий куб может зависнуть)


В serverless такое не возможно по очевидным причинам — это плата как за услугу, и тот же AWS обеспечивает ее всеми силами, а если не выполнит SLA — окажется должен денежек. Кублеты же держатся на добром слове и квалификации devops-инженера


Преимущества собственного hardware-сервера тоже понятны — с этим спора нет. Для многих задач это дешевле и удобней. Но вот истинная загадка — что побуждает людей покупать облачные кублеты за астрономические деньги?


Выбор hardware-сервера или serverless-решения зависит от задачи и может выигрывать или проигрывать по ряду параметров. Но кубы же проигрывает по всем показателям всем вместе взятым — они и дороже, и круглосуточно едят денежки, и могут упасть

Автоматического масштабирование бывает когда архитектура под это сделана, такая архитектура во много раз дороже «традиционного» подхода. Сервера зависают и у Амазона тоже, никаких денежек вы с Амазона не получите при нарушении SLA если только вы не размером с Амазон.


Под кублетом видимо k8s имеется в виду, если так, то эта штука имеет смысл только для очень специфических сценариев. K8s позволяет отделить людей которые за железо отвечают от людей которые программы пишут, такой хитрый интерфейс взаимодействия. Никаких проблем масштабирования он не решает сам по себе. Как интерфейс взаимодействия тоже не все гладко, работает приемлемо только если ничего не глючит, а это не всегда так.

Serverless очень удобен для своих решений. Допустим интеграция нескольких сторонних приложений, обмен данными между ними.
Не надо использовать Serverless там где требуется работа не по запросу, а постоянный сервис.
Как вариант, страница на S3, которая держит линк на api gateway запускающий функцию, которая что-то делает в базе. Отличный сценарий для IoT.

Все так, но вы не находите, что это ну очень уж нишевое решение для технологи, которая подаётся как революция?

А что там с безопасностью? В AWS я могу хоть HSM заюзать, хоть вообще свои ключи притащить.
Антон, спасибо за статью!

Мы сами тоже участвовали в хакатоне SberCloud (команда Get Outfit), но чужие впечатления очень помогают расставить всё по местам.

Вам объяснили, из-за чего АнтиКуб не прошёл в финал? Вроде бы проект хороший, некоторые в финале были послабее.
Нет — ничего не объясняли. Да и я совсем не уверен, что наш проект был достаточно хорош для финала. Но я не особо понял, зачем в одной номинации было сравнивать проекты, которые сделаны за 50 часов и готовые проекты или полуготовые, которые в итоге и заняли 3 призовых места. Это оставило негативное впечатление
(Yandex,Mail,Sber)-cloud хорошая попытка но, лучше без товарищей майоров. В нашей стране из-за корупции больше доверяют ФБР чем ФСБ.
Почитаешь комменты — сплошные уголовники, прячущиеся от органов любыми способами.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.