Serverless is a highly trending term in the world of software architecture, one can judge this from the many references of the term in journals, products, and open source frameworks, with even a webinar dedicated solely to the subject. Through this blog post, we shall learn about the basics of Serverless, why it is worth considering and the future. Origin of ‘Serverless’ First usages of the term seem to have appeared around 2012, including article by Ken Fromm . Also heard usage of the term around this time in regard to Continous Integration(CI) and source control systems being hosted as a service, rather than on a company’s own servers. However this usage was about development infrastructure rather than incorporation into products. We start to see the term used more frequently in 2015, after AWS Lambda’s launch in 2014 and even more so after Amazon’s API Gateway launched in July 2015. Refer the talk at Amazon’s re:Invent conference titled “ The Serverless Company using AWS La
Sprints, user stories, definitions of done, daily stand-ups, backlog grooming, sprint planning, retrospectives, burn-down charts, pair programming, technical spikes, continuous integration, test driven development, specification by example, refactoring…These words are now commonplace in our daily activities as IT professionals. We have lots of 'doing Agile' going on in projects. But, so what? As an industry we often get focused on the processes and the tools, and forget about the more important stuff, like people and business value. 'Doing Agile' is a waste of time if it doesn't help our organization be better by generating more value, or being more flexible or resilient to change, or creating great environments for people to work. In other words, 'doing Agile' is only really of value if it helps organization to achieve the state of 'being Agile'. Moving to 'being Agile' The Agile manifesto warns us against focusing on '