Download to read offline
Uploaded byBoaz Ziniman
Scalable web apps on AWS - Hebrew Webinar September 2017
Scalable Web Apps on AWS This document discusses how to build scalable web applications on AWS. It begins with an introduction to common use cases and adoption models for AWS services. The agenda then covers why AWS is suitable for scalable web apps, best practices for the architecture, and common patterns. Specific AWS services are discussed like Route 53, EC2, ELB, DynamoDB, SQS, and more to achieve scalability, availability, and automation. The document provides resources to learn more about building websites and digital transformations on AWS.
More Related Content
Similar to Scalable web apps on AWS - Hebrew Webinar September 2017
![[AWS에서의 미디어 및 엔터테인먼트] AWS 개요, 클라우드 스토리지 및 Amazon CloudFront, Elastic Transcod...](https://cdn.slidesharecdn.com/ss_thumbnails/awsoverview-140219201920-phpapp02-thumbnail.jpg?width=640&height=640&fit=bounds)
Scalable web apps on AWS - Hebrew Webinar September 2017
- 1. @zinimanboazz@amazon.com Scalable Web Apps September2017 Boaz Ziniman - Technical Evangelist - AWS Local Events: https://aws.amazon.com/events/aws-israel/
- 2. Journey Through theCloud Learn from the journeys taken by other AWS customers Discover best practices that you can use to bootstrap your projects Common use cases and adoption models for the AWS Cloud
- 3. Scalable Web Apps •A very popular use-case for AWS services • Applications with growing, variable or cyclical demand fit AWS well • Elasticity and automation can be exercised to real advantage • AWS services allow you to accelerate application development
- 4. Agenda • Why useAWS for scalable web applications? • Rule Book for scalable web application on AWS • Common patterns for web applications • Where to go to learn more
- 5. WHY AWS FORSCALABLE WEB APPLICATIONS?
- 6. Websites & DigitalTransformation
- 7. BEING IN THECLOUD GIVES US THE SCALABILITY OF ADDING APPLICATION AND DATABASE SERVERS AS WE NEED THEM. Keith Mitchell Programmer reddit.com • reddit is a San Francisco, CA company that provides reddit.com, a social news and entertainment website where users can submit and rank ideas, images, and links • reddit originally operated reddit.com on physical servers, but after the number of users quadrupled in 18 months, the company realized it couldn’t scale with an on-premises environment • By migrating to AWS, reddit can scale to manage 4 billion page views per month and run its website with only 20 employees With AWS, reddit scales its social news site to handle 4 billion page views per month with only 20 employees Read More: aws.amazon.com/solutions/case-studies/reddit/
- 8. Pick your platform Useyour favourite tools Grow & shrink capacity to match demand Spend your money on what matters Take your app or site global in minutes Never make your customers wait
- 9. RULE BOOK FORSCALABLE WEB APPLICATIONS ON AWS
- 10. Service all requests Servicerequests as fast as possible Handle requests at any volume Simply your architecture Automate operations & management Use the unique properties of the cloud
- 11. Service all requests1 DNSAPPLICATION DATA
- 12. Service all requests DNSAPPLICATION DATAREQUEST 1
- 13. Service all requests DNSAPPLICATION DATAREQUEST 1
- 14. Service all requests DNSAPPLICATION DATAREQUEST 1
- 15. Service all requests DNSAPPLICATION DATAREQUEST 100% Availability SLA Global Delivered from AWS global edge locations for fast and reliable domain name resolution Scalable Automatically scales based upon query volumes Latency based routing Supports resolution of endpoints based upon latency, enabling multi-region application delivery Integrated Integrates with other AWS services allowing Route 53 to front elastic load balancers, S3 and EC2 Secure Integrates with IAM giving fine grained control over DNS record access 1 aws.amazon.com/route53/sla
- 16. Service all requests DNSAPPLICATION DATAREQUEST 1
- 17. DNS APPLICATION DATAREQUEST Region Region Elastic Load Balancer Elastic Load Balancer AvailabilityZone Availability Zone Availability Zone Availability Zone Elastic load balancing Multi-availability zone Multi-region Service all requests1
- 18. DNS APPLICATION DATAREQUEST Region Region Elastic Load Balancer Elastic Load Balancer AvailabilityZone Availability Zone Availability Zone Availability Zone Amazon DynamoDB Amazon DynamoDB Service all requests1
- 19. Service requests asfast as possible2
- 20. Service requests asfast as possible 1) Chose the ‘closest’ endpoint REQUEST Amazon Route 53 Region A Region B 2
- 21. REQUEST Amazon Route 53 RegionA Region B 16ms 92ms Service requests as fast as possible 1) Chose the ‘closest’ endpoint2
- 22. REQUEST Amazon Route 53 RegionA Region B 16ms 92ms Service requests as fast as possible 1) Chose the ‘closest’ endpoint2
- 23. Amazon Route 53 Region ARegion B 16ms REGION A DNS ENTRY REQUEST Service requests as fast as possible 1) Chose the ‘closest’ endpoint2
- 24. Service requests asfast as possible 2) Offload your application servers London Paris NY Served from S3 /images/* 3 Served from EC2 *.php 2 Single CNAME www.mysite.com 1 Amazon CloudFront Content delivery web service Integrates with other Amazon Web Services Products Easily distribute content to end users with low latency, high data transfer speeds, and no minimum usage commitments aws.amazon.com/cloudfront 2
- 25. Service requests asfast as possible 2) Offload your application servers Without Amazon CloudFront EC2 Instances running web and application servers are loaded with user requests for content assets 2
- 26. Service requests asfast as possible 2) Offload your application servers With Amazon CloudFront A significant proportion of the load from user requests is handled by Amazon CloudFront and the EC2 cluster can be scaled down Offload Scale Down 2
- 27. Service requests asfast as possible 2) Offload your application servers Offload Scale Down ResponseTime ServerLoad ResponseTime ServerLoad ResponseTime Server Load No CDN CDN for Static Content CDN for Static & Dynamic Content 2
- 28. Service requests asfast as possible 3) Cache it if you can Amazon ElastiCache A web service that makes it easy to deploy, operate, and scale an in-memory cache Allows you to retrieve information from fast, managed, in-memory caches, instead of relying entirely on slower disk-based databases Supports two open-source in memory caching engines: Memcached & Redis 2
- 29. Service requests asfast as possible 4) Single digit latencies where it matters DatabaseQueryPerformance Desired consistency & predictability Scale 2
- 30. Service requests asfast as possible 4) Single digit latencies where it matters DatabaseQueryPerformance Desired consistency & predictability Scale Actual performance degrades with scale 2
- 31. DatabaseQueryPerformance Desired consistency &predictability Scale Actual performance degrades with scale Filling this gap requires: Database sharding Data caching Provisioning Cluster management Fault management Service requests as fast as possible 4) Single digit latencies where it matters2
- 32. DatabaseQueryPerformance Amazon DynamoDB QueryPerformance Scale Relational Database Query Performance Amazon DynamoDB Service requests as fast as possible 4) Single digit latencies where it matters2
- 33. Amazon DynamoDB Amazon DynamoDB A fastand flexible NoSQL database service Consistent, single-digit millisecond latency at any scale Fully managed Supports both document & key-value store models aws.amazon.com/dynamodb Service requests as fast as possible 4) Single digit latencies where it matters aws.amazon.com/solutions/case-studies/adroll/ 2
- 34. Handle requests atany volume & scale 1) Scale up Basic unit of compute capacity Broad range of CPU, memory & local disk options 5 families available, from general purpose to compute, memory & storage optimized and the accelerated computing high end machines Scale up with Elastic Compute Cloud (EC2) 3
- 35. Handle requests atany volume & scale 2) Scale out Trigger auto- scaling policy Auto Scaling Amazon EC2 Auto Scaling Allows you to scale your EC2 capacity up or down automatically according to conditions that you define Increase the number of Amazon EC2 instances during demand spikes to maintain performance & decrease capacity during lulls to reduce costs 3
- 36. Manually Send an APIcall or use CLI to launch/terminate instances – Only need to specify capacity change (+/-) By Schedule Scale up/down based on date and time By Policy Scale in response to changing conditions, based on user configured real-time monitoring and alerts Auto-Rebalance Instances are automatically launched/terminated to ensure the application is balanced across multiple Azs Handle requests at any volume & scale 2) Scale out3
- 37. Manually Send an APIcall or use CLI to launch/terminate instances – Only need to specify capacity change (+/-) By Schedule Scale up/down based on date and time By Policy Scale in response to changing conditions, based on user configured real-time monitoring and alerts Auto-Rebalance Instances are automatically launched/terminated to ensure the application is balanced across multiple Azs Preemptive manual scaling of capacity Adding 10 more instances before a marketing event Handle requests at any volume & scale 2) Scale out 3
- 38. Manually Send an APIcall or use CLI to launch/terminate instances – Only need to specify capacity change (+/-) By Schedule Scale up/down based on date and time By Policy Scale in response to changing conditions, based on user configured real-time monitoring and alerts Auto-Rebalance Instances are automatically launched/terminated to ensure the application is balanced across multiple Azs Preemptive manual scaling of capacity Adding 10 more instances before a marketing event Regular scaling up & down of instances Scaling from 0 to 2 to process SQS messages every night or doubling capacity on a Friday night Handle requests at any volume & scale 2) Scale out3
- 39. Manually Send an APIcall or use CLI to launch/terminate instances – Only need to specify capacity change (+/-) By Schedule Scale up/down based on date and time By Policy Scale in response to changing conditions, based on user configured real-time monitoring and alerts Auto-Rebalance Instances are automatically launched/terminated to ensure the application is balanced across multiple Azs Preemptive manual scaling of capacity Adding 10 more instances before a marketing event Regular scaling up & down of instances Scaling from 0 to 2 to process SQS messages every night or doubling capacity on a Friday night Dynamic scaling based on custom metrics Scaling on SQS queue depth, average CPU load or ELB latency Handle requests at any volume & scale 2) Scale out 3
- 40. Manually Send an APIcall or use CLI to launch/terminate instances – Only need to specify capacity change (+/-) By Schedule Scale up/down based on date and time By Policy Scale in response to changing conditions, based on user configured real-time monitoring and alerts Auto-Rebalance Instances are automatically launched/terminated to ensure the application is balanced across multiple Azs Preemptive manual scaling of capacity Adding 10 more instances before a marketing event Regular scaling up & down of instances Scaling from 0 to 2 to process SQS messages every night or doubling capacity on a Friday night Dynamic scaling based on custom metrics Scaling on SQS queue depth, average CPU load or ELB latency Maintaining capacity across availability zones Instance availability is maintained in the event of AZ becoming unavailable Handle requests at any volume & scale 2) Scale out 3
- 41. Handle requests atany volume & scale 3) Dial up throughout Elastic Block Store Provisioned IOPS up to 20,000 per EBS volume Predictable performance for demanding workloads such as databases DynamoDB Provisioned read/write performance per table Predictable high performance scaled via console or API NEW!!! DynamoDB Autoscaling 3
- 42. Simply your architecturewith services Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away Antoine de Saint-Exupery French writer (1900 - 1944) 4
- 43. Your Business 70% Infrastructure that you own &operate 30% Managing All of the “Undifferentiated Heavy Lifting” Simply your architecture with services4
- 44. Your Business 70% Infrastructure that you own &operate 30% Managing All of the “Undifferentiated Heavy Lifting” AWS Cloud-Based Infrastructure More Time to Focus on Your Business Configuring Your Cloud Services 30%70% Simply your architecture with services4
- 45. Simply your architecturewith services Relational Database Service Database-as-a-Service No need to install or manage database instances Scalable and fault tolerant configurations DynamoDB Provisioned throughput NoSQL database Fast, predictable performance Fully distributed, fault tolerant architecture Use RDS for relational databases such as MySQL or Oracle Use DynamoDB as high performance document or key-value database 4
- 46. Simply your architecturewith services Amazon SQS Reliable, highly scalable, queue service for storing messages as they travel between instances Reliable message queuing without additional software Elastic MapReduce Elastic Hadoop cluster Integrates with S3 & DynamoDB Leverage Hive & Pig analytics scripts Integrates with instance types such as spot Process large volumes of data cost effectively with Amazon EMR Amazon SQS Processing task/processing trigger Processing results 4
- 47. Simply your architecturewith services4
- 48. Access everything viaCLI, API or Console Achieve the highest levels of automation with ease Find out more at: aws.amazon.com/developers/getting-started/ Automate operations & management 1) Everything is programmable5
- 49. Automate operations &management 2) Think immutable, one click-deployments AWS CloudFormation An easy way to create & manage a collection of related AWS resources, called a ‘stack’ Automate creation of ‘stacks’ in a repeatable way Version control your infrastructure as you do your software Feature Details Platform support Support for AWS resources from EC2 to IAM Resource creation Creates AWS resources behind the scenes and reports on progress Declarative Specify stacks in JSON format and source control your environments Customizable Drive stack creation with paramaters 5
- 50. Automate operations &management 2) Think immutable, one click-deployments Launch and terminate Docker containers Across a cluster of EC2 instances Mount persistent volumes at launch Private Docker repositories Amazon EC2 Container Service 5
- 51. Automate operations &management 3) Design for availability, implement self healing Customize instance startup Get instances to ask ‘who am I?’ question on startup and be configured dynamically upon being answered Maintain capacity of instances Using a minimum pool size will maintain capacity in the event of instance failures Know what’s going on, take automated actions Use CloudWatch standard and custom metrics to create alarms. Respond with automated administration actions Bootstrapping Auto-scaling CloudWatch 5
- 52. Automate operations &management 3) Design for availability, implement self healing https://github.com/Netflix/SimianArmy 5
- 53. Use the uniqueproperties of the cloud 1) Optimize costs with different instance types Choose an instance that best meets your basic requirements Start with memory & then choose closest virtual cores Assess peak IOPS storage requirements Deploy & run multiple instances in multiple Availability Zones Change instance size up or down based upon monitoring Use CloudWatch & Trusted Advisor to assess Start Deploy & ScaleTune 6
- 54. Use the uniqueproperties of the cloud 1) Optimize costs with different instance types 00:00 01:00 02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00 10:00 11:00 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 20:00 21:00 22:00 23:00 On Demand Instance Reserved Instance 6
- 55. COMMON PATTERNS FOR WEBAPPLICATIONS
- 56.
- 57. RESOURCES YOU CANUSE TO LEARN MORE
- 58.
- 59.
- 60.
- 61. CertificationSelf-Paced Labs aws.amazon.com/training Try products,gain new skills, and get hands-on practice working with AWS technologies Training Validate your proven skills and expertise with the AWS platform Build technical expertise to design and operate scalable, efficient applications on AWS AWS Training & Certification aws.amazon.com/training/ self-paced-labs aws.amazon.com/certification
- 62. Dev & Testin the AWS Cloud October 24th – 16:30 Local Events: https://aws.amazon.com/events/aws-israel/
- 63. @zinimanboazz@amazon.com Thank You! September 2017 BoazZiniman - Technical Evangelist - AWS @AWScloud for Global AWS News & Announcements Local Events: https://aws.amazon.com/events/aws-israel/
Editor's Notes
- #2 ברוכים הבאים למפגש השלישי שלנו בסדרה של וביינרים הנקראת Journey through the Cloud. אחרי שני המפגשים הראשונים שלנו, שעסקו בבסיס של מחשוב ענן על AWS, אנחנו נתחיל החל מהמפגש היום, להתמקד ב – Use Cases ספציפיים ולצלול קצת יותר לעומק לשירותים השונים. לפני שנתחיל קצת הודעות מנהלה - המצגת וההקלטה של הובינר יהיו זמינים בעמוד האירועים הישראלי של AWS (בכתובת...) תוך מספר ימים ואנחנו נעדכן את כל מי שנרשם ברגע שנפרסם את זה. למי שיש שאלות, כפי שליבת הסבירה קודם, אנא השתמשו בפנל ה – Q&A מצד ימין. אנחנו נשתדל לענות על כמה שיותר שאלות בסוף הובינר. אתם יותר ממוזמנים לשלוח אלינו פידבקים ולעקוב אחרי ב – Twitter על מנת שנוכל לשפר את התכנים שאנחנו מעבירים לכם. אז זהו - אחרי כל ההקדמה הזאת, בואו נתחיל
- #3 אז כמו שאמרתי קודם, המפגש היום הוא חלק מסדרה הנקראת Journey Through the Cloud המטרות של הסדרה הן להציג דרכים שונות, באמצעות Use Cases ספציפיים, כמו הדוגמא של Scalable Web Sites היום, איך להשתמש בכלים של AWS, ללמוד מניסיון של לקוחות אחרים שלנו שלנו שעברו את המסע של המעבר לענן וכמובן להראות איך להשתמש נכון בכלים אלו באמצעות Best Practices על מנת להבטיח שיהיה לכם קל להתחיל את הפרויקט הבא שלכם על AWS ולוודא שהוא יצליח.
- #4 היום אנחנו מתמקדים באפליקציות ואתרי אינטרנט ובאיך בונים אתרים על גבי AWS בצורה נכונה, על מנת שיוכלו לעמוד בכל Scale שידרש על ידי המשתמשים. כמו שאתם יכולים לנחש, אפליקציות ואתרי ווב הן Use Case מאד פופולרי על AWS ויש לכך סיבות רבות. קודם כל, אפליקציות עם דרישות משתנות או מחזוריות מתאימות מאד למודל של AWS ואתרי אינטרנט, במקרים רבים מתנהגים כך. שנית, כל נושא האלסטיסיות, שמאפיינת את השירותים של AWS והאוטומציה, הם יתרונות מאד גדולים שקשה לקבל ממערכות On Prem. ומגוון השירותים שאתם יכולים לקבל, ונגע בחלק מהם מאוחר יותר היום, יאפשרו לכם לפתח אפליקציות בקלות ובמהירות הרבה יותר גבוהה.
- #5 היום אנחנו נדבר על הסיבות שמשתמשים בוחרים ב – AWS על מנת להריץ את אפליקציות ה – Web שלהם עיקר הוובינר יוקדש לסט של חוקים שניתן לכם על מנת להריץ Web Applications ב - Scale ולקראת הסוף, נדבר קצת על מה משותף לאפליקציות Web ואיך הפלטפורמה של AWS עונה על צרכים אלו ונסיים כרגיל עם הפניות לחומרים נוספים שיאפשרו לכם להעמיק בחומר וללמוד עוד.
- #6 אז בואו נתחיל עם הלמה – למה לקוחות בוחרים לבנות אפליקציות חדשות ולהעביר אפליקציות קיימות לענן של AWS?
- #7 קודם כל, אם אתם בוחרים ב – AWS על מנת לבנות את פלטפורמת ה – Web החדשה שלכם, אני יכול הבטיח לכם שאתם לא לבד. למבורגיני לדוגמא הצליחו לתמוך בעליה של 250% ב traffic לאתר שלהם כתוצאה מהשקה של מוצר חדש לאחר שעברו לפלטפורמה של AWS יוניליבר מריצים מעל 1500 אתרים שונים למוצרים השונים של הקבוצה על גבי הענן שלנו Reddit זאת דוגמא שנדבר עליה בהרחבה Lamborghini: Automobili Lamborghini manufactures luxury super sports cars in Italy. When the company’s outdated website and infrastructure needed an update, they chose AWS to bring a new website online in less than one month, supporting a new product launch that generated a 250% increase in website traffic. Unilever: Unilever migrated 500 web properties in less than 5 months to a standardized digital marketing platform running on AWS capable of supporting global campaigns, and reducing the time to launch new projects by 75%. Discovery Communications: Discovery Communications is a leader in nonfiction media, reaching more than 1.8 billion cumulative subscribers in 218 countries and territories. Discovery uses AWS to run more than 40 websites while easily meeting fluctuating traffic. Airbnb: Tobi Knaup, an engineer at Airbnb says, “Because of AWS, there has always been an easy answer (in terms of time required and cost) to scale our site.” McCormick: McCormick & Company is a global leader in the flavor industry with more than $4 billion in annual sales. McCormick uses AWS to host the FlavorPrint website and store user profiles, photographs, and how-to videos. By using AWS, McCormick was able to create an entirely new way to present its products to customers, and along the way, double capacity and reduced infrastructure costs by over 50%. Lafarge: A leader in building materials, Lafarge uses AWS to host 20 active corporate website and plans to expand its use to more websites and applications. Using AWS gives Lafarge the ability to instantaneously add or remove instances in order to manage website load during peak periods. Dow Jones: Dow Jones & Company is a global provider of news and business information, delivering content to consumers and organizations via newspapers, Web sites, mobile apps, video, newsletters, magazines, proprietary databases, conferences, and radio. The WSJ.com product running on AWS Tokyo leverages multiple Availability Zones on Amazon EC2 instances to run Dow Jones app code and Oracle databases. Ziff Davis: Ziff Davis is an American publisher and Internet company. Ziff Davis is using AWS to host its web properties such as PCMags.com, IGN.com and AskMen.com. AWS provides a uniform environment for the enterprise’s web properties, and eliminates the cost of licensing, on-site maintenance, and hardware refreshes. Reddit: 4 billion page views per month with only 20 people in the whole company
- #8 זהו אתר מאד מוכר בתחום ה – Social News. כמות ה -Traffic שלהם מאד גדולה – 4 מיליארד דפים נצפים כל חודש וכל זה מנוהל עם 20 עובדים בלבד. הם התחילו עם סביבית שרתים פיזית ואחרי שחוו גדילה של פי 4 במשתמשים שלהם, בשנה וחצי בלבד, הם החליטו לעבור ל – AWS כי הם לא הצליחו לעמוד בקצב הגידול של העסק שלהם, מה שאיפשר להם להמשיך ולגדול ללא מגבלות. אתם יכולים לקרוא עוד על הסיפור של Reddit באתר שלנו בכתובת... ויש שם מספר לא מבוטל של Case Studies מאד מעניינים מכל התחומים.
- #9 אז למה לבחור ב – AWS עבור תשתית ה – Web שלכם? אז קודם כל אתם יכולים לבחור את הפלטפורמה שנח לכם לעבוד איתה – אם מדובר על Windows או גרסאות שונות של Linux, אנחנו תומכים בכולם. ולאחר מכן, אתם יכולים לעבוד עם הכלים שאתם רגילים אליהם – אם מדובר על .Net, PHP, Python, Rubi on Rails, Go או Node.JS בדיוק כמו בסביבה פיזית המעבר ל – AWS מאפשר לכם להגדיל ולהקטין את הסביבה שלכם בהתאם לצורך שלכם ושל הלקוחות שלכם ומאפשר לכם להוציא את הכסף שלכם על מה שחשוב לגדילת העסק, כמו פיתוח, מכירות או שיווק ולא להשקיע אותו בארונות מחשבים וציוד תקשורת. יתרון גדול נוסף הוא הפריסה הגלובלית של AWS והיכולות שלכם לפרוס את האפליקציה שלכם ב – 16 Regions ברחבי העולם בצורה קלה ופשוטה מאד. והגודל של הפלטפורמה שלנו מאפשר לכם לבנות מערכות עם ביצועים שימנעו מהלקוחות שלכם לחכות לדפים ולאפליקציות שלכם. לפני שנמשיך – היינו רוצים שתענו על סקר קצר לגבי סביבת הפיתוח שלכם שיתן לנו קצת יותר מידע מאיזה רקע אתם באים. אלו שש סיבות מאד טובות מדוע כדאי לכם לשקול מעבר של סביבת ה – Web שלכם ל – AWS ואז, אחרי שתעשו את זה, ***Click***
- #10 מהם הכללים שאתם צריכים לפעול לפיהם על מנת לוודא שהאפליקציה שלכם יכולה לפעול ב – Scale בצורה אפקטיבית ויעילה על הפלטפורמה של AWS.
- #11 אז אנחנו נדבר על 6 כללים שאתם צריכים להקפיד עליהם על מנת לבנות Scalable Web Apps
- #12 הראשון הוא הדרישה לשרת את כל הבקשות לאתר שלכם וזה מתחיל עם שרותי ה – DNS.
- #15 …then this is irrelevant if clients can’t resolve you?
- #16 לאמזון יש שרות שנקרא Route53 – שרות DNS מנוהל שיכול לעזור לכם לטפל בכל מה שקשור לטיפול ב – Resolution של הכתובות שלכם. חוץ ממספר פיצ׳רים מאד מתקדמים, Route53 מגיע עם Feature מאד חשוב של 100% זמינות שאנחנו מתחייבים עליו כלפי הלקוחות של השרות. בנוסף.... Secure – מי יכול לגשת לאיזה רשומות
- #17 אז עכשיו, אחרי שטיפלתם בנושא ה – DNS ולקוחות יכולים לגשת לאפליקציה שלכם, איך אתם מוודאים שהאפליקציה זמינה להם?
- #18 שימוש ב – Multiple regions... Load Balancer בכל Region
- #19 וכמובן שיש לכם גם את שכבת ה – Data שצריכה להיות מפוזרת בין Regions על מנת לוודא שהנתונים שלכם קרובים לאפליקציה ונותנים את הביצועים הטובים ביותר למשתמשים שלכם. כמובן שצריך לקחת בחשבון איך מעבירים Data בין Regions ויש לנו לא מעט כלים שיעזרו לכם עם זה ועל חלקם נדבר בהרחבה בהמשך.
- #20 אז אחרי שדאגנו להחזיר תשובה לכל לקוח שפונה לאפליקציה שלנו, מה לגבי מהירות התגובה של המערכת? איך אנחנו מוודאים שאנחנו מספקים את התשובה המהירה ביותר שאנחנו יכולים ללקוח?
- #21 אם האתר שלכם מאוחסן ביותר מ Region אחד, איך אתם בוחרים את המיקום הקרוב ביותר ללקוח? התשובה לזה היא Latency based routing או LBR אחת התכונות של Route53 *CLICK*
- #25 הדבר השני הוא שימוש ב – CDN – Content Delivery Network ולשרות CDN של אמזון קוראים CloudFront. מה זה CDN? תורם להורדת העומס על השרתים מתחבר בקלות לשרותים אחרים של AWS כמו S3
- #26 אם אתם לא משתמשים ב CDN כל הבקשות מהמשתמשים שלכם לתוכן כמו תמונות, מדיה אחרת, קבצי CSS ו - JS ועוד יגיעו לשרתים עצמם, מה שמצריך תשתית גדולה יותר על מנת לשרת את כל הבקשות. אם אתם מטמיעים CDN... CLICK*** ***
- #28 ולא מדובר רק על תוכן סטאטי כמו תמונות ו – CSS ל – CloudFront יתרנות רבים בטיפול בעמודים דינמיים – בגלל הצורה שבה שרתי CloudFront מתקשרים עם המקור, הם מורדים בצורה משמעותית את ה – overhead שקיים בתקשורות TCP על ידי זה שהם שומרים קו תקשורת פתוח בין שרת ה – CloudFront והמקור ובכך משפרים את זמני התגובה של הדפים שלכם ומורידם את העומס על השרת. התרומה של היכולות הזאת עולה עוד יותר כאשר משתמשים ב – https ומעבירים חלק גדול מהפעולות שקשורות להצפנה של התקשורות לשרתים שלכם לשרתים של CloudFront. אז זאת עוד דרך לוודא שאתם משרתים את הלקוחות שלכם בצורה המהירה ביותר, על ידי הורדת העומס מהשרתים שלכם והעברתו ל – CloudFront.
- #29 דרך נוספת היא להשתמש בשכבת Caching ברמת ה – DB שלכם....
- #30 נקודה נוספת בהקשר של DB ובמיוחד Relational DB....
- #34 אם אתם רוצים ללמוד עוד על השרות תעברו על הסיפור של AdRoll – חברה מתחום ה – AdTech שמשתמשת ב – DynamoDB על מנת לטפל בכמויות גדולות מאד של Traffic בתוך רשת הפרסום שלהם – ממליץ לכם לראות את הוידאו של ה – Use Case שלהם ב...
- #35 אז איך מטפלים בדרישות עולות של המערכת והלקוחות שלנו וממשיכים לספק שרות ברמה גבוהה? 15 סוגי מכונות בגדלים שונים מעל 60 אפשרויות צריך לזכור שיש גבול לגודל של המכונות והיכולות שלכם לעשות Scale Up מוגבל, גם אם מדובר על מכונות סופר חזקות.... General t2.nano | t2.micro | t2.small | t2.medium | t2.large | t2.xlarge | t2.2xlarge | m4.large| m4.xlarge | m4.2xlarge | m4.4xlarge | m4.10xlarge | m4.16xlarge | m3.medium | m3.large | m3.xlarge | m3.2xlarge Compute optimized c4.large | c4.xlarge | c4.2xlarge | c4.4xlarge | c4.8xlarge | c3.large | c3.xlarge | c3.2xlarge | c3.4xlarge | c3.8xlarge Memory optimized r3.large | r3.xlarge | r3.2xlarge | r3.4xlarge | r3.8xlarge | r4.large | r4.xlarge | r4.2xlarge | r4.4xlarge | r4.8xlarge | r4.16xlarge | x1.16xlarge | x1.32xlarge Storage optimized d2.xlarge | d2.2xlarge | d2.4xlarge | d2.8xlarge | i2.xlarge | i2.2xlarge | i2.4xlarge| i2.8xlarge | i3.large | i3.xlarge | i3.2xlarge | i3.4xlarge | i3.8xlarge | i3.16xlarge Accelerated computing f1.2xlarge | f1.16xlarge | p2.xlarge | p2.8xlarge | p2.16xlarge | g2.2xlarge | g2.8xlarge | g3.4xlarge | g3.8xlarge | g3.16xlarge
- #36 לכן אנחנו ממליצים ללקוחות שצריכים להתמודד עם דרישות גדולות של Scaling להשתמש ב – Scale Out.... הרעיון ב Scale Out .... שימוש ב - Auto Scaling Triggers
- #37 מה שרבים לא יודעים, שיש מספר שיטות לעשות Auto Scaling בהרבה מקרים אנחנו נשתמש ב Policy... בואו נראה כמה דוגמאות לכל אחת מהשיטות...
- #38 Manual Scaling
- #39 By Schedule
- #40 By Policy
- #41 Auto rebalancing
- #42 Magnetic 1TB max 2 flavours with Max 16TB volume size General Purpose 3,000 per volume up to 1TB 10,000 maximum 20,000 max on PIOPS
- #43 אז המשפט הזה לא נאמר בהקשר של IT, בטח שלא בתחילת המאה הקודמת, אבל אם חושבים על זה, הוא מאד מתאים לנושא שעליו אנחנו מדברים. מי שהיה במפגש הקודם שלנו בטח זוכר את ההמלצה שלי לעבור לשרותים מנוהלים של AWS
- #49 נושא חמישי, חשוב מאין כמוהו הוא אוטומציה.... (חוסך זמן, חזרה מדוייקת על אותן פעולות וכו׳) הבסיס הוא לזכור שכל דבר ב - AWS ניתן לתכנות ואפשר לגשת לכל דבר דרך CLI, API או הקונסול עצמו. חשוב לזכור שהקונסול משתמש ב – API מאחורי הקלעים על מנת לתת לכם את ממשק הניהול וכל מה שאתה יכולים לעשות מהקונסול, אתם יכולים לעשות מה - API. אתם יכולים להשתמש נכון להיום ב – 13 SDKs שונים ((Go, C++, Mobile and IoT are not on the list ולשלב אותם כחלק אינטגרלי של הקוד שלכם או להשתמש בכלים שמשלבים את ה – SDKs השונים שלנו ולחסוך לכם המון עבודה. דוגמא – Wordpress to S3 עוד פרטים....
- #50 דרך נוספת לייעל את התהליכים שלכם הוא לפרוס את הסביבות שלכם יחד עם האפליקציה, על מנת לייעל את התהליך ולעשות אותו פשוט ולא פחות חשוב, צפוי יותר. כמה דוגמאות לכלים ש – AWS מספקת על מנת לבנות מערכות שתומכות בזה, כמו לדוגמא CloudFormation זהו כלי שמאפשר לכם לבנות ולנהל משאבים שונים בצורה של Stacks. אתה מגדירים בעזרת JSON או YMAL, איך צריכה להיראות הסביבה שלכם ו CloudFormation יפרוס לכם את הסביבה בלחיצת כפתור. אתם יכולים להשתמש בפרמטרים והגדרות שונות על מנת לבנות סביבות שונות (למשל Dev מול Production) מה שמבטיח תאימות בין סביבות אלו בצורה הרבה יותר פשוטה מאשר בניה ידנית, גם אם אתם Super Star DevOps Engineer.
- #51 שימוש ב – Docker Containers היא עוד דרך לחבר את תהליך ה – Deployment שלכם בצורה אוטומטית לסביבה שלכם ו Amazon ECS מאפשר לכם להעלות ולהוריד Containers בצורה פשוטה, על גבי Cluster של מכונות EC2 וכולל תכונות כמו הוספת Storage, טיפול ברשת, Discovery של Services ועוד. המון לקוחות עוברים היום לשימוש ב – Docker ולמעשה בונים את ה – Containers שלהם כחלק מתהליך ה – Build של הקוד, שומרים אותם ב – Private Docker Repositories כחלק מ – ECS ופורשים אותם בצורה אוטומטית ל – Production.
- #52 כמובן שכל נושא האוטומציה לא מתחיל ונגמר בתהליך ה – Deployment של האפליקציה, למרות שאם אתם עושים את זה, אתם במצב לא רע. אנחנו מספקים לכם כלים רבים נוספים לתפעול אוטומטי של הסביבה שלכם....
- #53 וחוץ מכלים שלנו יש המון כלי צד שלישי על מנת לשפר את הסביבה שלכם ולהפוך אותה חסינה לנפילות דוגמא אחת היא פרויקט של Netflix....
- #54 ולבסוף, אסור לשכוח שלכל זה יש מחיר ואם לא עובדים נכון ולא לוקחים בחשבון את המאפיינים הייחודיים של Cloud Computing, אתם יכולים למצוא את עצמכם מבזבזים כסף בצורה מיותרת. מה שאנחנו ממליצים ללקוחות שלנו הוא לעבוד בצורה הבאה.... עבודה בשיטה הזאת תביא אתכם לתבנית שימוש אופטימלית ל - Use Case שלכם ותחסוך תשלומים מיותרים.
- #55 אפשרות נוספת להקטין עלויות היא שימוש ב – Reserved Instances בה אתם למעשה מתחייבים, לשנה או שלוש שנים, לשימוש ב – EC2 Resources בתשלום מראש ויכולים לחסוך עד 75% מהעלות של On Demand במקרים מסויימים. אתם כמובן יכולים לשלב בין שתי הגישות, ולהשתמש ב – Reserved לחלק מה – workloads ולהשלים באמצעות On Demand כשמתעורר הצורך. בדוגמא לפנינו, הלקוח משלם על 3 Reserved Instances וברוב היום, דרישות המערכת שלו מסופקות מאותן מכונות, הזולות משמעותית מ - On Demand. כשיש צורך, באמצעות Autoscaling מכונות נוספות עולות על מנת לספק את הדרישה. 56 מתוך 70 שעות מחשוב באותו יום – 80%, סופקו על ידי מכונות הזולות משמעותית מאשר להריץ 70 שעות on demand. זה תסריט שמאד מתאים לאתרי אינטרנט רבים וכדאי לכם לבדוק האם זה מתאים לאתר או האפליקציה שלכם.
- #56 אז זה היה ה - Rule Book שלנו ולקראת סיום, בואו נעבור בקצרה על הכיוונים שאנחנו רואים אצל המשתמשים שלנו בתחום של Web Applications.
- #58 ... זה זמן מצויין לשאול שאלות ב – Q&A פנל מצד ימין ואנחנו ננסה לענות על כמה שיותר מהם או לשלוח לכם תשובות במייל לאחר ה – Webinar.
- #63 ולפני שאסיים ונעבור לשאלות, אתם מוזמנים לעקוב אחרי הפרסומים שלנו לפרק הבא בסדרת ה – Webinars שלנו שישודר ב – 24 לאוקטובר בשעה 4:30 והפעם Dev & Test in the AWS Cloud שבו נדבר על איך בונים סביבות פיתוח ובדיקות על גבי הפלטפורמה של AWS.
- #64 תודה רבה לכולכם על ההשתתפות! אתם מוזמנים לעקוב אחרי החשבון של AWSCloud בטוויטר על מנת לקבל את כל האירועים וההכרזות שלנו בעולם וליצור איתי קשר או לעקוב אחרי לעידכונים לגבי מה שקורה כאן בישראל. חשוב לנו מאד הפידבק שלכם ובעוד כמה שניות, לפני שנעבור לשאלות הקהל, נעלה סקר קצר על הווביר ונשמח מאד לקבל את המשוב שלכם. אם יש משהו שאתם רוצים להגיד לנו בנוסף לשאלת הסקר, נשמח אם תשתפו אותנו באמצעות תיבת הצ׳ט.