Thanks! I've been so busy at Metosin with my first customer case (wonderful case: AWS, Pulumi, Clojure (with reitit, of course)...) that I forgot to follow Clojurians Slack. 😀

How btw does Pulumi feel like compared to Terraform, Cloudformation and AWS CDK?

Does it use CloudFormation internally or API-calls? :thinking_face:

Hi @U6N4HSMFW! There are pros and cons using Pulumi vs Terraform. Terraform is pretty much declarative - a paradigm which works well with infrastructure. On the other hand it is nice to use a real imperative programming language in certain situation - which Pulumi offers. They are both good tools. I actually wrote a short blog post in which I compare Pulumi and AWS: https://www.karimarttila.fi/devops/2020/02/03/terraform-vs-pulumi-experiences.html I believe Pulumi uses AWS SDK under the hood. If I started a new AWS project I would probably use Terraform if the AWS infra is pretty standard and all entities are supported by Terraform. If there were some entities that are hard to configure using Terraform I probably would use Pulumi. I wouldn't use CloudFormation unless there were some specific reasons to choose it (e.g. customer requirement) - I feel that Terraform is easier to use and maintain than CloudFormation. In my previous job I wrote a comparison regarding Terraform and CloudFormation: https://www.karimarttila.fi/aws/2019/03/14/comparing-aws-cloudformation-and-terraform.html

Thanks @kari.marttila! With a quick look Pulumi looks quite similar to the new(ish) AWS CDK https://aws.amazon.com/cdk/ but it supports multiple cloud providers. In the past I’ve used also Troposphere, which is a python lib that generates CloudFormation. Personally I’ve grown to like plain CloudFormation over the years. It has it’s oddities and steep learning curve and YAML is a terrible format in my opinion, but I still kinda like it. I have mixed feelings about Terraform. I’ve tried it a couple of times but the odd templating sets me off. Also I don’t like that state needs to be stored and shared somewhere. With CloudFormation it’s simple because it’s managed by AWS. I’ll probably give Pulumi a spin one day and see how it fits to my ergonomics. :)

Thanks @U6N4HSMFW for mentioning AWS CDK - I had completely forgotten that. I'll have to give it a try one day - and maybe write a blog post and compare it to Terraform and Pulumi. 🙂

updated deps:

[metosin/sieppari "0.0.0-alpha10"] is available but we use "0.0.0-alpha8"
[metosin/malli "0.0.1-20200404.091302-14"] is available but we use "0.0.1-20200305.102752-13"
[metosin/ring-swagger-ui "3.25.3"] is available but we use "2.2.10"
[metosin/spec-tools "0.10.3"] is available but we use "0.10.0"
[metosin/schema-tools "0.12.2"] is available but we use "0.12.1"
[metosin/muuntaja "0.6.7"] is available but we use "0.6.6"
[metosin/jsonista "0.2.6"] is available but we use "0.2.5"
[com.bhauman/spell-spec "0.1.2"] is available but we use "0.1.1"
[fipp "0.6.23"] is available but we use "0.6.22"
[ring/ring-core "1.8.1"] is available but we use "1.8.0"

I was reading how open source projects works and found this blog post about ActiveMQ strategy to "optimistic merges" (http://hintjens.com/blog:106) seems related to the benefits of DIY you mentioned. More dynamic aspect of code contributions. I do not have an opinion yet, but its interesting read anyway.