
Overview

Product video
Pulumi is the AI-native infrastructure platform, built for engineering teams who need cloud infrastructure to move at the speed of software development. With Pulumi, teams can define, deploy, and manage cloud infrastructure as code using general-purpose programming languages including Python, TypeScript, Go, C#, and Java, with full software engineering practices including loops, functions, tests, packages, and IDE support. One workflow delivers and secures infrastructure and applications on any cloud, public, private, or hybrid, across AWS and hundreds of integrated cloud and service providers.
Pulumi Neo, Pulumi's AI infrastructure agent, works inside your existing workflows to accelerate Terraform migrations, enforce policy, and manage multi-cloud deployments - proposing changes, running previews, responding to failures, and opening PRs in tight feedback loops, all while respecting your RBAC roles, policies, and human-in-the-loop approvals.
Pulumi's Enterprise Edition brings the platform to your entire organization for easier collaboration and governance across teams. Features include:
- State, secrets, and composable configuration (Pulumi ESC), with dynamic, short-lived credentials
- CI/CD integrations including AWS CodePipeline, GitHub Actions, GitLab CI, and more
- Role-based access control (RBAC) with unlimited teams and users
- SAML/single sign-on (SSO)
- Audit logs and drift detection
- Insights & governance: multi-cloud resource search and policy-as-code enforcement
- Developer self-service via reusable components exposed through code, low-code, or no-code interfaces
- Fully interoperable with Terraform and OpenTofu, with first-class support for HashiCorp Configuration Language (HCL)
For custom pricing, Business Critical features like advanced policy as code, compliance, SCIM, 24x7 support, self-hosted Pulumi, or private contracts, contact hello+aws@pulumi.com .
Highlights
- Learn how Pulumi can accelerate your infrastructure projects on AWS: https://www.pulumi.com/case-studies/supabase
- Want volume pricing? Contact us at hello+aws@pulumi.com for a private offer
Get personalized pricing in minutes - New
Details
Features and programs
Buyer guide

Financing for AWS Marketplace purchases
Pricing
Dimension | Description | Cost/12 months |
|---|---|---|
Pulumi Enterprise | 2500 Resources, 15 team members w/ 12x5 support (21.9M Pulumi Credits) | $32,850.00 |
The following dimensions are not included in the contract terms, which will be charged based on your usage.
Dimension | Cost/unit |
|---|---|
100K Additional Pulumi Credits (1 Credit = 1 Resource/Hour) | $300.00 |
Dimensions summary
Top-of-mind questions for buyers
Vendor refund policy
All fees are non-cancellable and non-refundable except as required by law.
Custom pricing options
How can we make this page better?
Legal
Vendor terms and conditions
Content disclaimer
Delivery details
Software as a Service (SaaS)
SaaS delivers cloud-based software applications directly to customers over the internet. You can access these applications through a subscription model. You will pay recurring monthly usage fees through your AWS bill, while AWS handles deployment and infrastructure management, ensuring scalability, reliability, and seamless integration with other AWS services.
Support
Vendor support
Basic Support is available Monday - Friday during normal business hours. To open a support ticket or view service status, please visit https://support.pulumi.com . Contact us at hello+aws@pulumi.com for Enterprise support options.
AWS infrastructure support
AWS Support is a one-on-one, fast-response support channel that is staffed 24x7x365 with experienced and technical support engineers. The service helps customers of all sizes and technical abilities to successfully utilize the products and features provided by Amazon Web Services.

