In the Effective and Consistent workflow chapter, we already covered that deployment shouldn’t be done manually. Continuous delivery should be used to achieve the best results. Now, let’s focus on where and how the solution should be deployed.
There are many services available. Let’s focus on the main services we use.
You can set up a development pipeline and easily promote from development to staging or from staging to production.
Another favorite feature is to set up an auto-deployment from the GitHub branch. Put simply, you just push new changes and they are promoted to Heroku.
The simplicity of installing add-ons makes Heroku a great go-to service. But it gets pretty expensive with scaling.
It works really nicely for static websites. The deploy preview is an amazing feature which you can set up for any pull request.
Netlify also offers the following add-ons:
And the majority of the features are free for small or personal projects.
Amazon Web Services (AWS) offers AWS EC2 or AWS S3 combined with Amazon CloudFront. It’s the cheapest and most scalable solution. But it’s the most difficult to set up.
Differences between each are described in Project Setup. To have quality output, you must know the benefits of each solution.
The server is needed for dynamic data, or the server is needed to run some backend tasks. However, it’s recommended to decouple things. Go serverless or use a monorepo.
Kindly borrowed from https://opensource.com/resources/what-docker
Docker is a tool designed to make it easier to create, deploy and run applications by using containers. Containers allow a developer to package up an application with all of the parts it needs, such as libraries and other dependencies, and ship it all out as one package. By doing so, thanks to the container, the developer can rest assured that the application will run on any other Linux machine regardless of any customized settings that machine might have that could differ from the machine used for writing and testing the code.
In a way, Docker is a bit like a virtual machine. But unlike a virtual machine, rather than creating a whole virtual operating system, Docker allows applications to use the same Linux kernel as the system that they're supposed to run on and only requires applications to be shipped with things not already running on the host computer. This gives a significant performance boost and reduces the size of the application.
And importantly, Docker is an open source. This means that anyone can contribute to Docker and extend it to meet their own needs if they need additional features that aren't available out of the box.
Docker is great for the backend. But it’s also suitable for larger and especially server-side rendered apps.
You can read What is Continuous Delivery and Why You Should Use It in the Project Setup chapter.
Both Heroku and Netlify have built-in Continuous delivery. For AWS S3, you can set up AWS CodeBuild with AWS CodePipeline.
For serving any static content or assets, the best approach is to use CDNs. Netlify uses its own. AWS CloudFront integration works like a charm with any other AWS product. You can easily install Fastlyadd-on on Heroku. Or use Cloudflare.
There are clearly many ways to use this, but why should you?
A CDN is a way to deliver content from your website or mobile application to people more quickly and efficiently, based on their geographic location. A CDN is made up of a network of servers (“points of presence,” or POPs) in locations all over the world.
Faster load times for web and mobile users
Quickly scalable during times of heavy traffic
Minimizes risk of traffic spikes at point of origin, ensuring site stability
Decreases infrastructure costs due to traffic offloading (less load on origin)
Better site performance