What are the most trending technology stacks of 2020?

What are the crucial things that you would consider when developing a software for your business or startup? Along with planning your budget, time, and effort, you need to choose the right technology stack to get your project off the ground successfully. 

What is a software stack? Why do you need to choose one? What are the popular development stacks out there in the current market? This post explores.

What is a technology stack?

A technology stack, also known as software stack or development stack is a data ecosystem that enlists the underlying tools, frameworks, and libraries used to build and run your application. For instance, Facebook’s exhaustive application stack includes PHP, React, GraphQL, Cassandra, Hadoop, Swift, and a host of other frameworks. 

A tech stack is broadly divided into two: client-side (frontend) and server-side (backend). While backend technologies include web frameworks, programming languages, servers, and operating systems, frontend technologies include HTML, CSS, JavaScript, and UI frameworks and libraries. 

Why choose a software stack to develop your application?

Software stacks are to your applications, what a deep foundation and girders are to a building. The competitiveness and viability of your application depend upon the technology stack that you choose. Your software stack choice has a long say in your web application development as it influences:

• How your app works
• How it will behave in the future
• The scalability of your product
• The purpose of your project/business
• Your choice of data and application storage (Cloud or Local)
• The capacity of your server systems (whether it’s made for high-read operations or high-write traffic)

As software development standards and trends change within the blink of an eye, it is important to be updated on the most popular tech trends that currently reign the market. By analyzing the strengths and weaknesses of popular application stacks, you can start developing your product with improved confidence, as you get to know the ways to mitigate development risks. 

So, what are the leading stacks of software development in 2020? Here they are:

1. The MEAN Stack

The MEAN (MongoDB, Express.js, AngularJS, and Node.js) is one of the most popular tech stacks of 2020. Being an end-to-end JavaScript stack, you use a single language throughout your stack. Thus, you have the opportunity to reuse code across the entire application, decreasing needless reinvention. Another advantage of using MEAN is that all the technologies are free and open-source with the support of a vibrant community. The applications of MEAN stack are perfect for cloud hosting since they are flexible, scalable, and extensible. The stack can be deployed easily as it includes its own web server. The database can be scaled on-demand to accommodate usage spikes temporarily. 

Read more: How we optimized a MEAN Stack project for better performance

MEAN allows you to use a single team of JavaScript developers who can work adaptively. While MEAN isn’t perfect for every application, it excels in various uses like calendars, mapping and location finding, and news aggregation sites.

2. The MERN Stack

The MERN stack is very similar to MEAN, in which React replaces Angular. Since React uses Virtual DOM, changes can be implemented easily. React uses JSX, which is a modification of JavaScript, enabling seamless component work. React is one of the most popular frameworks used for building high-end, single-page applications with interactive UIs. 

Since 2020 is all about enhancing UI, MERN stands to gain. However, while working with React, developers have to deal with limited core functionality since React is a library and not a framework. Hence most developers resort to third-party services.

3. The MEVN Stack

In this version of MEAN, Angular is replaced by Vue.js as a front-end framework. This framework has shown immense popularity over the last few years. Its popularity is expected to continue to 2020 as it is a lightweight solution compared to Angular. Vue.js offers basic out-of-the-box functionality. This functionality can be extended using third-party services. You can say that Vue.js combines the best features of Angular and React to give you great performance and a rich set of tools.

4. The LAMP Stack

The LAMP can be called a classic, time-tested stack of technologies – Linux, Apache, MySQL, and PHP. The LAMP still remains one of the most common ways to deliver web applications and was one of the first open-source software stacks which is still widely used. Popular open-source CMS such as WordPress and Drupal use LAMP. The stability, simplicity, and power that accompany LAMP have made it the platform of choice for developing new custom web apps. 

The LAMP stack can efficiently handle dynamic pages wherein the content changes every time it is loaded. LAMP being open-source and non-proprietary, you can choose components based on your specific business requirements. Instead of using Linux as the OS, you can use Microsoft Windows to form a WAMP stack or MAC OS to form the MAMP stack. PHP can also be swapped for Perl or the increasingly popular Python language.