Standard contract
Customer reviews
Modern automation has reduced deployment time and gives developers faster control of cloud changes
What is our primary use case?
My main use case for Pulumi Enterprise is to deploy resources to our main project called MIA, which is basically an AI assistant. We use resources from AWS, including S3, EC2, ECS, ECR, Lambda, SNS, SQS, and others.
For example, we have a notifier service where we have a Lambda worker that sends messages to an SQS queue, and with this, we have a consumer that sends WhatsApp messages and SMS messages to our customers.
We are using Pulumi Enterprise with our AI assistant, which is Cloud Code. We encountered some difficulties integrating this with our code assistant, so I believe it could be easier to integrate. I remember a time when Cloud Code made a mistake in the documentation, creating a non-existent parameter and props, which is a common issue I see during my workflow.
What is most valuable?
Pulumi Enterprise offers very good features. I really appreciate the access control with permissions and detailed permissions by role or team, which we use for our developer team. This is the main feature I appreciate, as there are different levels within our team. Policy management, policy as code, and audit logs are also beneficial because when a starter developer makes a mistake, we can check the audit log.
Pulumi Enterprise has positively impacted our organization by enabling fast deployments and providing a centralized configuration for our two environments, development and production. With separated stacks, we can replicate the same environment on both sides.
Before using Pulumi Enterprise, our deployment time was between thirty minutes to an hour. Now with Pulumi Enterprise, we can change anything in our cloud environment in just a few minutes, like two or three minutes. Of course, there are more complex situations that differ in time, but in general, we have reduced time by about sixty to seventy percent.
What needs improvement?
The main feature that could be improved would be better integration with AI. For instance, having an assistant in the platform, as a chat, to ask questions and make changes with this conversational model would be beneficial.
The main improvement for Pulumi Enterprise could be the integration with AI, allowing it to learn and make changes to accounts or stacks. My main concern is really the AI integration. Regarding documentation, it could be interesting to have a markdown copy button. When I go to S3 documentation or Lambda documentation, it would be great to have a copy as markdown button, as I have seen in other documentations, which is very good for providing context to AI.
Regarding Pulumi Enterprise's AI capabilities, we currently have good control over security and governance, but it is difficult to give control to AI. There is a good approach from AWS where the AI functions more as a supporter rather than a manager, acting as a consultant where you can get information and ask questions without losing control or granting high permissions to AI.
In the past year, I remember instances when Cloud Code searched for documentation from Pulumi and usually returned a non-existent parameter, which caused me to spend a lot of time finding and removing the incorrect parameter. I think it could be easier for AI to crawl documentation pages and handle such tasks.
For how long have I used the solution?
I have been using Pulumi Enterprise for two years, two and a half to be precise.
What do I think about the stability of the solution?
Pulumi Enterprise is stable, and we have never encountered any stability issues.
What do I think about the scalability of the solution?
Pulumi Enterprise offers good scalability because we can add more members and create new stacks, migrating with ease, which is beneficial for us.
Pulumi Enterprise is a very good solution for scalable teams, and we are trying to get better with this.
How are customer service and support?
To be honest, I have never required specific support, but the main, first-level support has been very good.
Which solution did I use previously and why did I switch?
We used to deploy and make infrastructure and cloud changes manually. Our process before Pulumi Enterprise was very hard and slow.
What was our ROI?
We have seen a return on investment because it is easier to make infrastructure changes, even without designated DevOps personnel. Developers can make these changes, and we save time due to these automations, allowing us to change environments in less time than we could two years ago.
What's my experience with pricing, setup cost, and licensing?
My experience regarding pricing, setup cost, and licensing has been good, without any problems. We find the situation stable and plan to continue using Pulumi Enterprise for many years.
Which other solutions did I evaluate?
I evaluated Terraform, but we chose Pulumi Enterprise as the option for us because of the programming language. We prefer using Python since our main stack here in our project is based on Python, which most developers work with, while Terraform uses a different language.
What other advice do I have?
I would advise that Pulumi Enterprise is a good option, but it is important to study and gain context before asking AI questions. It is crucial to understand what you are doing in the cloud environment, particularly regarding AWS or other providers. I would rate my overall experience with Pulumi Enterprise an eight out of ten.
Which deployment model are you using for this solution?
If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?
Infrastructure as code has accelerated deployments and provides full change history tracking
What is our primary use case?
Pulumi Enterprise is way better than Terraform in my opinion because it has a declarative syntax that Terraform does not have, which is really valuable.
How has it helped my organization?
This shift to everything as code has led to measurable changes such as faster deployments. Deployments are faster because we already have everything in one place, so we know where to change things. The main benefit is the history: we know everything that changed and we can track everything.
What is most valuable?
Reusable components and infrastructure testing in a real language have helped my team a lot because we can test things before shipping it and before making changes, which is really useful. If something is going to break, we know in advance.
What needs improvement?
For how long have I used the solution?
What do I think about the stability of the solution?
What do I think about the scalability of the solution?
How are customer service and support?
Which solution did I use previously and why did I switch?
How was the initial setup?
What was our ROI?
What's my experience with pricing, setup cost, and licensing?
Infrastructure as code has streamlined multi-account cloud provisioning and consistent deployments
What is our primary use case?
My main use case for Pulumi is provisioning cloud resources.
For provisioning cloud resources, we have repositories for basic setup for AWS account, Kubernetes resources, and network provisioning. We also have GitHub workflows that encapsulate Pulumi. When a team needs an S3 bucket or other resources such as SQS or SNS, they run our workflow in GitHub, which hides the complexity of Pulumi. They simply write a YAML file where they define what resources they need, and it performs the provisioning. All of this is in the same config file, but we have different actions handling it.
What is most valuable?
The best features Pulumi offers are that it functions as a framework inside a programming language. You can use multiple programming languages, and we use TypeScript. This gives you all the flexibility and features of the programming language you chose, such as functions and loops. You can even connect with APIs and external services to have the logic of creating and managing those resources.
Using TypeScript with Pulumi has helped my team because this flexibility enables us to connect different things. It is not static the way it is with Terraform, but rather super dynamic as it is when you program any custom code. This flexibility has helped us.
Pulumi has impacted my organization positively because before Pulumi, we did not have any real infrastructure as code, and having multiple environments and AWS accounts that we needed to manage was difficult.
I cannot quantify the positive outcomes, but we definitely have a more professional setup now than we used to have before. When we develop a feature, we know for certain that it gets from dev to stage and prod with the same infrastructure.
What needs improvement?
Pulumi has some issues worth mentioning. The stacks can grow and the execution time appears to grow exponentially when the number of resources increases. We have had to implement workarounds, such as introducing micro stacks.
I believe Pulumi could be improved by hiding the complexity of micro stacks so that users do not need to know about it. In my opinion, this is achievable because you can separate resources that are related to each other, such as parent and child resources, and the ones that are not related could be saved in a separate stack, as we are doing with micro stacks. I think this could be improved.
This is the only serious limitation of Pulumi that I have seen so far. Most of the issues I have encountered come from the providers. For example, when using AWS, there is an annoying issue of conflicts when you have both a SecurityGroup and SecurityGroupRule defined. The same applies to RouteTable and Route, creating conflicts between them.
For how long have I used the solution?
I have been using Pulumi for six years.
What other advice do I have?
Before we wrap up, I have additional thoughts about Pulumi. There is something I would mention that is not about Pulumi itself, but rather how you use it. For example, I discussed how you can connect different APIs. It is really important to do proper error handling. When you fetch things from APIs or any website, you need to perform proper error handling because if you do not do it, resources could get deleted on transient errors, such as network errors. If you fetch something and you expect a resource to be returned or you expect some information to be returned, you need to distinguish error codes. For example, not found means you can delete it, but if you have any kind of network error or an internal server error, it should definitely break the execution of Pulumi and not delete things. This is a technique, but it is not related to Pulumi itself. It is about how you use things.
If you have complex infrastructure, you should definitely use Pulumi. However, for small setups, it might be an overkill for you. If you can stay with Terraform, I see no reason why you should not.
I give this review a rating of nine.
Which deployment model are you using for this solution?
If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?
Infrastructure as code has streamlined environment management and reduced operational overhead
What is our primary use case?
My main use case for Pulumi Enterprise is to store infrastructure stacks. Pulumi Enterprise is used in my organization to bring up infrastructure and store the stacks, so we have all the states there. When I want to bring up new infrastructure for a service within AWS, we use Pulumi Enterprise.
What is most valuable?
The best features that Pulumi Enterprise offers are its deployment capabilities and stack separation. The separation of environments and permission control help in my daily work because if we want to bring up a stack in production or a stack in some staging environment, we have all this separation within Pulumi Enterprise.
Pulumi Enterprise has had a positive impact on my organization by enabling better acceleration in our environment to bring things up and organize them. We can see what is happening, see the diffs within Pulumi Enterprise, and this helps us a lot with troubleshooting.
What needs improvement?
Pulumi Enterprise has a lot of good features and I don't think there's anything to improve. There isn't any detail or adjustment that could make using Pulumi Enterprise even more practical or efficient for me because it's perfect.
For how long have I used the solution?
I have been using Pulumi Enterprise for four years.
What do I think about the stability of the solution?
Pulumi Enterprise is stable because since we started working with it, we haven't had any issue with Pulumi's cloud going down.
What do I think about the scalability of the solution?
In my experience, the scalability of Pulumi Enterprise is very good and it suits us perfectly.
How are customer service and support?
Pulumi Enterprise's customer support is very good. We had a small issue, and when we needed to contact them, we got a response in less than 24 hours. I would rate customer support as a 10 on a scale from 1 to 10.
Which solution did I use previously and why did I switch?
We don't use a different solution. When I joined the company, they were already using Pulumi Enterprise, so I don't have information about evaluating other options.
What was our ROI?
We have already seen a return on investment because we had a reduction in the team. The team used to have 15 people, and today the team has seven people, so the team was cut in half. In terms of cost savings within AWS itself, we can already achieve that with Pulumi as well.
What's my experience with pricing, setup cost, and licensing?
My experience with pricing, setup costs, and licensing was very good for the team we had. For the team size, it suited us perfectly.
What other advice do I have?
The advice I would give to other people who are thinking about using Pulumi Enterprise is that the money invested is very worthwhile. I would rate this review a 10.
Which deployment model are you using for this solution?
If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?
Automated tests have increased confidence and simplify managing Azure infrastructure changes
What is our primary use case?
We use Pulumi Enterprise with the Python runtime to provision our Azure platform, essentially our managed identities, CosmoDB containers, their data planes and role assignments, Key Vault access, event hub RBAC, and that sort of layer. It's split into per-service stacks at the moment that each own their own resources inside shared infrastructure, so it means one team can essentially add what they need without touching another's.
How has it helped my organization?
Pulumi Enterprise has allowed us to be much more confident in the code changes that we are actually deploying and releasing, and just as an example, I mentioned earlier, we're now unit testing all of our Pulumi Enterprise infrastructure as part of the CI pipeline. So we know quite confidently that the change is actually going to be successful before it's actually been deployed, which has been hugely beneficial for us.
It's definitely saved time and accuracy in the development space because we're now spending less time testing, debugging code, and worrying about manual infrastructure. We now do all of the DevOps ourselves, so definitely saved time there. I wouldn't really want to give a specific number on it here, but it has been very beneficial.
What is most valuable?
Another good point for us is that we're on Pulumi Cloud as an organization, so state is managed rather than us babysitting a blob storage backend, and every stack has a browsable update history. For example, I just ran a prod change this morning that was update 10 on that stack, and it gave me a shareable URL for the preview diff and the apply. The feature we lean on most is ESC, their environments and config layer, so we get one shared environment that supplies the tenant subscription ID and cluster coordinates to every stack that imports it, meaning there's nothing environment specific, essentially, which is a huge benefit for us.
The main feature we use, to be honest, is state management.
What needs improvement?
I think debugging can sometimes be less intuitive; for example, because you're executing actual code to produce infrastructure, there's a mental gap between the code I'm writing, the Pulumi Enterprise engine, the desired state that we're after once the code actually executes, the provider, for example, in this case Azure, and the cloud resource. When something doesn't behave as expected, there's another layer of abstraction to understand. You're not just debugging your code; you're debugging how Pulumi Enterprise interprets that code and interacts with the provider as well. So it can be an extra mental layer to get your head around.
The quality of the experience with Pulumi Enterprise definitely depends somewhat on the provider and the resource that you're working with. For us with Azure, we've found it to be very useful, but I could definitely see that if there isn't the same sort of level of quality with other providers, then we would probably have a more negative experience.
In engineering, there's always something that can be improved even if the consumers don't know what they need, and I'm sure there is definitely room for improvement.
For how long have I used the solution?
I've been using Pulumi Enterprise for around nine or 10 months.
What do I think about the stability of the solution?
Pulumi Enterprise is stable.
What do I think about the scalability of the solution?
We find Pulumi Enterprise very scalable.
How are customer service and support?
I've actually never needed to reach out to customer support, so I'm not sure, but I would imagine it's quite good because it feels like quite a modern system with modern support.
Which solution did I use previously and why did I switch?
We used Terraform, and we switched because we just found the state management quite cumbersome. New people that were trying to use Terraform got quite confused by that, and also it wasn't really testable, and we found that our complicated business logic wasn't really suitable for Terraform.
How was the initial setup?
There were no issues with the initial setup that I could think of.
What about the implementation team?
I wasn't too involved with that part of the process.
What was our ROI?
The ROI was quite good, actually.
Which other solutions did I evaluate?
We did evaluate other options before choosing Pulumi Enterprise, but I can't remember now; as I say, it's been nine or 10 months, and they weren't good enough to remember.
What other advice do I have?
I would rate Pulumi Enterprise an eight out of ten.
I've been using Pulumi Enterprise with Claude as a plugin for a while, and to be honest, I found the governance and security very good with Claude Code. I haven't really been concerned about it at all, and it's been very good at what it does.
It's been very accurate to me; previously to this, I used Copilot with Terraform, and I found that to be very inaccurate. So coming from that to Pulumi Enterprise and Claude Code has been wonderful.
I'd definitely recommend installing the Claude plugin and just getting a general overview on how Pulumi Enterprise can help improve your infrastructure.