to upgrade
Ideas from books, articles & podcasts.
created 15 ideas
PULUMI
pulumi.com
STASHED IN:
118 reads
Building a serverless framework certainly has its challenges. One of which is the deployment of cloud infrastructure, which, in the world of serverless, is one of the fundamental operations developers need to do, even while the application is still in development.
Before the version 5 relea...
While the idea around components for different use-cases certainly sounded interesting, ultimately, it was not ideal for Webiny. We frequently received questions regarding further component configuration and customization, which was not easy to perform.
“How do I configure a different datab...
At Webiny, we believe cloud engineering and infrastructure-as-code is the future, so, naturally, we wanted our users to use familiar code (ideally TypeScript) and development tools to define their cloud infrastructure. Within Serverless Comp...
Vendor lock-in was introduced at a later stage of the Serverless Components product development. Essentially, to deploy a component, the user is now forced to use a proprietary service that comes with it. And while, among other things, the service enables much faster deployments, from our perspec...
Once we realized Serverless Components wasn’t an ideal solution for Webiny, we started looking for an alternative.
The key features that we were looking for were the following:
For us, the integration of Pulumi with Webiny consisted of three steps:
In terms of project organization , every Webiny project consists of two key concepts: packages and project applications (or just applications).
As an example, a default Webiny project includes three project applications:
Once we understood how to use Pulumi concepts with Webiny’s project organization, the next step was integrating the Pulumi CLI with the Webiny CLI .
For starters, we didn’t want our users to install the Pulumi CLI manually. We wanted it to happen automatically.
We’ve created our versi...
The last piece of the puzzle was storing cloud infrastructure state files. Here we went with the following approach.
For local development, users’ cloud infrastructure state files are stored locally within their Webiny project using the Local Filesystem Backend , which we’ve seen worked gre...
As mentioned, by default, every Webiny project comes with three project applications: API, Admin Area, and Website, which are located in the api , apps/admin , and apps/website folders, respectively:
As we can see, every project application follows the same general organization. The two ...
when it comes to active development, we don’t have to unleash the full potential of the cloud, like we’re doing in staging and production environments.
For example, it probably makes no sense to deploy an Amazon ElasticSearch cluster into multiple availability zones (AZs) in most cases. A s...
Another useful feature is the automatic tagging of the deployed cloud infrastructure resources. In other words, every taggable cloud infrastructure resource will be tagged with WbyProjectName
and WbyEnvironment
tags. For developers, this makes it much easier to ...
Finally, to protect our users from accidental deletions of mission-critical cloud infrastructure resources, we’ve used Pulumi’s protect
The protect option marks a resource as protected. A protected resource cannot be deleted directly. Instead, you must first set protect: false and run pulum...
React
Comment
created 10 ideas
1
Comment
191 reads
created 7 ideas
1
Comment
82 reads
created 9 ideas
How does one pull off such magic tricks without having the tools and resources to do so. Even when the house is clutter, you can still find a way to keep it cleared our for new tenants to sign contracts for a lease agreement.
React
Comment
2 reads
❤️ Brainstash Inc.