Read more: Why Is It High-Time To Find Alternatives For Microsoft Silverlight?

Since the LAMP has been around for more than a decade, you can avail of the benefits of a substantial LAMP ecosystem.    

5. The Serverless Stack

2020 is the best time to build on cloud infrastructure or in other words- to go serverless. Serverless computing platforms provide all the services and tools thus making infrastructure management much simpler. You can easily scale up to hundreds of thousands of users overnight. AWS Lambda was one of the first serverless platforms. Google cloud is another significant provider of serverless computing services. 

6. Flutter for Web

Flutter for Web can be called a game-changer in the cross-platform development world. It uses the same UI and business logic on all platforms. With Flutter, you don’t have to spend time on deployment. You can fix bugs, add new features, and build UI without compromising on speed. 

What should be your next step

Having learned the tech stack meaning and its impact on your application development, here are a few tips that will help you make a wise choice:

• While building software or an application, employing a consistent, standardized software stack is of utmost importance. 
• You have to create your backend with a set of tools designed to work together, reducing development time and streamlining resources. 
• In today’s overcrowded stack field, you are spoilt for options. You cannot go for a one-size-fits-all approach while choosing a stack for your project. You need to find a web stack that provides unique advantages for your application. 

Now that you’ve made it this far, do you agree that these are the most important tech stacks for software development in 2020? Can you think of any other names that need to be included in this list? Do let us know!

Here at Fingent, we set out to adopt the most efficient technology stacks that can make your software product highly competitive and fulfill your organization’s unique requirements. If you have any questions left, our technology consultants are ready to offer you a piece of expert advice. Feel free to drop us a message, any time. 

It’s Time to Bid Goodbye to the Legacy Technology!

The decade’s end has seen numerous inevitable changes in the technology market. It hasn’t been long since we bid adieu to Python 2, and now Microsoft Silverlight is nearing its end-of-life!

This surely brings a million questions to your curious mind! 

Why did Microsoft decide to end all support for Silverlight? What are the next best alternatives available in the market? And most of all, is it okay to still keep using Silverlight? 

Read on as we answer it all!

What is Microsoft Silverlight?

Silverlight, an application framework designed by Microsoft, has been driving rich media on the internet since 2007. Created as an alternative to Adobe Flash, this free, browser focused developer tool facilitated web development by enabling computers and browsers to utilize UI elements and associated plugins for rich media streaming. With the emergence of video streaming platforms like Netflix and Amazon Prime, Silverlight turned out to be a great option to enable sophisticated effects.

So What Led To The Demise of Microsoft Silverlight?

A couple of things, but mostly Silverlight could not catch up with the rapidly evolving software market!

When Microsoft Silverlight was released in 2007, it looked like a huge success. Especially with the successful online streaming of the huge Beijing Olympics coverage in 2008, the political conventions of 2008, and the 2011 Winter Olympics, Silverlight was on a roll, later pulling in major video streaming platforms like Netflix and Amazon Prime onboard.

However, Silverlight could not shine for long. A few problems started to surface soon. Bugs in several applications were just one manifestation. The worst issues came about with Microsoft misjudging the real requirements of the market.

Although Silverlight reduced the user’s dependency on Flash to access rich graphics, animations, videos, and live streams online, it did so with a heavy reliance on Microsoft tools at the backend. Using Microsoft .Net Framework and XAML coding format, Silverlight offered the support for Windows Media Audio(WMA), Windows Media Video(WMV), advanced audio coding and the rest. 

This seemed difficult, as well as risky for developers, especially to depend on a single vendor’s framework. Meanwhile, constant push to upgrade Silverlight made things more complicated, leaving developers more comfortable adopting low cost opens source alternatives like Flash and JavaScript over Silverlight. With HTML5 -and other browser standards on the rise, Silverlight became an outlier in the market.

