Skip to main content

AWS Amplify as low-code for infrastructure


Low-code development platforms are dominating many conversations lately. Many believe that low-code development platforms will account for millions of USD in revenue in the next five (5) years. An article by Forbes highlights that “it will account for more than 65% of application development activity by 2024”. Some believe it will be the answer to all their development needs.

 But low-code is not a new concept. The difference now is that its audience has amplified. For developers (or even advanced users) who have been in the Microsoft  ecosystem for a while have already experienced the assembly of software solutions with little effort using tools such as Microsoft Excel, Access, Visual Studio (assembling forms) and others.

Putting Microsoft aside, and prior to this “low-code revolution” which has reached high altitude in the last couple of years, there have been many online veterans which allow a user to assemble simple to medium complexity applications in different areas:

  • Marketing automation with low to no code
  • Websites
  • Database management
  • AI
  • Work management
  • e-commerce
  • Others
- Microsoft, Mendix, Salesforce, Wix -
-   Zoho, outsystems, Stripe, Shopify  -


Before we go any further with this article let us answer the question of what is a low-code/no-code platform? 

Low-code/no-code is a platform that provides non-technical, and technical users the tools to develop applications that are operational (at least at a “vanilla state”), or require additional coding for specific elements, with less effort (and knowledge) that is needed for the traditional way of producing code. The LCDP (Low Code Development Platforms) creates applications using a graphical interface, which the consumer uses for assembling the desired functionalities.

The focus of this article

In this article I will focus on one of my own experiences under the low-code umbrella where I leveraged cloud computing services. I chose Amazon AWS services in the space of “code as infrastructure”. The three (3) items I would like to highlight before we start:

  1. This falls into the low-code end that requires expertise
  2. We are focusing on “code as infrastructure”, with fewer lines of code possible. This is to accelerate and facilitate the DevOps for some app use cases
  3. If you are looking for the no code/low code solutioning, similar to Microsoft PowerApps from Amazon AWS then I suggest to look at Amazon HoneyCode

The problem statement in our hands was to build a webapp (mobile first) as a gift to our colleagues. The pandemic has brought many challenges around the globe and we wanted to let our team members abroad know that we were here for them. Without going into details, the solution was inspired by the #virtualhug movement. As we continued working on our concept, we landed on the following paragraph that defined the app: “A virtual hug a day, keeps the sorrow away! Just the act of imagining that you are hugging someone can make you feel positive, empathetic and less stressed.” 

The premise was to deliver this webapp in seven (7) days, easy to deploy, but without spending too much time on setting the deployment architecture. There was no Content Management System (CMS) system in place, but it should be quick and easy to make content updates. Those updates should reflect on production relatively quickly for our audience to view on the webapp.

We had a core team of three (3) people for this delivery: 

  1. A project manager (PM) for coordination
  2. A designer, to help me in bringing the concept into the webapp Minimum Viable Product (MVP)
  3. Me as the sponsor and developer

As I said before, I needed to reduce efforts on the development and the deployment. Therefore I turned to Amazon AWS for a "serverless" approach, and with the hope to find my answers for an easy deployment process.

The stack that we ended up using was:

  • NuxtJS
  • AWS S3
  • AWS Amplify
  • AWS CloudFormation
  • Microsoft Visual Code as the editor

The hero of this article is AWS Amplify, which took care of many lines of code, which without a tool like this, I would have had to write in order to set up “code as infrastructure” and host the webapp.

Note: This is not a blog for teaching AWS Amplify and Cloudformation. If you are looking for that then I would recommend the ThemePark course provided by Amazon AWS: 


If you have reached this point of the article then you might be thinking “this looks advanced, where is the low-code in this stack!?”. I want to remind you that this article is focusing on the DevOps aspect. I hope things are a bit clearer as you read the next few paragraphs.

What is AWS Amplify?

Based on Amazon AWS definition: “AWS Amplify is a set of tools and services that can be used together or on their own, to help front-end web and mobile developers build scalable full stack applications, powered by AWS. With Amplify, you can configure app backends and connect your apps in minutes, deploy static web apps in a few clicks, and easily manage app content outside the AWS console. Amplify supports popular web frameworks including JavaScript, React, Angular, Vue, Next.js, and mobile platforms including Android, iOS, React Native, Ionic, Flutter.”

