Здравствуйте, а вы бы не могли подсказать как развернуть контейнерное приложение как веб-сайт используя просто nginx на основе образа ubuntu? А то пытаюсь сделать, что-то неполучается. В основном выскакиевает либо это {"errorMessage":"user container finished with error: exit status 1","errorType":"UserCodeError"} либо очень долго грузит и потом пишет, что время ожидания истекло.
Здравствуйте, Денис! Для более детального рассмотрения вашего вопроса, обратитесь, пожалуйста, в нашу службу поддержки через сайт: console.cloud.yandex.ru/support или напишите нам на почту - cloud@support.yandex.ru Мы с командой в индивидуальном порядке всё проверим и постараемся разобраться в ситуации🙌
Здравствуйте! Для инструкций в этом видео не требуется дополнительная настройка на стороне сервиса Container Registry, достаточно настроек по умолчанию. Чтобы публиковать образы в Container Registry Яндекс Облака из командной строки, потребуется дополнительная настройка из инструкции: clck.ru/34NX2k
Как-то громоздко выходит, что если я хочу закрыть контейнер API Gateway'ем, мне нужно создавать и навешивать функцию. Казалось бы, если API Gateway и контейнер находятся в одной сети, почему бы не добавить какую-то галочку, что они видят друг друга без проблем, если находятся в одной сети... А так, получается, каждый вызов контейнера будет также сопрягаться с вызовом API Gateway'а и вызовом авторизующей функции: как будто в 3 три раза больше денег платить на ровном месте.
Здравствуйте, Константин! Если вы имеете в виду пользовательскую авторизацию, то это неизбежно, её клиентам придётся реализовывать самим в отдельной функции. Но можно реализовать и внутри своего приложения, завёрнутого в контейнер, или воспользоваться jwt-авторайзером. Подробнее об этом рассказано в нашей документации: clck.ru/36GwMh
Yandex Cloud - сыроватый сервис, конечно :( В Консоли очень часто рандомные ошибки Permission Denied везде где можно (F5 помогает). А теперь и в контейнерах то же самое: при подключении секретов через Lockbox контейнер может не стартовать до 2 минут, потому что в логах ошибка "unexpected lockbox state: Permission Denied", которая со временем выправляется. Как будто в системе авторизации постоянно протухают какие-то access-токены и их refresh стоит в очереди, которая сильно переполнена. Я не знаю, это у вас временная проблема или оно постоянно так? Впечатление так себе. Всё очень красиво рассказывают, но начинаешь пользоваться -- сыро...
Здравствуйте, Константин! Для более детального рассмотрения вашего вопроса, обратитесь, пожалуйста, в нашу службу поддержки через сайт: console.cloud.yandex.ru/support или напишите нам на почту - cloud@support.yandex.ru Мы с командой в индивидуальном порядке всё проверим и постараемся разобраться в ситуации!
После первого же слайда стало еще не понятнее. Если до этого слайда я еще как-то понимал, что такое серверлесс (почему такая калька с английского, по-русски не можем?), то посмотрев на слайд понял, что ничего не понимаю. Что означают эти оси? Что означают графики? Почему, сука, технарь не знает, что оси надо подписывать?!?!?!
Здравствуйте, Олег! Графики отображают потребление условных ресурсов фактической нагрузкой в сервис и оплачиваемые ресурсы во времени. В случае развёртывания сервиса на виртуальных машинах (без использования возможностей автоматического масштабирования) клиент обычно разворачивает фиксированные ресурсы - например, 3 виртуальные машины с 2 ядрами и 4ГБ RAM - и оплачивает эти ресурсы независимо от того, сколько полезной работы делают эти ресурсы. В случае Serverless клиент оплачивает только те ресурсы, которые были фактически потрачены на обработку запросов в системе клиента.
Поддерживают ли контейнеры gpu?
Здравствуйте! Нет, не поддерживают.
Здравствуйте, а вы бы не могли подсказать как развернуть контейнерное приложение как веб-сайт используя просто nginx на основе образа ubuntu? А то пытаюсь сделать, что-то неполучается. В основном выскакиевает либо это {"errorMessage":"user container finished with error: exit status 1","errorType":"UserCodeError"} либо очень долго грузит и потом пишет, что время ожидания истекло.
Здравствуйте, Денис! Для более детального рассмотрения вашего вопроса, обратитесь, пожалуйста, в нашу службу поддержки через сайт: console.cloud.yandex.ru/support или напишите нам на почту - cloud@support.yandex.ru
Мы с командой в индивидуальном порядке всё проверим и постараемся разобраться в ситуации🙌
"Вы можете создать COntainer Registry вот как создается, но у меня уже создан" . А как вы его включили? как вы его настроили...
Здравствуйте! Для инструкций в этом видео не требуется дополнительная настройка на стороне сервиса Container Registry, достаточно настроек по умолчанию. Чтобы публиковать образы в Container Registry Яндекс Облака из командной строки, потребуется дополнительная настройка из инструкции: clck.ru/34NX2k
Как-то громоздко выходит, что если я хочу закрыть контейнер API Gateway'ем, мне нужно создавать и навешивать функцию. Казалось бы, если API Gateway и контейнер находятся в одной сети, почему бы не добавить какую-то галочку, что они видят друг друга без проблем, если находятся в одной сети... А так, получается, каждый вызов контейнера будет также сопрягаться с вызовом API Gateway'а и вызовом авторизующей функции: как будто в 3 три раза больше денег платить на ровном месте.
Здравствуйте, Константин! Если вы имеете в виду пользовательскую авторизацию, то это неизбежно, её клиентам придётся реализовывать самим в отдельной функции. Но можно реализовать и внутри своего приложения, завёрнутого в контейнер, или воспользоваться jwt-авторайзером. Подробнее об этом рассказано в нашей документации: clck.ru/36GwMh
Yandex Cloud - сыроватый сервис, конечно :( В Консоли очень часто рандомные ошибки Permission Denied везде где можно (F5 помогает). А теперь и в контейнерах то же самое: при подключении секретов через Lockbox контейнер может не стартовать до 2 минут, потому что в логах ошибка "unexpected lockbox state: Permission Denied", которая со временем выправляется. Как будто в системе авторизации постоянно протухают какие-то access-токены и их refresh стоит в очереди, которая сильно переполнена.
Я не знаю, это у вас временная проблема или оно постоянно так? Впечатление так себе. Всё очень красиво рассказывают, но начинаешь пользоваться -- сыро...
Здравствуйте, Константин! Для более детального рассмотрения вашего вопроса, обратитесь, пожалуйста, в нашу службу поддержки через сайт: console.cloud.yandex.ru/support или напишите нам на почту - cloud@support.yandex.ru
Мы с командой в индивидуальном порядке всё проверим и постараемся разобраться в ситуации!
@@YandexCloudPlatform Да, уже написал, будем разбираться. В остальном пока нравится сервис
странный автор "Если вы знаете, я вам ничего нового не расскажу, а если не знаете то ничего рассказывать не буду".
После первого же слайда стало еще не понятнее. Если до этого слайда я еще как-то понимал, что такое серверлесс (почему такая калька с английского, по-русски не можем?), то посмотрев на слайд понял, что ничего не понимаю. Что означают эти оси? Что означают графики? Почему, сука, технарь не знает, что оси надо подписывать?!?!?!
Здравствуйте, Олег! Графики отображают потребление условных ресурсов фактической нагрузкой в сервис и оплачиваемые ресурсы во времени. В случае развёртывания сервиса на виртуальных машинах (без использования возможностей автоматического масштабирования) клиент обычно разворачивает фиксированные ресурсы - например, 3 виртуальные машины с 2 ядрами и 4ГБ RAM - и оплачивает эти ресурсы независимо от того, сколько полезной работы делают эти ресурсы. В случае Serverless клиент оплачивает только те ресурсы, которые были фактически потрачены на обработку запросов в системе клиента.