In 2013, the Redmond giant stopped the development of Silverlight but continued to roll out bug fixes and patches regularly. In September 2015, Google Chrome ended support for Silverlight, followed by Firefox in March 2017. Microsoft-edge does not support Silverlight plug-ins at all, and with modern browsers transitioning to HTML5, Microsoft did not see any need to keep maintaining this application framework.

So, it’s official! Microsoft has announced the support end date for Silverlight to be on October 12, 2021. 

And what is Netflix going to do? Well, Netflix currently supports Silverlight 4 and Silverlight 5. So Netflix viewers, using it on Windows XP or Windows 7 PC (both themselves now unsupported) can use either the Silverlight plug-in or HTML5 player.

What Happens After October 2021?

Not to worry, there won’t be a big boom on October 12, 2021! 

It is true that Silverlight will be completely unsupportive after the said date and will no longer receive any future quality or security updates. But however, Microsoft is not preventing or terminating any Silverlight applications for now.

So should you still be using Silverlight?

Well, no! Fewer users will be able to still use Silverlight driven apps. However, this would turn worse, with developers wanting to work in a dead-end development environment, which will immensely raise the cost of supporting Silverlight apps.

What Are The Next Best Options?  

No doubt Microsoft Silverlight has served as a great option for developing rich apps. However, with the end of support for Silverlight, here’s listing a couple of new tech stacks that promises to be more reliable alternatives. 

AngularJS, a popular framework maintained by Google is simply a great option for developers around the world. It is an open-source framework designed to address the challenges of web development processes and offers ease in integrating with HTML code and application modules. Moreover, it automatically synchronizes with modules that make the development process seamless, and following a DOM methodology, it focuses on improving performance and testability. Adding to this, AngularJS uses basic HTML that enables building rich internet applications effectively. Also, with an MVC built architecture and various extensions, this technology proves to be a great option for designing applications that are dynamic and responsive.  

ReactJS is another application framework that can easily be labeled as a “best seller”, based on the popularity and affection it has gained in the developer community. Launched in 2013, the ReactJS framework is today well regarded and used by leading companies like Apple, PayPal, Netflix, and of course Facebook. React Native is a variant of the ReactJS JavaScript library that combines native application development with JavaScript UI development, to build web pages that are highly dynamic and user-responsive. While native modules allow implementing platform-specific features for iOS and Android, the rest of the code is written with JavaScript and shared across platforms.

Related Reading: React Native Or Flutter – The Better Choice For Mobile App Development

With technologies running in and disappearing from the market, it can be quite difficult to decide on the stack of digital tools that would best fit your business. Our business and solution experts can help ensure that you transform with the right technology to meet industry challenges and enhance your revenue opportunities. To discuss more on how we can help you identify the right technology for your company, get in touch with our experts today!

MEAN Stack – Performance Optimizations

In the past few years, MEAN stack went from ‘yet another shiny JS thingy’ to being a viable alternative to build high-performance web applications. We have quite a few medium to large apps running, that are MEAN.

One of our recent MEAN projects saw rapid growth in the user base (hundreds of thousands of users within the first few weeks), resulting in the system hitting the initially designed max-loads much earlier than anticipated. Hence we had to review the architecture and performance parameters to identify and fix the bottlenecks.

This blog is a quick rundown of the whats and hows in our initial performance tuning. Since the system was hosted in AWS, we used Amazon services wherever possible.

We implemented the following to improve the MEAN Stack project performance.

• Introduction of Load balancing

• NodeJS Clustering

• Amazon S3 as CDN

• Mongo replication

• Microservice implementation

Load Balancing

When it comes to increasing the performance of websites and web services, there are a couple of options:

• Improve the efficiency of the code.
• Throw more hardware at it.

Option two (throwing in more hardware) is the fastest and easiest solution to mitigate the performance woes.

Let us discuss how we can scale the Node.js server infrastructure using ELB, which stands for Elastic Load Balancing. ELB automatically distributes the incoming application traffic across a group of backend servers. The load balancer routes the incoming requests to the second server when the first server is busy processing other requests so that the end user does not experience any delay in getting the response.

