Иногда спрашивают есть ли опыт работы с облаками ? ( в контексте разработки веб-сервисов на .net )
Чем это отличается от обычного хостинга на IIS есть какие-то особенности ?

Здравствуйте, okon, Вы писали:

O>Иногда спрашивают есть ли опыт работы с облаками ? ( в контексте разработки веб-сервисов на .net )
O>Чем это отличается от обычного хостинга на IIS есть какие-то особенности ?

Например, у вас есть лямбда на AWS, открытая миру через Api Gate. Запрос не может обрабатываться больше 30 секунд, потому что это жёсткий таймаут Api Gate, неизменяемый. В лямбде запрос тоже не может обрабатываться в BackgroudService, потому что вашу лямбду морозят после каждого запроса. Надо скидывать длинный запрос на отдельный воркер — а как? Возможны разные варианты.

И ещё много всего. Например, внезапно помирающие хосты. Репликация нужна для всего.

Здравствуйте, Слава, Вы писали:

С>Здравствуйте, okon, Вы писали:

O>>Иногда спрашивают есть ли опыт работы с облаками ? ( в контексте разработки веб-сервисов на .net )
O>>Чем это отличается от обычного хостинга на IIS есть какие-то особенности ?

С>Например, у вас есть лямбда на AWS, открытая миру через Api Gate. Запрос не может обрабатываться больше 30 секунд, потому что это жёсткий таймаут Api Gate, неизменяемый. В лямбде запрос тоже не может обрабатываться в BackgroudService, потому что вашу лямбду морозят после каждого запроса. Надо скидывать длинный запрос на отдельный воркер — а как? Возможны разные варианты.

Понятно, что непонятно

А что такое "лямбда", метод сервиса или что-то более хитрое ?
В IIS каждый запрос в отдельном потоке обрабатывается, что мешает "лямбде" редиректить этот запрос в IIS или надо что-то большее ?
И зачем ее "морозят" не понимаю, с чем связана проблема. Почему не делается как на обычном виртуальном хостинге.

С>И ещё много всего. Например, внезапно помирающие хосты. Репликация нужна для всего.

Здравствуйте, okon, Вы писали:

O>Понятно, что непонятно

O>А что такое "лямбда", метод сервиса или что-то более хитрое ?

Это сервис амазона такой для выполнения кода

O>В IIS каждый запрос в отдельном потоке обрабатывается, что мешает "лямбде" редиректить этот запрос в IIS или надо что-то большее ?

IIS в амазоне вроде не используется

O>И зачем ее "морозят" не понимаю

Мороженные они более бодрые, что ли (гусары, молчать!)

Здравствуйте, Слава, Вы писали:

С>Например, у вас есть лямбда на AWS, открытая миру через Api Gate. Запрос не может обрабатываться больше 30 секунд, потому что это жёсткий таймаут Api Gate, неизменяемый. В лямбде запрос тоже не может обрабатываться в BackgroudService, потому что вашу лямбду морозят после каждого запроса.
Это не совсем так. В Лямбде — офигительно большой пул узлов, которые только и ждут, чтобы начать исполнять код.

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

Здравствуйте, okon, Вы писали:

O>Иногда спрашивают есть ли опыт работы с облаками ? ( в контексте разработки веб-сервисов на .net )
O>Чем это отличается от обычного хостинга на IIS есть какие-то особенности ?
Конкретное знание принципов работы и сервисов. Например, сейчас почти все приложения кластеризуют, соответственно нужно знать как использовать балансировщики нагрузки, autoscaling groups и т.д.

Ничего сложного нет, но тема достаточно обширная.

Здравствуйте, Cyberax, Вы писали:

C>Это не совсем так. В Лямбде — офигительно большой пул узлов, которые только и ждут, чтобы начать исполнять код.

Я имею в виду следующее — нельзя полагаться на то, что запросы будут попадать в один и тот же инстанс лямбды, или что она будет в фоне исполнять какие-то действия после того, как лямбда отработала запрос от сервиса лямбд.

