The 6 Most Important Things I learned in my 6 Months using Serverless AWS CLOUD LAMBDA Finding the right tools is of utmost importance in the world of serverless. October served as an eye opener to me and my company. After the Serverlessconf tour, I decided there and then that my company would operate on Serverless. The first two months were a nightmare as we struggled to familiarize with the trend. Six months down the …
Finding the right tools is of utmost importance in the world of serverless. October served as an eye opener to me and my company. After the Serverlessconf tour, I decided there and then that my company would operate on Serverless.
The first two months were a nightmare as we struggled to familiarize with the trend. Six months down the line, we are now deploying a major project servelessly, the fourth one in the company.
This article explains how we did it and provides the six most important lessons we learned in the process.
- The middle layer has to go
We have been developing web apps forever. This is one of the reasons why it took us a considerably long time to realize a very obvious advantage of Serverless.
Some of our first web apps still had a Node Express layer. This layer remembered session state either by accident or by the tragedy of design where we misused DynamoDB to make it remember sessions.
- Love DynamoDB
Getting your grip around DynamoDB is arguably the hardest aspect of using Serverless. You encounter a few difficulties in the first interactions. Most of the time you want to go back to the more familiar RDS. Structured Querry Language (SQL) has been of great support for as far as I can remember. I have also put a lot of business logic into databases. RDMS systems, on the other hand, fail to scale well and do not support the concept of agile systems that have evolved organically.
DynamoDB is on a whole new level. Among the benefits of getting the NoSQL database right include massive scale, very fast performance, and zero administrative overhead. The table fields in DynamoDB should not contain empty strings. You will be forced to start over again when you get the partition and sort keys wrong. Emulating the SQL queries too closely can lead you from having few to very many tables.
After several attempts and finally succeeding with DynamoDB, I learned that:
- Do not just jump into it without getting the facts right. Understand how it works first, lest you get disappointed and move back to RDMS.
- It has extremely powerful tools. You can use streams to attach code to table events.
- It can feed other storage systems. It can also be used to protect other databases from enormous data volumes.
- Authorization is key
Traditionally, you only had to authenticate yourself and then track them by following a session ID. The session ID controlled access. This was time-saving as you only needed to do the hard work once. But there are problems associated with this approach. First, it only works if the server is in the middle. In this case, the server has been burned to the ground. Second, it exposes you to malicious attacks like CSRF. It also makes passing identity to other services very difficult.
Nobody likes the CSRF attacks. This is where the JWT token comes in. Here is an illustration of how it works;
- Step 1: get a JWT. You are awarded a JWT token after the authorization process.
- Step 2: use it to communicate with the service you write
Below are some reasons why you should use JWT;
- The client can talk to more than one serverless activity
- Every request is authenticated
- It is secure.
- It is anti-monolith,
- It is CSRF-free
The only thing needed from your serveless code is a Custom Authorizer to determine if the header is valid.
However, JWT makes all other types of auth look complex. Therefore, we shifted to Auth0. Surely, serverless is extremely simple and very effective.
- Bye Python
While Flask was a nice framework in the traditional days, it is not suitable for the new world.
- Enjoy the Vue while it lasts
I was introduced to React when I entered the world of Single Page Applications. React is the most popular approach to developing user interfaces. It is great, but some of its drawbacks include a learning curve that is too steep, Webpack set up and JSX introduction. We chose to explore alternatives since it was too heavyweight for our immediate use.
I soon discovered Vue.js and my life using serverless turned around. You can learn all about Vue in just a few days. Other significant advantages of Vue include:
- Everything is a component which manages its own content, design, and code. This makes it easy to manage our clients’ projects, which are quite a huge number.
- Vue allows you to develop a desktop application within the browser. This way, you can improve the user experience.
In the old world, we would be deploying apps through Elastic Beanstalk. We would then monitor them for utilization and manage infrastructure. In SPAs, however, when you deploy an application, you are copying index.html, bundle.js, and some file dependencies to an s3 bucket which is front-ended by a CloudFront distribution. This grants you steady loading and distribution behavior. It also enables multi-version management.
There’s zero app infrastructure management.
- Serverless framework
My experience with Lambda in the first days involved coding directly into the AWS console. I often got stressed up as it took lots of work and mistakes to get some tasks done. It took me quite some time to discover the absence of the bridge connecting my IDE to the production environment.
All along, the solution had always been a serverless framework. Just a sls deploy deploy bundles up your precious code and ships it directly to Amazon’s brain. In case your code is misbehaving, and you need to check logs, type sls logs -f functionname -t.
This is a wonderful experience and the serverless people’s contribution should be applauded.
Cheers to new beginnings!
After attending A Cloud Guru’s serverless conference, we felt that this was clearly an unexplored area with limitless potential.
During our first experiments, we had our fair share of failures. The results weren’t satisfying. We have started to officially deliver projects in a 100% serverless way months after getting the right stack in place. All the migration difficulties and failures along the way were worth it.
We have commenced on a journey of building SPA apps which use serverless infrastructure and scale effortlessly. The apps also cost 70-90% less and the payoff is incredible. Serverless technology is going to revolutionize the delivery of applications in the cloud.
Reasons Why DynamoDB is Not for Everyone AWS CLOUD LAMBDA Amazon Dynamo was created in 2004 to scale the growth of Amazon’s Oracle database infrastructure. The aim behind its creation was to meet the business’s requirements (scalability, performance, and reliability). In 2012, the availability of DynamoDB as a fully managed NoSQL data service was announced by AWS. AWS promised that it would have seamless scalability. Why choose DynamoDB? I interviewed a number of developers and …
Practical Tips and Tricks on How to Use Typography in UI Design AWS CLOUD LAMBDA Introduction Typography is the most challenging part of the UI Design despite having it in various forms from time immemorial. Owing to its long existence, we have theories, rules, and practices which we must keep up with. This article presents some practical typography tips and tricks to use in your projects. Practical examples instead of theories I will not dwell …
How AI, VR, and Big Data Will Transform the Real Estate Industry by 2020 AWS CLOUD LAMBDA I came to learn of AI through my colleagues. I heard them speaking of a new feature that was about to be rolled out by our company. Throughout the conversation, I was blown away as it looked like the perfect thing. There was a lot of details on AI, and it had been on the news already. It …
Cheat Sheets for AI, Machine Learning, Neural Networks, Big Data & Deep Learning AWS CLOUD LAMBDA I have been collecting AI cheat sheets for the last few months, and I’ve been sharing them with friends and colleagues from time to time. Recently, a lot of inquiries concerning the same sheets have been made, and so I’ve decided to organize and share the entire collection of the sheets. In this article, I have added descriptions and …
16 Things to Avoid When Writing for Your UI AWS CLOUD LAMBDA You write for your UI with an intention of making it useful to people, right? Therefore, you should ensure that it is simple, clear, and concise to enhance usability. Below are 16 things to avoid when writing. Technical Terms and Specific Words Use of words that are meant for specific professions should be avoided. Words that are specifically meant to describe certain things …