Learn Something

When developing Software as a Service (SaaS) products, an important consideration is the isolation model used to restrict cross-tenant access. Many legacy applications utilise a siloed architecture that physically or virtually separates resources. However, a pooled isolation model offers greater flexibility and agility when it comes to developing and deploying your application. By leveraging serverless AWS services, an agile but secure architecture can be achieved.

When developing applications, it’s common practice to run the same application in multiple environments. Usually a development environment for general volatile changes, a test environment for integration testing and quality assurance, and a production environment for a final release.  With multiple environments all using the same infrastructure, they require consistent replication. A common challenge is that over time each environment can drift from the standard and become too unique to accurately replicate. An example of drift is resource IAM permissions being changed in one environment, but the change isn’t documented and replicated in the other environments upon deployment.

In New Zealand, as I write, we remain in COVID-19 lockdown. Like people everywhere I am working from a makeshift office, hastily put together that will have to do until we are out of this. I cannot help but be drawn by the similarities of my own circumstances with that of many businesses around the world who are in their own form of lockdown because of their dependency on physical computer servers.

When modernising legacy systems, a key issue is figuring out how to migrate your existing data into a database that has been remade from the ground up. Rewriting outdated applications from scratch usually means a brand-new schema that can look unrecognisable next to the old one. Transferring the existing dataset into your new system is a challenge that requires rigorous planning, development, and testing.

It wasn’t all that long ago that the question of ‘security’ was considered a major impediment to the adoption of cloud computing services. Happily, the ‘theoretical’ security problems which arise from having your data on someone else’s computer, haven’t been borne out in any practical sense. That’s why cloud computing, including platform-as-a-service from Amazon Web Services and many other providers, has become the defacto way of resourcing companies from the smallest to the biggest.

When it comes to the cloud, the biggest name is Amazon Web Services (AWS) which commands more market share than the next four competitors combined. Not bad for a bookseller! So, when you’re looking at migrating infrastructure to the cloud, and there are many good reasons to do just that, AWS is probably one of the best available options.

Those who are considering migration need to know just exactly what is involved. There are challenges and issues which must be noted and handled to ensure a smooth transition to either a complete ‘in the cloud’ setup, or the more common hybrid arrangement, where some infrastructure remains on-premise and some is moved to AWS.

Don’t be fooled by the deceptive ease with which you can get started on the Amazon Web Services cloud. While it is certainly true that you can get stuck in with nothing more than a credit card and a vague idea of what you’re after, it pays to start with sound foundations so that as your needs grow and evolve (as they inevitably do – just about everyone who tries AWS very quickly becomes a big fan of it’s low-cost, high-value services), you don’t end up with a horrendous tangle.

If you are running servers or workloads in the AWS cloud, you’re probably aware of the Amazon Web Services Well Architected framework. First introduced by AWS in 2015, this framework is widely used by AWS Certified Architects to create a planned and structured infrastructure which will meet your needs today and into the future.

Consisting of five pillars, the Well-Architected framework sets the scene for having in place cloud foundations that complies with best practices. In this article, we dig a little deeper into it and consider the core pillars of AWS Foundations, and why you really should be using them in your environment.

Since 2018, AWS has stepped up its game when it comes to hosting a tech conference in Southern hemisphere. The AWS Sydney Summit 2019 had total of 22,000 attendees and  was a complete event, covering technology, business and innovation themes.

We asked our Technical Director and AWS APN embassador, Imran Sadiq, to summarise the event and his takeaways for those who didn't have a chance to attend. Imran's summary has something for all: technologists, businesses and their customers.

A year after Lancom earned Amazon Web Services Advanced Consulting Partner Status, our technical director Imran Sadiq has become one of only six people in New Zealand to be named an ‘AWS Cloud Warrior’.

‘Cloud Warrior’ is the informal name given to recipients of the Amazon Web Services Partner Network (APN) APN Ambassador status. APN ambassadors are technical experts passionate about contributing their technical knowledge to the community through public speaking engagements and digital content. An APN ambassador possesses deep expertise in the AWS platform, AWS certifications and is an active employee of an APN consulting partner.