将CloudFormation模板迁移到AWS SAM方法后,在部署使用AWS CloudFormation package
创建的模板时,在CloudFormation中我得到错误消息
遇到不支持的属性CodeUri
在模板中包含的所有Lambda函数上。
经过调查,很明显,CodeUri属性没有从打包的模板中删除,AWS::Lambda::Function type不支持CodeUri属性,尽管适当的资源作为打包过程的一部分上载到了S3(因此打包可以正常工作)。
您只需使用code
、S3Bucket
和S3Key
键以适当的格式设置函数文件的路径:
Function:
Type: 'AWS::Lambda::Function'
Properties
//other properties
Code:
S3Bucket: bucketName
S3Key: myFunction.jar
文档:https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-lambda-function.html#cfn-lambda-function-code
在我的例子中,我使用现有资源(导入资源)创建了一个堆栈,但是不支持带有CodeUri的AWS::Serverless::Function
type。
AWS SAM没有删除CodeUri的原因是不正确的资源类型-它应该是AWS::Serverless::Function而不是AWS::Lambda::Function。
在此更改之后,将从打包的模板中删除CodeUri。
我有一组资源,希望使用Azure Portal中的模板部署特性来部署它们。在我的参数文件中,我很少引用这里提到的键库中的参数。在Azure portal中部署模板(单击Deploy a custom template)并提供这些值时,门户仍然会显式地要求这些参数,而我绝对不能以纯文本形式提供这些参数。
看完前面的文档,你会发现使用 Blade 开发Web应用是简单的、快速的,当然也功归于约定。 我们使用 Maven 构建项目,打包同时也可以用它,如果你对 Maven 插件熟悉的话可能也用过了, 当然没用过也没关系,你只需要按照下面的操作配置一下即可。 打包工程 添加插件 <build> <finalName>hello</finalName> <plugins>
我已经将myfaces-api.1.2.2.jar和myfaces-impl.1.2.2.jar打包到我的war的web-inf/lib目录中。如果我将其作为压缩war文件部署到WebLogic10.3服务器,启动日志显示: 信息:FacesConfigurator:339-MyFaces-package:myfaces-api未找到。 信息:FacesConfigurator:339-MyFac
Nacos定义为一个IDC内部应用组件,并非面向公网环境的产品,建议在内部隔离网络环境中部署,强烈不建议部署在公共网络环境。 以下文档中提及的VIP,网卡等所有网络相关概念均处于内部网络环境。 Nacos支持三种部署模式 单机模式 - 用于测试和单机试用。 集群模式 - 用于生产环境,确保高可用。 多集群模式 - 用于多数据中心场景。 单机模式下运行Nacos Linux/Unix/Mac Sta
本文向大家介绍springboot项目打成war包部署到tomcat遇到的一些问题,包括了springboot项目打成war包部署到tomcat遇到的一些问题的使用技巧和注意事项,需要的朋友参考一下 开发环境使用jdk1.8.0_60,把springboot 项目打成war包后, 部署到apache-tomcat-7.0.68时报错如下,换成apache-tomcat-8.0.9解决 另外spri
我试图用这个版本来反对Cloudera安装: 我的KafkaProducerConfig类非常简单: 我已经从生产者应用程序端尝试了以下几点: 降级到Spring Kafka 2.0.4。我希望通过Kafka的0.11.0版本来解决这个问题,但没有效果。 验证节点都是同一个版本。根据我的管理员,他们是。 与我的管理员验证,我们没有混合安装。我再次被告知我们没有。 基于类似的堆栈溢出问题,我返回到2