How did we leverage AWS Amplify for the deployment, in a low-code approach?

I followed the vanilla commands after creating the required AWS Role using the AWS Management Console, and installing the AWS Amplify-CLI on my laptop, where my project resided. With it I was able to have within minutes:

  1. Continuous Integration/Continuous Deployment (CI/CD) pipeline
  2. CI/CD connected to my code repository, which is on Bitbucket (outside of AWS)
  3. Hosting the app in an UAT environment leveraging the AWS S3 bucket
  4. The CloudFormation which is used for the “code as infrastructure” for the provisioning

The provisioning, and the many scripts, and the integrations, were all made with just a few command line prompts removing hours of me putting together this code pipeline.

 Finally, it was great to see that we exceeded our expectations as we were able to successfully deploy the webapp to production two (2) days earlier, shrinking our timeline from seven (7) to five (5) days.

Trending posts


Introduction Some Digital agencies have a project process where waterfalls still plays a big part of it, and as far as I can tell, the tech team is usually the one suffering as they are at the last part of the chain left with limited budget and time for execution. I do believe that adopting an Agile approach could make a Digital Agency better and faster. In this article I’m presenting you just another point of view of why it make sense looking at Agile Methodology.  Why Agile for a Digital Agency? The Agile movement started in the software development industry, but it has being proven to be useful in others as well. It becomes handy for the type of business that has changing priorities, changing requirements and flexible deliverables. In the Digital Agency of today you need a different mindset. Creative will always play a huge role (“the bread and butter”). But the “big guys” need to understand that without technology there is no Digital Agency. Technical resources are

AI with great power comes responsibility

Generative AI continues to be front and centre of all topics. Companies continue to make an effort for making sense of the technology, investing in their teams, as well as vendors/providers in order to “crack” those use cases that will give them the advantage in this competitive market, and while we are still in this phase of the “AI revolution” where things are still getting sorted.   Photo by Google DeepMind on Unsplash I bet that Uncle Ben’s advise could go beyond Peter Parker, as many of us can make use of that wisdom due to the many things that are currently happening. AI would not be the exception when using this iconic phrase from one of the best comics out there. Uncle Ben and Peter Parker - Spiderman A short list of products out there in the space of generated AI: Text to image Dall.E-2 Fotor Midjourney NightCafe Adobe Firefly

AI and prompt engineering

On this occasion we would like to present our take and summary about prompt engineering. Like everyone else, at Beolle we have been researching the AI space lately, running experiments. On this occasion, our investigation has made us present our take and summary about prompt engineering. ( Skip Ahead note : If you like to get right to it then skip to the section What are prompts .) Generated image with Microsoft Designer and DALL-E 3 + Modified by Beolle team   (Parenthesis)  AI has disrupted all industries, and it will continue to do so as we explore new territories. We are still in discovery mode. Sectors and industries are building their know-how, evolving and using this technology;  determining the value it brings to the business. The investment by tech players and executives, in traditional and Gen AI (Generative AI) capabilities, continues rising. The consequence has been an accelerated growth in a short matter of time. Venture capital investment in AI has grown 13x over the las

Demystifying OKR Scoring

You have probably read that one of the many good things about OKRs is that it provides structure and clarity to work towards common goals. It helps connect company, teams and individuals’ objectives to measurable results.   Photo by Garreth Brown via Pexels In a previous Beolle article, Herak wrote about HOSKR and OKRs. In this iteration we will focus on the OKR scoring. Measuring the “How” The KRs in OKRs are the Key Results. With them we measure the progress towards the Objectives we have set. So how do we score them in a way that makes sense, and measure the success? Few “gotchas” before we start Grades are an indication where you're going. In OKRs, scoring between .6 to .7 is your target. Scores between .8 and 1.0 are rare, meaning they are not the usual. If you find yourself completing all your OKRs within this range then something is not correct, for example, your Objectives are not Ambitious enough, meaning you always knew you (or your company or your team) were going to ach

This blog uses cookies to improve your browsing experience. Simple analytics might be in place for pageviews purposes. They are harmless and never personally identify you.