So you know how to set up PouchDB. What’s next?
Open source is a big deal at Engine Yard. Originally founded as a Ruby company, most of our early work was in the Ruby community. Since acquiring Orchestra in 2011, we have been investing in the PHP commmunity and are continually on the look out for ways to give back. So I’m thrilled to be sharing the latest news on this front.
This is the last post in a five part series that covers the basics of getting WordPress up and running on Engine Yard. In the first post, we covered how to get a basic install deployed. In the second post we introduced a way to make modifications locally, and freeze them, so that they can be deployed to a cluster of cattle servers. In the third post we looked at two approaches to installing plugins locally, and got an S3 bucket set up to serve images so that we’re not relying on the filesystem, which is ephemeral. Then, in the fourth post we set up New Relic for application monitoring, and CloudFlare for site speedup, analytics, and security protection.
You can use Backend as a Service (BaaS) to host server-side components that have been abstracted from your web app. These components include things like storage, authentication, and message sending. BaaS is a relatively new service model, but by providing off-the-shelf solutions to common problems, it allows you to roll apps much more efficiently.
Servers and clients have alternated as champions in the battle for developer attention ever since the server-client model of application development began. The mobile era saw servers in the ascendancy as cloud computing was cheap and mobile clients were underpowered, but technology gains are starting to bring mobile hardware into parity. This, amongst other factors, is driving a return towards more client-side computing.
Modern apps usually come in two halves. One half of the app lives in the browser or the local operating system, whether desktop or mobile. The other half lives on a remote server, or in a cloud cluster. These halves are called the client and server environments respectively.
The long-tail means that for “every Wikipedia, there are a thousand other wikis that never managed to get a second contributor.” The same applies to open source projects, and it’s something you need to think about if you want to ensure the longevity of your project. If it’s just you, handling all those pull requests and tickets by yourself, you stand a good chance of running out of steam unless you can attract additional contributors to help you with the workload.
In the previous posts in this series, we’ve covered how to get a basic install of WordPress up and running in the cloud, how to install themes, and how to install plugins. The biggest hurdle when deploying legacy applications to the cloud is dealing with the filesystem. Fortunately, by freezing the state of the filesystem before we deploy, we can work around this. And by adapting our code to write to external data storage, we can remove our run-time dependency on the file system.