1. Once Upon A Time A Brief History of Computing

2. Once upon a time – there was one computer A MainFrame Computer We used Main Frame for Everything

3. Developers Used Cobol & Fortran

4. Users Sat At Terminals

5. And Could Accomplish Amazing Things

6. The Developers Life Was GOOD!

7. Then Someone invented PC And Soon We Used PC For Everything

8. Developers Learned Basic

9. And IT Ran from PC to PC

10. And Technology Life Was Hard!

11. Then Someone said “PC needs a Server”

12. Developers Learned dBase and C

13. And IT connected PCs to Servers Users Shared Files and Printers

14. And IT Stopped RunningWhile Users Played Solitaire

15. Then Someone said:“The place for DATA is on the Server”

16. Developers Learned Visual Basic and C++

17. The DBA Was Born

18. And IT Managed Two Tiers of Systems

19. Then Someone said:“We should centralize the servers and data”

20. So IT Centralized all the Servers and Data

21. And Users said: “Too Slow!”

22. To which the Captain said:“More Power Scotty!”

23. So Web and Application Servers

24. And Browsers Were Invented

25. Developers Learned HTML and CSS

26. The Web Administrator Was Born

27. Now IT managed Three Tiers of Computers White Hats and Black Hats were born And Users Watched P*rn Or Played Online Poker

28. And Soon Everyone Sat At PCs

29. And Could Accomplish Amazing Things

30. While IT Kept Things Working

31. Then someone invented the InternetAnd Mobile Phones

32. And More Browsers

33. Developers Learned OOP, C#, Ruby, MVC, MVVM

34. And How to be Agile

35. Developers made lots of Money!

36. The Developer Life Was GOOD!

37. Then somebody said:“Why Not Cloud?”

38. IT, Developers, Web Admins, and DB Admins

39. IT, Developer, Web Admin, and DB Admin Looked At Each Other and Said

40. “What Now!”

41. I’m here to say:

42. Local Variables Meeting March 17, 2016

43. Physical Tiers

44. Why? Architects and Engineers took advantage of new technologies to add ever more power hungry solutions

45. Transition Time Followed by a physical architectural change that increased workload flexibility But each transition took time

46. 1 Tier Scalability Pattern During PC and Early Web Phase we could only Monolithic Physical and Application Layers

47. 2 Tier Scalability Pattern Then we added first one tier and then another and eventually had the capacity to Scale Up across two Tiers (Web and App) while Scaling Out across one tier (DB) Scalable Physical but not Application Layers

48. Monolithic Applications Applications are still primarily monolithic in nature We think of them as a thing (Customer App, Web App) Even when there are multiple tiers

49. N-Tier Scalability Pattern We are now seeing a third dimension emerge Scalable Physical and Application Layers

50. New Application Architypes?

51. N-Tier Scalability Pattern Supporting even more workload flexibility and scalability

52. Monolithic Applications?

53. Functionally Decomposed Microservices

54. New Modular Applications

55. Why Microservices Each Microservice Does one thing and does it well Is an isolated (encapsulated) application relying on messages and contracts for interaction Which means Each Microservice: Can be created on demand Can be updated independently Can be scaled independently Can leverage native cloud features for resiliency, without programming Can be shutdown when no longer needed

56. Each microservice module can be scaled up or out independently across three tiers

57. True Cloud Applications Use only the resources required Only when and as much as they are needed While at the same time leveraging the always on, always available features of a cloud (computing utility).

58. A New ERA – Utility Computing The Cloud ERA changes the fundamental concepts of modern computing services: Delivery, Management and Support.

59. What Does This Mean Very similar to Mainframe to PC transition. Rapidly changing tools, paradigms and capabilities Waiting for things too settle down will lead to career obsolescence (Cobol or Fortran anyone?)

60. SO….. Pick a Public Platform

61. Start Learning and Experimenting Be sure to: Be comfortable with Agile Value Dev Ops Understand how Microservices: Simplifies Agile Development While Complicating Application Definition Yet makes Application Design more flexible and supportable Learn to: Understand New Architecture Patterns (Microservices) Explore New, or Old, Design Methodologies (DDD) Get Familiar with: New Tools API Gateway, Inter-Process Communicatons, Event Driven Management, Service Discovery

62. Start Learning and Experimenting Get Ready for New Cloud Platforms Elastic Beanstalk, Service Fabric