Привет,
Когда я публикую свою лямбда-функцию aws, у меня появляется последняя ошибка:
Загрузка в S3. (Сегмент: wtbucketlambda Ключ: WT-serverless-xxxxxx.template)
... Прогресс: 100%
Найден существующий стек: True
Создан набор изменений CloudFormation
... Ожидание проверки набора изменений
Не удалось создать набор изменений CloudFormation: получен неверный ответ от transform AWS :: Serverless-2016-10-31
Не удалось опубликовать бессерверное приложение AWS
Вы знаете, как я могу это исправить?
Это большая проблема, потому что я не могу опубликовать свою лямбда-функцию
Благодаря,
Мой бессерверный шаблон:
`{
"AWSTemplateFormatVersion": "2010-09-09",
«Трансформация»: «AWS :: Serverless-2016-10-31»,
"Описание": "Начальный шаблон для бессерверного приложения AWS.",
"Ресурсы" : {
"DefaultFunction": {
"Тип": "AWS :: Serverless :: Функция",
"Свойства": {
"Обработчик": "not_required_for_custom_runtime",
"Время выполнения": "предоставляется",
"CodeUri": "",
«Описание»: «Функция по умолчанию»,
«Размер памяти»: 256,
«Тайм-аут»: 30,
«Роль»: ноль,
«Политики»: [«AWSLambdaFullAccess», «AmazonSSMReadOnlyAccess»,
"AWSLambdaVPCAccessExecutionRole"],
"События": {
"ProxyResource": {
«Тип»: «Апи»,
"Свойства": {
"Путь": "/ {прокси +}",
«Метод»: «ЛЮБОЙ»
}
},
"APIWarmingSchedule": {
«Тип»: «Расписание»,
"Свойства": {
«Расписание»: «тариф (5 минут)»,
"Вход": "{\" Ресурс \ ": \" WarmingLambda \ ", \" Тело \ ": \" 5 \ "}"
}
}
}
}
}
},
"Выходы": {
"ApiURL": {
"Описание": "URL конечной точки API для среды Prod",
"Значение": {"Fn :: Sub": "https: // $ {ServerlessRestApi} .execute-api. $ {AWS :: Region} .amazonaws.com / Prod /"}
}
}
} `
Файл json по умолчанию для моих AWS lambda tools
{
"регион": "us-east-1",
"profile": "wetip",
"s3-bucket": "wtbucketlambda",
"шаблон": "serverless.template",
"имя-стека": "WT",
"конфигурация": "Выпуск",
"framework": "netcoreapp2.2",
"msbuild-parameters": "--self -hibited true"
}
У меня такая же проблема.
Мой шаблон:
{
"AWSTemplateFormatVersion":"2010-09-09",
"Transform":"AWS::Serverless-2016-10-31",
"Description":"An AWS Serverless Application that uses the ASP.NET Core framework running in Amazon Lambda.",
"Parameters":{
"ShouldCreateBucket":{
"Type":"String",
"AllowedValues":[
"true",
"false"
],
"Description":"If true then the S3 bucket that will be proxied will be created with the CloudFormation stack."
},
"BucketName":{
"Type":"String",
"Description":"Name of S3 bucket that will be proxied. If left blank a name will be generated.",
"MinLength":"0"
}
},
"Conditions":{
"CreateS3Bucket":{
"Fn::Equals":[
{
"Ref":"ShouldCreateBucket"
},
"true"
]
},
"BucketNameGenerated":{
"Fn::Equals":[
{
"Ref":"BucketName"
},
""
]
}
},
"Resources":{
"AspNetCoreFunction":{
"Type":"AWS::Serverless::Function",
"Properties":{
"Handler":"xxx::xxx.LambdaEntryPoint::FunctionHandlerAsync",
"Runtime":"dotnetcore3.1",
"CodeUri":"s3://xxx/xxx/AspNetCoreFunction-CodeUri-637343401555849743-637343401710605189.zip",
"MemorySize":256,
"Timeout":30,
"Role":null,
"Policies":[
"AWSLambdaFullAccess"
],
"Environment":{
"Variables":{
"AppS3Bucket":{
"Fn::If":[
"CreateS3Bucket",
{
"Ref":"Bucket"
},
{
"Ref":"BucketName"
}
]
}
}
},
"Events":{
"ProxyResource":{
"Type":"Api",
"Properties":{
"Path":"/{proxy+}",
"Method":"ANY"
}
},
"RootResource":{
"Type":"Api",
"Properties":{
"Path":"/",
"Method":"ANY"
}
}
}
}
},
"Bucket":{
"Type":"AWS::S3::Bucket",
"Condition":"CreateS3Bucket",
"Properties":{
"BucketName":{
"Fn::If":[
"BucketNameGenerated",
{
"Ref":"AWS::NoValue"
},
{
"Ref":"BucketName"
}
]
}
}
}
},
"Outputs":{
"ApiURL":{
"Description":"API endpoint URL for Prod environment",
"Value":{
"Fn::Sub":"https://${ServerlessRestApi}.execute-api.${AWS::Region}.amazonaws.com/Prod/"
}
},
"S3ProxyBucket":{
"Value":{
"Fn::If":[
"CreateS3Bucket",
{
"Ref":"Bucket"
},
{
"Ref":"BucketName"
}
]
}
}
}
}
Та же проблема в течение последних нескольких часов. Вчера он работал с тем же шаблоном. Дело в том, что это шаблон, развертывающий таблицу DynamoDB. Никаких лямбд. Я только что увидел эту ветку и хотел сказать, что это может быть более общая проблема, не связанная с лямбда.
То же самое для меня для шаблона, который не изменился и работал ранее, поэтому это похоже на регресс.
Я тоже столкнулся с той же проблемой. Однако на панели мониторинга работоспособности aws не отображаются индикаторы перебоев в обслуживании в us-east-1. https://status.aws.amazon.com/ Все ли видят эту проблему в us-east-1?
Более старый поток с аналогичной проблемой, которая была связана с отключением службы aws. https://github.com/aws/serverless-application-model/issues/793
Кажется, теперь это исправлено!
Привет @ dalton5 ,
Доброе утро.
В комментарии от @NithuPMTR проверьте, работает ли это сейчас для вас, и подтвердите, можно ли закрыть эту проблему.
Благодаря,
Ашиш
У меня это работает сейчас.
Да, это работает. Можно закрыть. благодаря
Нашей команде трудно увидеть комментарии по закрытым вопросам.
Если вам нужна дополнительная помощь, отметьте члена команды или откройте новую проблему, которая ссылается на этот.
Если вы хотите продолжить разговор с другими членами сообщества по этому вопросу, не стесняйтесь.
опять та же проблема ..
опять та же проблема ..
Подтверждаю, такая же проблема при попытке развернуть стек приложений на us-east-1: /
Также могу подтвердить
Также могу подтвердить, та же проблема
Такая же проблема здесь
Такая же проблема здесь
us-east-1
Получен неверный ответ от transform AWS :: Serverless-2016-10-31
Развертывание на сша-восток-1
Видя ту же проблему.
То же самое здесь: us-east-1
Та же проблема здесь при попытке развернуть в us-east
тоже самое :(
то же самое здесь :( us-east-1 тоже
то же самое здесь :( us-east-1 тоже
То же и здесь, и в us-east-1
Эта проблема возникает только у нас-восток-1 или в других регионах тоже?
то же самое здесь, us-east-1
@ashishdhingra ^^^
Привет @ashishdhingra То же самое и с этой проблемой в us-east-1
то же самое здесь, us-east-1
также испытывает эту проблему в us-east-1
работает в США-Восток-2 и США-Запад-2
Эта проблема возникает только у нас-восток-1 или в других регионах тоже?
Я развернул в sa-east
и это тоже сработало
Привет всем,
Проблема отслеживается здесь https://github.com/aws/aws-lambda-dotnet/issues/765. Похоже, в регионе us-east-1 произошел сбой в обслуживании. Сервисные группы работают над этим, и проблема должна быть решена в ближайшее время.
Благодаря,
Ашиш
сталкивается с той же проблемой при попытке обновить / создать стек SAM в Северной Вирджинии.
Хотел бы я найти эту ветку раньше, так как я уже удалил стек, думая, что проблема будет решена путем воссоздания его с нуля (
То же самое здесь, us-east-1
то же самое здесь, us-east-1
то же самое здесь, us-east-1
да я тоже нас-восток-1.
В настоящее время в регионе us-east-1 происходит много отключений. мы можем отслеживать панель мониторинга
и что касается проблемы, на которую следует обратить внимание в связи с нашими проблемами здесь - операционная проблема Kinesis (_Amazon Kinesis Data Streams (Северная Вирджиния) _:
8:05 по тихоокеанскому стандартному времени: Kinesis испытывает увеличение количества ошибок API в регионе US-EAST-1. Это также вызывает проблемы с ACM, Amplify Console, API Gateway, AppStream2, AppSync, Athena, Cloudformation, Cloudtrail, CloudWatch, Cognito, Connect, DynamoDB, EventBridge, IoT Services, Lambda, LEX, Managed Blockchain, Resource Groups, SageMaker, Support Консоль и рабочие области.
то же самое здесь, us-east-1
Такая же проблема за последние 2 часа в us-east-1.
Ошибка: не удалось создать управляемые ресурсы: Waiter ChangeSetCreateComplete failed: Waiter обнаружил состояние сбоя терминала
Пробовал в us-east-2 и все заработало.
Та же проблема US-EAST-1 Попытка 2.
Успешный US-EAST-2. Аллилуйя!
Сообщите нам, когда сервис будет восстановлен
Исправлена!
Благодаря!
Самый полезный комментарий
Привет всем,
Проблема отслеживается здесь https://github.com/aws/aws-lambda-dotnet/issues/765. Похоже, в регионе us-east-1 произошел сбой в обслуживании. Сервисные группы работают над этим, и проблема должна быть решена в ближайшее время.
Благодаря,
Ашиш