There are three types of load balancers:

1. Application Load Balancer

2. Network Load Balancer

3. Classic Load Balancer

Application Load Balancer is best suited for load balancing of HTTP and HTTPS traffic and provides advanced request routing targeted at the delivery of modern application architectures, including microservices and containers. Operating at the individual request level (Layer 7), Application Load Balancer routes traffic to targets within Amazon Virtual Private Cloud (Amazon VPC) based on the content of the request. The socket forwarding is supported only in the application load balancer.  So we have used the Amazon AWS application load balancer to scale the server architecture.

The decision on how many servers to be used in the load balancer depends upon the traffic expected in the server and the number of concurrent requests the server needs to handle. Moreover, it also depends upon the system configurations in which the server is hosted such as the number of cores, memory, etc. We also need to change some web server(ex: nginx or apache) configurations as described here.

To discover the availability of your EC2 instances, a load balancer periodically sends pings, attempts connections, or sends requests to test the EC2 instances. These tests are called health checks. The status of the instances that are healthy at the time of the health check is InService. The status of any instances that are unhealthy at the time of the health check is OutOfService. The load balancer performs health checks on all registered instances, whether the instance is in a healthy or unhealthy state.

The load balancer routes request only to the healthy instances. When the load balancer determines that an instance is unhealthy, it stops routing requests to that instance. The load balancer resumes routing requests to the specific instance when it has been restored to a healthy state.

The load balancer checks the health of the registered instances using either the default health check configuration provided by Elastic Load Balancing or a health check configuration that the developer configures. In the second case, the developer has to give one health checking URL ({main domain}/health) to the IT team (who are doing the ELB implementation), which serves as the health status of the instance.

The health URL should be an API configured in Node.js program, which connects to the database and fetches some lightweight data to make sure that the instance is properly working i.e, it ensures the health of web server (Nginx), server (Node.js instance) and the database server (MongoDB). If this API could respond with the HTTP status 200 within a particular time (Say 2 seconds, which we can set in the load balancer configuration), the instance is marked as healthy, otherwise, it’s marked as unhealthy.

The load balancer periodically (Say 10 sec, which we can set) checks the health status of each instance (If we scaled to 2 servers – checks these 2 instances) through the corresponding health URL, to mark it healthy or unhealthy. So, when the next request comes, the load balancer routes the request to a healthy server instance which is available.

We are using the LoopbackJs – a Node.js framework, and we can put the following code in the folder called server/boot (In loopback framework folder structure) to create the health checking API URL. You can use your own API path if needed.

module.exports = function(server) {

 var router = server.loopback.Router(); // router module

  router.get('/health', function(req, res) {

       server.models.ServerHealthStatus.findOne({where: {status: 1}, fields: "status"}, function(err, healthStatus) {

           var response = "";

           if (err) { //failure

               res.status(400).send(response).end();

           } else {

               if (healthStatus) { // success

                   response += "Health: OK";

                   res.send(response); // http status: 200

               } else { //failure

                   res.status(400).send(response).end();

               }
           }
       });

 });

};

In this code, ServerHealthStatus is a model which is mapped to the mongo database collection (Similar to a table in MySQL) – ServerHealthStatus, which is having the following one document (Similar to row in MySQL):

{

     "_id" : ObjectId("5b2b7u5d1726126da11b1f98"),

     "status" : "1"

}

The model query tries to fetch this document, and sends the response – either 200 or 400 depending upon the query result. If the Node.js service is busy with processing other requests, it may fail to retrieve data or it may take more time to respond, which may exceed the time that we have configured in the load balancer timeout.

Since our server is distributed over multiple instances, firstly, we need to make sure that, the resources like images or files (user profile images, documents) are located in a place, which is accessible to all instances. Earlier, we may have been using the local file system for resource storage. Since the load balancer is implemented, there are multiple instances which need these contents to be accessible. So in order to solve this problem, it must be saved in a common place like Amazon S3.

