Lecture 02 · E2C Continuum and Cloud Computing
المحاضرة 02 · E2C Continuum والحوسبة السحابية
Public cloud hyperscalers: AWS, Google, Azure
مزوّدو السحابة العامة العملاقة (hyperscalers): AWS وGoogle وAzure
P3 SKIMP3 تصفّحThree companies, three origin stories, one set of six building blocks. Read the callouts, learn the dates, and know which one started at PaaS.
ثلاث شركات، وثلاث قصص نشأة، ومجموعة واحدة من ست كتل بناء. اقرأ الصناديق المميزة، واحفظ التواريخ، واعرف أيّها بدأ من PaaS.
Why only three?
لماذا ثلاثة فقط؟
Slide 49: there are a huge number of public Cloud Service Providers (CSPs), but the course focuses on the three biggest hyperscalers: Amazon Web Services, Google Cloud Platform and Microsoft Azure.
الشريحة 49: يوجد عدد هائل من مزوّدي الخدمات السحابية العامة (CSPs)، لكن المقرر يركّز على أكبر ثلاثة hyperscalers: Amazon Web Services وGoogle Cloud Platform وMicrosoft Azure.
Hyperscale is economics, not a brand. A very large data center (about 50,000 servers) buys network, storage and administration at roughly 1/5 to 1/7 of what a medium one (about 1,000 servers) pays. So the giant can rent capacity by the hour below what a medium firm pays to own it, and still profit.
الـ hyperscale مسألة اقتصاد وليست علامة تجارية. مركز البيانات الضخم جداً (نحو 50,000 خادم) يشتري الشبكة والتخزين والإدارة بنحو 1/5 إلى 1/7 مما يدفعه مركز متوسط (نحو 1,000 خادم). لذلك يستطيع العملاق تأجير السعة بالساعة بسعر أقل مما تدفعه شركة متوسطة لامتلاكها، ويبقى رابحاً.
| Resource (2006 estimates, Berkeley report)المورد (تقديرات 2006، تقرير Berkeley) | Medium DCمركز بيانات متوسط | Very large DCمركز بيانات ضخم جداً | Ratioالنسبة |
|---|---|---|---|
| Network, per Mbit/s per monthالشبكة، لكل Mbit/s شهرياً | $95 | $13 | about 7نحو 7 |
| Storage, per GB per monthالتخزين، لكل GB شهرياً | $2.20 | $0.40 | about 5.5نحو 5.5 |
| Administration, servers per adminالإدارة، عدد الخوادم لكل مسؤول | 140 | over 1,000أكثر من 1,000 | about 7نحو 7 |
يقارن الجدول تكلفة الوحدة بين مركز متوسط ومركز ضخم: الشبكة $95 مقابل $13 (نسبة نحو 7)، والتخزين $2.20 مقابل $0.40 (نحو 5.5)، ومسؤول واحد لكل 140 خادماً مقابل أكثر من 1,000 خادم. هذه الفجوة هي سبب وجود ثلاثة مسيطرين فقط.
The Berkeley "Above the Clouds" report lists six motives for becoming a cloud provider. Three map onto the hyperscalers one to one:
يذكر تقرير Berkeley "Above the Clouds" ستة دوافع لتصبح شركةٌ مزوّداً سحابياً. ثلاثة منها تنطبق على الـ hyperscalers واحداً لواحد:
Amazon = leverage existing investment. It had already built the infrastructure for itself. Google = attack an incumbent (the report's example is App Engine). Microsoft = defend a franchise, giving its enterprise customers a cloud path before a rival does. The other three: make a lot of money from scale, leverage customer relationships, become a platform.
Amazon = استثمار ما هو موجود (leverage existing investment)، فقد بنت البنية لنفسها أولاً. Google = مهاجمة المسيطر (attack an incumbent)، ومثال التقرير هو App Engine. Microsoft = حماية الامتياز (defend a franchise)، أي إعطاء عملائها من الشركات طريقاً إلى السحابة قبل أن يسبقها منافس. والثلاثة الأخرى: الربح الكبير من الحجم، واستثمار علاقات العملاء، والتحول إلى منصة.
The top three hold 63% of cloud infrastructure revenue: Amazon 28%, Microsoft 20%, Google 15% (Synergy Research, Q2 2026). Order to remember: A, M, G.
يملك الثلاثة الكبار 63% من إيرادات البنية السحابية: Amazon 28%، Microsoft 20%، Google 15% (Synergy Research, Q2 2026). الترتيب الذي تحفظه: A, M, G.
Three origin stories on one timeline
ثلاث قصص نشأة على خط زمني واحد
The dates are the most examinable thing on this page. AWS came first by two years, and Google came in from the opposite end of the stack.
التواريخ هي أكثر ما يمكن أن يأتي في الامتحان من هذه الصفحة. جاءت AWS أولاً بفارق سنتين، ودخلت Google من الطرف المعاكس للمكدّس.
AWS
Internal platform turned product. Amazon's teams spent about 70% of their time on infrastructure plumbing, so it built "a shared IT platform", also shaped by holiday traffic spikes, global e-commerce and a move to commodity Linux and open source. Then: "Why not sell this to others?"
S3 (March 2006) and EC2 (August 2006). Starts at IaaS.
منصة داخلية تحوّلت إلى منتج. كان فريق Amazon يقضي نحو 70% من وقته على أعمال البنية التحتية، فبنت "منصة IT مشتركة". ثم قالت: "لماذا لا نبيعها للآخرين؟". أُطلقت S3 في March 2006 وEC2 في August 2006. البداية من IaaS.
App Engine, April 2008: a PaaS for developing and hosting web apps. You uploaded code; Google scaled it. Raw VMs came much later: Compute Engine GA December 2013.
Starts at PaaS, the opposite end to Amazon.
App Engine في April 2008: منصة PaaS لتطوير تطبيقات الويب واستضافتها. ترفع الكود فتتولى Google التوسّع. الأجهزة الافتراضية جاءت لاحقاً بكثير: Compute Engine متاحة للعموم في December 2013. البداية من PaaS، أي الطرف المعاكس لـ Amazon.
Azure
Announced October 2008, launched as Windows Azure in February 2010, renamed Microsoft Azure in 2014 (announced March, effective April).
Strong enterprise focus: Windows, Active Directory, Office 365.
أُعلن عنها في October 2008، وأُطلقت باسم Windows Azure في February 2010، ثم تغيّر اسمها إلى Microsoft Azure في 2014. تركيزها على الشركات: Windows وActive Directory وOffice 365.
The abstraction spectrum
طيف التجريد
The Berkeley report separates providers by how much of the stack they hand you. EC2 = control: an instance looks like hardware and you manage from the kernel up, including scaling and failover. App Engine = convenience: you write only request handlers, Google scales automatically, but your app must fit a stateless request-reply shape. Azure (2009) sat between: your .NET code on a managed runtime, with some automation once you declared properties.
يفرّق تقرير Berkeley بين المزوّدين بمقدار ما يسلّمونك من المكدّس. EC2 = تحكّم: الـ instance تبدو كعتاد حقيقي وأنت تدير كل شيء من الـ kernel صعوداً، بما فيه التوسّع والتعافي من الأعطال. App Engine = راحة: تكتب فقط معالجات الطلبات، وGoogle تتوسّع تلقائياً، لكن تطبيقك يجب أن يكون بشكل stateless request-reply. Azure (2009) في المنتصف: كود .NET على بيئة تشغيل مُدارة، مع بعض الأتمتة بعد أن تصرّح بخصائص تطبيقك.
Every hyperscaler portfolio (slides 51, 54, 56) is drawn with the same six blocks: Deployment and Management, Networking, Application Services, Compute, Storage, Database. Learn the blocks; the product names are vocabulary. Services are comparable, not identical, and those differences are where vendor lock-in comes from.
كل محفظة خدمات لدى الـ hyperscalers (الشرائح 51 و54 و56) مرسومة بنفس الكتل الست: Deployment and Management، Networking، Application Services، Compute، Storage، Database. احفظ الكتل، أما أسماء المنتجات فمجرد مفردات. الخدمات متقاربة لا متطابقة، ومن هذه الفروق يأتي الارتباط بالمزوّد (vendor lock-in).
| Needالحاجة | AWS | Google Cloud | Azure |
|---|---|---|---|
| Virtual machinesالأجهزة الافتراضية | EC2 | Compute Engine | Virtual Machines |
| Object storageالتخزين الكائني (object storage) | S3 | Cloud Storage | Blob Storage |
| Block storageالتخزين الكتلي (block storage) | EBS | Persistent Disk | Managed Disks |
| NoSQL databaseقاعدة بيانات NoSQL | DynamoDB | Bigtable | Cosmos DB |
| Relational databaseقاعدة بيانات علائقية | RDS | Cloud SQL | SQL Database |
| PaaS app hostingاستضافة تطبيقات PaaS | Elastic Beanstalk | App Engine | App Service |
| Messagingالمراسلة (messaging) | SQS, SNS | Pub/Sub | Queue Storage / Service Bus |
الجدول قاموس ترجمة بين المزوّدين: الأجهزة الافتراضية EC2 / Compute Engine / Virtual Machines، والتخزين الكائني S3 / Cloud Storage / Blob Storage، وقاعدة NoSQL هي DynamoDB / Bigtable / Cosmos DB. إذا سُئلت عن المكافئ، اذكر الكتلة أولاً ثم اسم الخدمة.
Google started at PaaS, not IaaS. App Engine (2008) came first; Compute Engine reached GA only in December 2013. If a question says "Google's first cloud offering was IaaS", it is false. (Strictly, Gmail in 2004 was already SaaS; the slide's "first cloud service" means first developer platform.)
بدأت Google من PaaS وليس من IaaS. جاء App Engine أولاً في 2008، ولم يصبح Compute Engine متاحاً للعموم إلا في December 2013. إذا قال سؤال إن أول عرض سحابي لـ Google كان IaaS فهذا خطأ. (بدقة، كان Gmail عام 2004 خدمة SaaS، و"أول خدمة سحابية" في الشريحة تعني أول منصة للمطوّرين.)
AWS launched first (2006). Order: AWS 2006, App Engine April 2008, Azure announced October 2008, Azure GA February 2010. The slide's "early 2000s" for AWS refers to the internal platform and the 2003 decision to sell it; the public infrastructure services arrived in 2006.
AWS أُطلقت أولاً (2006). الترتيب: AWS 2006، ثم App Engine April 2008، ثم إعلان Azure October 2008، ثم إتاحة Azure February 2010. وعبارة "early 2000s" في الشريحة تخص المنصة الداخلية وقرار بيعها عام 2003، أما الخدمات العامة فجاءت في 2006.
Announced is not launched. Azure: announced October 2008, GA February 2010. A true/false item swapping these is a classic.
الإعلان ليس الإطلاق. Azure: أُعلن عنها في October 2008 وأُتيحت في February 2010. سؤال صح أو خطأ يبدّل بينهما سؤال كلاسيكي.
Check yourself
اختبر نفسك
Which statement about Google's entry into the cloud is correct?
أي عبارة عن دخول Google إلى السحابة صحيحة؟
C. Google entered from the PaaS end: App Engine in April 2008 for developing and hosting web applications. Compute Engine (IaaS) was announced in 2012 and became generally available in December 2013. B reverses the two products, which is exactly the trap. A is wrong on both count and date; AWS was first in 2006.
الجواب C. دخلت Google من طرف PaaS: App Engine في April 2008. أما Compute Engine (IaaS) فأُعلن عنه في 2012 وأصبح متاحاً للعموم في December 2013. الخيار B يعكس المنتجين، وهذا هو الفخ بعينه. والخيار A خاطئ في الأمرين، فـ AWS كانت الأولى عام 2006.
Which Berkeley motive best explains Microsoft launching Azure?
أي دافع من دوافع تقرير Berkeley يفسّر إطلاق Microsoft لـ Azure على أفضل وجه؟
B. Azure gave Microsoft's existing enterprise customers (Windows Server, Active Directory, Office) an immediate path to the cloud, protecting that franchise. A fits Amazon, whose internal platform came first. C is the report's App Engine example. D is the report's Facebook example.
الجواب B. أعطت Azure عملاء Microsoft الحاليين من الشركات طريقاً فورياً إلى السحابة، فحمت هذا الامتياز. الخيار A يناسب Amazon، والخيار C هو مثال التقرير عن App Engine، والخيار D مثاله Facebook.
On the Berkeley abstraction spectrum, which ordering from lowest to highest abstraction is correct?
على طيف التجريد في تقرير Berkeley، أي ترتيب من الأدنى إلى الأعلى تجريداً صحيح؟
A. EC2 looks like hardware and you control the stack from the kernel up (most control, least abstraction). App Engine restricts you to stateless request handlers and automates scaling (most convenience). Azure's 2009 .NET managed runtime sat between. B is the reverse.
الجواب A. EC2 تبدو كعتاد وأنت تتحكم من الـ kernel صعوداً (أكثر تحكماً وأقل تجريداً). App Engine يحصرك في معالجات طلبات stateless ويؤتمت التوسّع (أكثر راحة). وAzure عام 2009 ببيئة .NET المُدارة كانت في المنتصف. الخيار B هو العكس.
A team on Amazon DynamoDB must move to Azure. Which service is the closest counterpart, and in which block?
فريق يستخدم Amazon DynamoDB ويجب أن ينتقل إلى Azure. ما الخدمة الأقرب، وفي أي كتلة؟
D. Both are managed NoSQL databases in the Database block (Google's counterpart is Bigtable). B is in the right block but is relational, so it matches RDS instead. A is object storage, the counterpart of S3.
الجواب D. كلاهما قاعدة NoSQL مُدارة في كتلة Database (والمقابل لدى Google هو Bigtable). الخيار B في الكتلة الصحيحة لكنه علائقي، فيقابل RDS. والخيار A تخزين كائني يقابل S3.