Why we are using Amazon Web Services?

Digital Business Leader | Head PMO, Ops, IT & Platforms @ Spark NZ | Chief Blogger at livingthetech.com
Sep. 19, 2016
Why we are using Amazon Web Services?
Why we are using Amazon Web Services?
Why we are using Amazon Web Services?
Why we are using Amazon Web Services?
Why we are using Amazon Web Services?
Why we are using Amazon Web Services?
Why we are using Amazon Web Services?
Why we are using Amazon Web Services?
1 of 8

More Related Content

Similar to Why we are using Amazon Web Services?

Spark NZ: Its kinda agileSpark NZ: Its kinda agile
Spark NZ: Its kinda agilePete Yates
Astro’s Opening Guest Keynote at AWS Summit Kuala LumpurAstro’s Opening Guest Keynote at AWS Summit Kuala Lumpur
Astro’s Opening Guest Keynote at AWS Summit Kuala LumpurAmazon Web Services
AWS AWSome Day London July 2015 AWS AWSome Day London July 2015
AWS AWSome Day London July 2015 Ian Massingham
Opening KeynoteOpening Keynote
Opening KeynoteAmazon Web Services
Knowledge based economy and power of crowd sourcing Knowledge based economy and power of crowd sourcing
Knowledge based economy and power of crowd sourcing knowdiff
Daniel Clayton (Treasury)Daniel Clayton (Treasury)
Daniel Clayton (Treasury)AgileNZ Conference

Similar to Why we are using Amazon Web Services?(20)

Recently uploaded

informatica1.pptxinformatica1.pptx
informatica1.pptxAlessandroSichetti
roland barthes theory hw.pptxroland barthes theory hw.pptx
roland barthes theory hw.pptxSerraSalci
Networking Basic Refresh.pdfNetworking Basic Refresh.pdf
Networking Basic Refresh.pdfCS Knowledge
AusNOG 2023: RPKI and whois updatesAusNOG 2023: RPKI and whois updates
AusNOG 2023: RPKI and whois updatesAPNIC
D2C Insider Elevate , Global Selling Summit Bengaluru - Worshop on Invitee re...D2C Insider Elevate , Global Selling Summit Bengaluru - Worshop on Invitee re...
D2C Insider Elevate , Global Selling Summit Bengaluru - Worshop on Invitee re...D2C Insider
pdfjupitercpanel.pdfpdfjupitercpanel.pdf
pdfjupitercpanel.pdfclay99

Why we are using Amazon Web Services?

Editor's Notes

  1. Show of hands: “Does any one know much about Spark Ventures?” Created 6 ventures from scratch - creation of lean Canvas to POC and business case and delivery Bigpipe – ISP Qrious – Big data platform Semble – mobile wallet Morepork – Home automation Lightbox – Video on Demand Public Wi-Fi Invest in 2 others Putti and Vigil
  2. Started Spark Ventures just over 3 years ago…why…to create new revenue streams available in the digital space as demonstrated by this recent study conducted by EY with global Telcos (TV and Video being at the top…so Lightbox fits the bill there). Traditional Telco revenues were declining or static at best…. “the reason Telecom is now Spark”
  3. Part of shared services group providing Ops, Customer Care, IT and Software Delivery to the Ventures Mindset shift – non traditional view of IT, automation, non silo’d way of working, multi skilled with cloud and SaaS experience, Keep costs low - they are start ups and as such want to keep their cost as low as possible People - Hiring a team based on attitude, fit, and their multi skills/experiences, customer first approach, happy to work in a fluid environment. Had to bring in experienced AWS resources (such as eIT) before we built up our skills internally. Collective recruitment, where team interviews potential candidate. Scale with Stability – Automate, grow as the Ventures grow, working with a hybrid environment Guiding principles - to base architectural decision on – such as cloud first, build now, scale for later, 80% fit is ok, automate and reuse, helped empower our people Optional Content High level over view of AWS: MultiAZ highly available dev/test/prod environment includes EC2 instances, Elastic Load balancer, RDS multi AZ instances, security groups, monitoring/logging (cloudwatch), SSL implementation.
  4. Flexibility Scale – can scale up easily as the business grows such as auto scaling or Reserved instances or shut down without affecting the other Ventures Cost – can attribute costs to a business (as we have created individual accounts per Venture), monthly fee, no need to buy expensive infrastructure especially as they were start ups. Hybrid model – work loads both in public and private clouds Business Alignment DevOps – Ops and Dev working closer together to deliver to sprint time frames (by attending Sprint Planning sessions), created a sandpit environment so that devs can start working on a POC while AWS team build proper environments. Closer relationships with Product Manager to ensure clear understanding of requirements and user stories Cloud first – supports our cloud first guiding principle DR – inherently in place due to using multi AZs Billing – understand costs, per month, look to optimise, we also use a 3rd party SaaS solution (Cloudyn) to assist us. Velocity Delivery – allows us to keep up with the rate of change required by the Ventures – standing up environments in a few hours for devs to start development work Automation – All builds are templated, we used Puppet but moved to Packer and Cloud Formation Deployments – can complete deployment to production in 5-10 mins Re-use as much as we can – designs to build templates
  5. A quick view of some Venture stats spinning up the environments from 1 day to 15-30 mins. Manual> Puppet> Packer Deployments – 5-10 mins using bamboo and Elastic bean stalk (EBS)
  6. A high level view of the under lying technology we use to create and support the Ventures