After hosting the server, we need to do the load testing with some automated tools to make sure that the server can handle the specified number of concurrent requests and handle the traffic. If it fails, we need to increase the server configurations or the number of server instances until it meets the required standards. We need to periodically track the server for the CPU and memory usage while doing the load testing. After implementing the load balancer, we need to do the failover test as well.

Besides, we need to manually down one instance and check whether other instances serve the client request without any delay. Also, we must carry out the load testing by putting the load specified in the project requirement (say, 10K concurrent requests).  

Node.js Clustering

A single instance of Node.js runs in a single thread. To take advantage of multi-core systems, the user will sometimes want to launch a cluster of Node.js processes to handle the load. The cluster module allows easy creation of child processes that all share server ports. 

const cluster = require('cluster');

const http = require('http');

const numCPUs = require('os').cpus().length;

if (cluster.isMaster) {

 console.log(`Master ${process.pid} is running`);

 // Fork workers.

 for (let i = 0; i < numCPUs; i++) {

   cluster.fork();

 }

 cluster.on('exit', (worker, code, signal) => {

   console.log(`worker ${worker.process.pid} died`);

 });

} else {

 // Workers can share any TCP connection

 // In this case it is an HTTP server

 http.createServer((req, res) => {

   res.writeHead(200);

   res.end('hello world\n');

 }).listen(8000);

 console.log(`Worker ${process.pid} started`);
}

Amazon S3 as CDN

We were using the local file system for storing static resources (images, JSON files etc.). Since the load balancer is implemented, there are multiple instances which need these contents to be accessible, so, it must be saved in a common place. Amazon S3 was the automatic choice since we were already on AWS.

Mongo replication

A replica set is a cluster of  MongoDB database servers that implements master-slave (primary-secondary) replication. Replica sets also failover automatically, so, if one of the members becomes unavailable, a new primary host is elected and your data is still accessible. We have used 3 mongo servers. The entire process is clearly described here:

https://linode.com/docs/databases/mongodb/create-a-mongodb-replica-set

We will specify the server domain names or IPs of the mongo servers in the database connection URL like this:

mongodb://userName:password@mongo1,mongo2,mongo3/databaseName?replicaSet=rs0&connectTimeoutMS=180000&socketTimeoutMS=180000

Where mongo1, mongo2 & mongo3 are the mongo server names(which uses internal domain names, since all server exists inside one AWS account, admins can give user defined names mapped to IP address, which can be used instead of IP addresses in the mongo connection URL) which is pointing to different IP addresses.

In the loopback structure, need to change the connection URL in the  datasources.json (it will change to datasources.prod.json when we are in the production environment) file in the folder called server like this:

{
"db": {

   "name": "db",

   "connector": "mongodb",

   "url": "mongodb://userName:password@mongo1,mongo2,mongo3/databaseName?replicaSet=rs0&connectTimeoutMS=180000&socketTimeoutMS=180000"

 }
}

Microservices FTW

Splitting up independent functionality to a stand-alone service can help with the system performance a lot. Node, with its asynchronous, event-driven architecture, is well suited for this.

If there are complex operations that require lots of system resources (CPU, RAM) for a considerable amount of time, check whether these can be moved out as a microservice. So the load is not reflected in the main server(s). We can implement this functionality in an independent server which can be accessed via an API URL. The main server will trigger this API URL for getting this task done.

For example: Sending push notification functionality to mobile apps

Our app has an alert functionality, where notification gets sent to hundreds of thousands of devices at once. Sending notifications involves selecting the device token IDs from the database to those users who have to be alerted, which proved to be an involved task with the non-relational nature of Mongo.

Since the push notification sending functionality is a time-consuming process, the server load will be high during this process which may result in queueing other incoming requests. In order to solve this, we have separated the push notification functionality to an independent server as a microservice.

After implementing all these, we can monitor the resource usage of all the servers while performing the functionalities especially the complex functionalities.

Please note that this is in no way a complete list. Optimizations vary based on a number of factors from architecture and functionality to client preferences.