AaaS – Anything as a Service. Anything left to do, then?

It’s a tech jungle out there. People are struggling to figure out a suitable infrastructure deployment model for their individual use case all the while trying to withstand the noise of enterprises, providers and the tech bohemia telling them what the latest greatest way of doing things has to look like. Focusing on your actual demands and finding a deployment model that properly fits your pockets, waist and shoulders is actually hard.

This talk picks up popular infrastructure deployment models and maps them to current architecture models. What’s the better deal, building your own physical data center or climbing the abstraction ladder by using IaaS, PaaS or even Serverless? We will look at pros and cons and discuss cases where either model makes sense.

We will also discuss your role in the jungle and what you need to bring to the table even if you were trying to buy everything “off the shelf”.

Transcript

1. 2017 2017
2. 2017 #devops #linux #configmgmt #security #virtualization #containers #networking Cassini Consulting Dustin Huptas @dhpts System Architecture, Networking, Security, Dev‘ing the Ops
3. 2017 welcome to the tech jungle Image credit: https://www.flickr.com/photos/23297985@N00/310978621
4. 2017 There‘s a lot of noise in the jungle, too. „Our platform is considered visionary in the magic quadrant.“ „We highly recommend our latest private cloud platform offering. In just six months it should be production-ready.“ „You can easily lift & shift your workloads into our platform.“ „We bring production- ready containers to a country near you.“ „...“ Please enter your credit card details. Image credit: https://www.flickr.com/photos/23297985@N00/310978621
5. 2017 „You become the jungle“ § Simplify § Standardize „Start gardening“ § Create your own landscape § Customize to fit your purpose Image credit: https://www.flickr.com/photos/23297985@N00/310978621
6. 2017 Image credit: https://www.flickr.com/photos/kemalkestelli/8056223645/ That‘s the picture being painted during the sales pitch
7. 2017 Image credit: https://www.flickr.com/photos/albertovo5/4433841751/ You had hoped the get to the beach. Rather sooner that later, eh?
8. 2017 Image credit: https://www.flickr.com/photos/zenobia_joy/11917658903/ Actually it‘s more like this
9. 2017 Image credit: https://www.flickr.com/photos/zenobia_joy/11917571724/ Let‘s zoom out a little
10. 2017 Pockets Shoulders Waist Your actual demands
11. 2017 starters Today‘s menu ∼ ∼ ∼ starters ∼ ∼ ∼ Infrastructure pyramid Adaptive IT cube ∼ ∼ ∼ main course ∼ ∼ ∼ Three variations of delicious ∼ ∼ ∼ dessert ∼ ∼ ∼ Sweet temptation
12. 2017 SaaS FaaS PaaS IaaS Physical Infrastructure Salesforce, Office 365, Google Apps AWS Lambda, Azure Functions, GC Functions, Apache OpenWhisk Heroku, OpenShift, GC App Engine, AWS Beanstalk, Azure App Service AWS EC2, Azure VMs, Google Compute Engine, OpenStack, VMware co-located housing, DIY server room/datacenter Architecture / Technology Who is providing services? SaaS = Software as a Service FaaS = Function as a Service PaaS = Platform as a Service IaaS = Infrastructure as a Service
13. 2017 SaaS FaaS PaaS IaaS Physical Infrastructure Business users Developers Developers, DevOps DevOps, Ops engineers Ops & infrastructure engineers Architecture / Technology Who is the target audience?
14. 2017 SaaS FaaS PaaS IaaS Physical Infrastructure Business users Developers Developers, DevOps DevOps, Ops engineers Ops & infrastructure engineers Architecture / Technology Who is the target audience? ?
15. 2017 Architecture / Technology Why choose a specific infrastructure model? SaaS FaaS PaaS IaaS Physical Infrastructure SaaS = Software as a Service FaaS = Function as a Service PaaS = Platform as a Service IaaS = Infrastructure as a Service You have no IT and are likely not here today Seeking cost-efficiency and can work around the limitations No infrastructure team, a vendor operates a higly standardized platform high grade of individualization plus „heritage“ systems Smarter than market, and/or higher security requirements
16. 2017 SaaS FaaS PaaS IaaS Physical Infrastructure Architecture / Technology Which architectures are a good fit for the different service models? Monolith SOA Microservices Serverless
17. 2017 SaaS FaaS PaaS IaaS Physical Infrastructure Ability to change the infrastructure Level of abstraction Architecture / Technology So what‘s the pyramid all about?
18. 2017 Image credit: http://www.wcmessenger.com/2012/news/barking-up-the-wrong-tree/ The „cat in a tree“ problem
19. 2017 Dev Ops SaaS FaaS PaaS IaaS Physical Infrastructure Organization Three ways to look at it (at least) Architects
20. 2017 Processes Image credit: https://www.flickr.com/photos/tangyauhoong/6022887272 Clear set of responsibilities? Contractual obligations of vendor vs. Cooperative mode (ying-yang model)
21. 2017 With APIs this cooperation is moving to the technology layer. Basis for automation and success of the _aaS model
22. 2017 Image credit: unknown On the plus side: You are not alone!
23. 2017 Image credit: https://www.amazon.com/Kitty-Mansions-Amazon-Tree-Color/dp/B005KDWZBY A structured approach to climbing the ladder
24. 2017 A structured approach The Adaptive IT cube Architecture flexible fixed
25. 2017 A structured approach The Adaptive IT cube Technology Architecture flexible fixed static dynamic
26. 2017 A structured approach The Adaptive IT cube Technology Architecture Organization flexible fixed static dynamic agile hierarchical
27. 2017 Technology Architecture Organization A structured approach The Adaptive IT cube
28. 2017 Example 1: From monolith & physical infrastructure to microservices & kubernetes Example 2: From services & IaaS to Kubernetes
29. 2017 Technology Architecture Organization A structured approach The Adaptive IT cube Processes
30. 2017 main course Today‘s menu ∼ ∼ ∼ starters ∼ ∼ ∼ Infrastructure pyramid Adaptive IT cube ∼ ∼ ∼ main course ∼ ∼ ∼ Three variations of delicious ∼ ∼ ∼ dessert ∼ ∼ ∼ Sweet temptation
31. 2017 Disclaimer The companies described in the following examples are fictitious. Any resemblance between those and existing companies would be really weird.
32. 2017 Technology Architecture Organization SureSure, Inc. § Type: insurance § Why: Forced by market, demanding customer centric mobile applications for their products § How: project teams with technical project managers, difficulties in finding new hires due to aged setup § What: developers want to move to agile, moving from physical infrastructure to IaaS ARC: Multiple monoliths, some SOA TEC: Physical infrastructure ORG: Size L, exists for 40 years PRO: Linear project teams
33. 2017 - Implement new architecture model while keeping the previous one around - Replace existing architecture model or add a new one? - What is a realistic timeframe? - Are microservices a must for mobile apps? - Try out new architecture on one of the new products - Architects and Ops cooperate on green-field approach Architecture Challenges, questions and team ideas SureSure, Inc. ARC: Multiple monoliths, some SOA TEC: Physical infrastructure ORG: Size L, exists for 40 years PRO: Linear project teams ?
34. 2017 - Necessary level of automation is not there - What infrastructure model will best support the architectural and organizational changes? - Move from physical servers to IaaS (VMs & API) - Finish that config management project - Talk to DEV to find the right level of abstraction Technology Challenges, questions and team ideas SureSure, Inc. ARC: Multiple monoliths, some SOA TEC: Physical infrastructure ORG: Size L, exists for 40 years PRO: Linear project teams ?
35. 2017 - Going agile. But how? - What‘s the right approach for the existing team that you have? - How can market demands be met while taking one step at a time? - Actively decide for a change path: big bang vs. incremental Organization Challenges, questions and team ideas SureSure, Inc. ARC: Multiple monoliths, some SOA TEC: Physical infrastructure ORG: Size L, exists for 40 years PRO: Linear project teams ?
36. 2017 © BANDAI NAMCO Games Inc. SureSure, Inc. ARC: Multiple monoliths, some SOA TEC: Physical infrastructure ORG: Size L, exists for 40 years PRO: Linear project teams Processes: Congratulations! Image credit: https://www.flickr.com/photos/vegaseddie/5700609302
37. 2017 Technology Architecture Organization DiscoDiscounts § Type: eCommerce § Why: Create a more dynamic platform for entering a new market § How: DEV = agile teams, OPS = classic operations including release handovers § What: create a new (containerized) platform with the current infrastructure provider ARC: 1 monolith & services oriented TEC: IaaS (compute) ORG: Size M, exists for 8 years PRO: Agile teams and classic ops $$$
38. 2017 - Monolith starts to get in the way of rapid changes - People become scared when changing things - Get rid of Monolith? - „Contain“ it and put it in a freezer? - How to split it up? - Evaluate pod structure for the new vertical system - Investigate circuit breaker pattern to improve resilience Architecture Challenges, questions and team ideas DiscoDiscounts ARC: 1 monolith & services oriented TEC: IaaS (compute) ORG: Size M, exists for 8 years PRO: Linear project teams $$$ ?
39. 2017 - DiscoDiscounts has to setup and operate the container stack by themselves - How to deal with deploying and monitoring a rapidly growing number of services? - What‘s the right platform to choose if we have to maintain it ourselves? - Choose a technology stack - With a high automation level and sane defaults - That could be easily deployed at another vendor Technology Challenges, questions and team ideas DiscoDiscounts ARC: 1 monolith & services oriented TEC: IaaS (compute) ORG: Size M, exists for 8 years PRO: Linear project teams $$$ ?
40. 2017 - DEV plays with the fancy new technology - OPS has to maintain a growing zoo of components and software packages - Who will maintain an understanding of the overall system? - Is this understanding still required at all? - Move DEV and OPS closer together - Develop OPS‘ responsibilities from taking care of releases to supplying a platform to DEV Organization Challenges, questions and team ideas DiscoDiscounts ARC: 1 monolith & services oriented TEC: IaaS (compute) ORG: Size M, exists for 8 years PRO: Linear project teams $$$ ?
41. 2017 - # of artifacts when moving from releases to small deployments - High reaction time in case stuff breaks - How to design efficient, small processes for the handovers? - Who will be doing on-call for the growing number of services? - Increase autonomy of the teams - One team, one goal: Everyone all-in on the on-call fun! Processes Challenges, questions and team ideas DiscoDiscounts ARC: 1 monolith & services oriented TEC: IaaS (compute) ORG: Size M, exists for 8 years PRO: Linear project teams $$$ ?
42. 2017 Technology Architecture Organization EyeballFarmers, LLC § Type: ad platform for social media § Why: overnight success forces them to do stuff properly to fulfill market demands concerning data safety (local vendor only) § How: DEV= agile teams, NoOPS = missing in action, („It‘s in the cloud, stupid!“) § What: find local IaaS or PaaS provider and re-engineer parts of the application stack ARC: all-in on microservices TEC: PaaS ORG: Size S, exists for 1 year PRO: agile teams, no ops
43. 2017 Architecture: Congratulations! Image credit: https://www.flickr.com/photos/vegaseddie/5700609302 EyeballFarmers, LLC ARC: all-in on microservices TEC: PaaS ORG: Size S, exists for 1 year PRO: agile teams, no ops
44. 2017 - None of the local vendors provide resources via API beyond compute - Which parts of my system do I have to re-engineer? - Which vendor services are currently in use? - Find third party products to replace vendor services - Evaluate vendor agnostic tooling Technology Challenges, questions and team ideas EyeballFarmers, LLC ARC: all-in on microservices TEC: PaaS ORG: Size S, exists for 1 year PRO: agile teams, no ops ?
45. 2017 - Too few hands - Too many topics to be tackled - Who will take care of cross-cutting concerns? - Who will start doing 24x7 on-call? - Where to put the focus? - Describe roles that fit your future IT organization - Decide what not to do Organization Challenges, questions and team ideas EyeballFarmers, LLC ARC: all-in on microservices TEC: PaaS ORG: Size S, exists for 1 year PRO: agile teams, no ops ?
46. 2017 - There aren‘t any J - Now required regarding data safety and compliance - What is a sensible set of processes to fulfill governance and security requirements? - Automate those processes straight from the start - Keep them „out of the way“ as much as possible Processes Challenges, questions and team ideas EyeballFarmers, LLC ARC: all-in on microservices TEC: PaaS ORG: Size S, exists for 1 year PRO: agile teams, no ops ?
47. 2017 Some nice dessert Today‘s menu ∼ ∼ ∼ starters ∼ ∼ ∼ Infrastructure pyramid Adaptive IT cube ∼ ∼ ∼ main course ∼ ∼ ∼ Three variations of delicious ∼ ∼ ∼ dessert ∼ ∼ ∼ Sweet temptation
48. 2017 Anything left to do, then? Image credit: https://www.flickr.com/photos/23297985@N00/310978621
49. 2017 There‘s a lot left to do! Image credit: https://www.flickr.com/photos/78803220@N05/29989326604/ Look at your requirements first. Not at those from someone else. Don‘t fall for simple answers. Examine more than just the technology dimension. Evolve along all axes equally. Actively decide what you buy and what you make. Don‘t let others decide for you.
50. 2017 Image credit: https://www.flickr.com/photos/opensourceway/7007767964
51. 2017 Cassini Consulting Dustin Huptas Oberwallstr. 24 10117 Berlin Deutschland Alle Angaben basieren auf dem derzeitigen Kenntnisstand. Änderungen vorbehalten. Dieses Dokument von Cassini Consulting ist ausschließlich für den Adressaten bzw. Auftraggeber bestimmt. Es bleibt bis zu einer ausdrücklichen Übertragung von Nutzungsrechten Eigentum von Cassini. Jede Bearbeitung, Verwertung, Vervielfältigung und/oder gewerbsmäßige Verbreitung des Werkes ist nur mit Einverständnis von Cassini zulässig.