Поэтому же работа с пулом запросов к любой СУБД в лямбде выглядит странновато.

Здравствуйте, Слава, Вы писали:

C>>Это не совсем так. В Лямбде — офигительно большой пул узлов, которые только и ждут, чтобы начать исполнять код.
С>Я имею в виду следующее — нельзя полагаться на то, что запросы будут попадать в один и тот же инстанс лямбды

А ты в кластерах sticky sessions используешь? Потому что если нет, то там ровно та же история.

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, okon, Вы писали:

O>>Иногда спрашивают есть ли опыт работы с облаками ? ( в контексте разработки веб-сервисов на .net )
O>>Чем это отличается от обычного хостинга на IIS есть какие-то особенности ?
C>Конкретное знание принципов работы и сервисов. Например, сейчас почти все приложения кластеризуют, соответственно нужно знать как использовать балансировщики нагрузки, autoscaling groups и т.д.

C>Ничего сложного нет, но тема достаточно обширная.

Можете порекомендовать книгу где все эти вопросы проясняются ?

Здравствуйте, okon, Вы писали:

C>>Ничего сложного нет, но тема достаточно обширная.
O>Можете порекомендовать книгу где все эти вопросы проясняются ?
http://shop.oreilly.com/product/9781787281066.do ("Learning AWS") — неплохо освещает основы AWS. Про Azure не порекомендую.

Но в принципе, можно изучить любое облако (Azure, Google Compute), там всё неплохо переносится на остальные облака.

Здравствуйте, okon, Вы писали:

O>Иногда спрашивают есть ли опыт работы с облаками ? ( в контексте разработки веб-сервисов на .net )
O>Чем это отличается от обычного хостинга на IIS есть какие-то особенности ?

в самых простых случаях мало отличаться будет, а в мало-мальски сложных системах надо иметь массу знаний. Тот-же азур — это набор технологий, которые используются в облачной системе, скажем azure vault, service fabric, domain, b2c и прочие, их там десятки, и система собирается из них как конструктор из кубиков, масса ньюансов и информации которую надо знать.

Здравствуйте, Stalker., Вы писали:

S>в самых простых случаях мало отличаться будет, а в мало-мальски сложных системах надо иметь массу знаний. Тот-же азур — это набор технологий, которые используются в облачной системе, скажем azure vault

Key Vault? Ничего облакоспецифичного.

S>, service fabric

Доступно on premise

S>, domain

Что за domain?

S>, b2c

Какая связь с облаками?

S> и прочие, их там десятки, и система собирается из них как конструктор из кубиков

Нет, не собирается как из кубиков.

Здравствуйте, Ночной Смотрящий, Вы писали:

S>> и прочие, их там десятки, и система собирается из них как конструктор из кубиков
НС>Нет, не собирается как из кубиков.

Да, скорее лепится из json или yaml. Как пожарный в анекдоте про мальчика и песочницу.

Здравствуйте, Cyberax, Вы писали:

O>>Можете порекомендовать книгу где все эти вопросы проясняются ?
C>http://shop.oreilly.com/product/9781787281066.do ("Learning AWS") — неплохо освещает основы AWS.

Сам читал? (просто, это издательство часто ассоциируется с пересказом документации продукта индусами )

Здравствуйте, paucity, Вы писали:

O>>>Можете порекомендовать книгу где все эти вопросы проясняются ?
C>>http://shop.oreilly.com/product/9781787281066.do ("Learning AWS") — неплохо освещает основы AWS.
P>Сам читал? (просто, это издательство часто ассоциируется с пересказом документации продукта индусами )
Видел у нас на полочке. Я лично обычно просто по документации обычно пишу.

Здравствуйте, okon, Вы писали:

O>Иногда спрашивают есть ли опыт работы с облаками ? ( в контексте разработки веб-сервисов на .net )
O>Чем это отличается от обычного хостинга на IIS есть какие-то особенности ?

Да чушь все эти облака. Придумали модное словцо. Но смысл то остался тот же — это шареная папка.