لماذا ومتى أحتاج إلى أزور؟

Question

قرأت الكثير من المقالات حول Azure و .net Service Bus. أعتقد أنني أفهم الجزء التقني ، لكنني في الوقت الحالي أفتقد النقطة الرئيسية - بعض "دراسات الحالات" التي يجب أن تشرح لي نوع المشاريع التي يجب نقلها إلى السحابة. لنفترض أنني أبدأ مشروعًا جديدًا. كيف يمكنني تحديد ما إذا كان مشروعي يناسب منصة Azure؟

ما هي السيناريوهات الشائعة ل Azure؟ هل هو لتطبيقات B2C العالمية ، أو تطبيقات B2C المحلية أو أيضًا لتطبيقات B2B "الداخلية"؟ كيف يمكنني أن أقرر ما إذا كانت Global Azure أفضل من البنية التحتية المحلية أو مزود استضافة الخادم المحلي؟ ما هي إيجابيات وسلبيات الانتقال إلى أزور بالمقارنة مع السيناريوهات الأخرى؟

كما أنا مهتم بتجربة حقيقية. هل قمت بنشر أي مشروع حقيقي إلى Azure؟ ما هي تجربتك؟ هل Azure ناضج بالفعل؟ تحتاج العديد من التقنيات إلى عدة (3) حقيقية قبل أن تصبح قابلة للاستخدام. هل هو نفسه مع أزور؟

قلقي الأخير هو حول الأمن والثقة. هل تثق في منصة أزور؟ قرأت المقالة التي أظهرت بعض المعاملات المصرفية الافتراضية على Azure مع استخدام خدمة SQL Azure. هل هو حقا شيء يمكن القيام به بشكل آمن على أزور؟

هناك مماثل بريد لكنني لم أجد إجابات هناك.

تعديل:

انا اقرأ هذا مقالة - سلعة اليوم. كما يفسر بعض أسئلتي.

Answer 1

أحد أفضل السيناريوهات لـ Azure هو التطبيق الذي تأمل في النمو الفيروسي. نعم ، من الغباء أن يكون لديك مثل هذه التوقعات ، ولكن هناك فئة معينة من التطبيقات - وخاصة التطبيقات "الاجتماعية" - التي ستعيش فقط إذا شهدت نموًا فيروسيًا.

من الصعب للغاية تخطيط بنية التحتية الخاصة بك بطريقة يمكن أن تتكيف مع هذا النوع من النمو دون وجود فترات انقطاع موسعة أو على الأقل تباطؤ تهدد الولاء. ستكون دائمًا متأخراً ، ورد على نقص الموارد إلا إذا كنت تفرط في الإفراط في الإمداد بالحاجة المتوقعة في هذه الحالة ، فمن المحتمل أن تستخدم رأس المال الخاص بك بشكل سيء وتقصير المدرج الخاص بك.

Azure يعالج تلك المشاكل بدقة. يمكنك إضافة موارد كما تحتاجها. يمكنك الرد على مسامير الاستخدام في غضون بضع دقائق إشعارًا ، مع إضافة موارد جديدة من خلال وحدة التحكم في إدارة Azure.

أعتقد أن هناك العديد من السيناريوهات الأخرى التي تعتبر Azure مباراة ممتازة ، لكن الأمر الذي وصفته هو حالة مقنعة إلى حد ما ، على ما أعتقد.

Answer 2

تعديل

اكتشفت للتو هذا المنشور الذي يبلغ من العمر 10 أشهر. حسنًا ، تتغير الأمور. لقد ذهبنا من Microsoft إلى Ruby و Coffescript و Node.js وقليلًا من Scala ولم نأسف أبدًا. أثبت Heroku و Mongohq أنهما أفضل بكثير لما نقوم به.

/تعديل

لديّ موقعان مستهلكان يواجهان في بيتا يركضان على أزور وألعب معه منذ الإصدار التجريبي المبكر.

الايجابيات:

• Azure مستقر بشكل لا يصدق. لم يكن لدينا حادثة واحدة على الرغم من أننا نقوم بمعالجة الكثير من البيانات.
• SDK شامل ، موثق جيدا ودمج في IDE.
• وقت التشغيل يتجاوز SLA
• Fast - Azure حقًا سريع حقًا في جميع الجوانب
• يتناسب بشكل جيد للغاية مع سير عمل التنمية
• الموظفين الالتزام جدا و MVPs في Microsoft. تحصل على المساعدة كلما احتجت إليها.
• نحن نوفر بشكل كبير تكاليف المسؤول. على سبيل المثال ، لسنا بحاجة إلى واحدة ؛-)
• سهل التوسع. كانت هذه أكبر نقطة بيع. لا حاجة إلى Capex الأولية ، وبمجرد أن نحصل على مقابلة CNN ، سنقوم فقط بدوران أدوار أخرى لمدة يوم أو يومين.
• فئة المؤسسة ، تحميل نظام قاعدة بيانات متوازن مع SQL Azure. رمز النقل أكثر من ساعات على الأكثر.

السلبيات:

• لا توجد ذاكرة التخزين المؤقت الموزعة - هناك حلول memcached هناك ولكنها تبدو وكأنها اختراق
• تكاليف أولية عالية عند النظر إليها من سيناريو تطبيق الويب (EG COST لها تأثير لا مبرر له على بنية التطبيق الخاصة بك)
• تكلفة عالية جدا من حل NOSQL وقائمة الانتظار. هناك رسوم معاملة تجعل بعض السيناريوهات معقدة للغاية لتحقيقها.
• لا توجد معلومات فواتير في الوقت الفعلي (أو شبه حقيقي) من خلال واجهة برمجة التطبيقات.
• واجهة الإدارة هي وصمة عار على Microsoft.
• تتحرك Microsoft ببطء / يستغرقها وقتًا طويلاً لإنشاء ميزات جديدة.
• أنت مغلق كثيرًا لأن Azure هو مزود PaaS vs Amazon (IaaS). سيتغير هذا بمجرد توفر أدوار VM.
• يستغرق وقتًا طويلاً (حوالي 10 - 30 دقيقة) لتدوير مثيل جديد
• عدم وجود خريطة/تقليل إطار العمل

الآن بعض السلبيات خطيرة في الوقت الحالي ، لكن يجب ألا تمنعك من اختيار منصة Azure حيث من المحتمل أن يتم حل معظمها في PDC.

أعتقد أن Azure يعمل على جميع السيناريوهات التي ذكرتها ، ربما باستثناء أنه نظرًا لعدم وجود تخزين مؤقت موزعة ، ستواجه مشاكل في الطرف الراقي جدًا لتطبيقات الويب في الوقت الحالي.

أنا بالتأكيد أثق في Azure أكثر مما أثق في مصرفتي ، وقد أثبتت الكثير من الحوادث لي على مدار العامين الماضيين. في النهاية ، يتعلق الأمر بأنه من الأسهل بكثير على Microsoft استئجار وتركيز شركات الأمان من الدرجة الأولى ثم شركات تكنولوجيا المعلومات. ولديهم الكثير ليخسروه.

Answer 3

بعد امتصاصه من Azure Kool Aid Firehose خلال اليومين الأخيرين ، يمكنني الرد على بضع نقاطك.

هل هو آمن؟

نعم. إنه آمن جسديًا ، وبيانات آمنة. لا يتم وضع البيانات التي تقوم بتخزينها عليها على محرك أقراص واحد ، فهي ترشها عبر العديد منها. أكبر خطر لك هو من أ الساخطين الساخطين, ، وهو ضمن سيطرتك.

هل هو صحيح بالنسبة لك؟

الجواب على هذا مفتوح للغاية. اقلب هذا السؤال - من الأفضل أن تسأل: هل تحتاج إلى أي من فوائد Azure؟ يمكن أن تكون الإجابة على هذا السؤال أكثر وضوحًا من نظيرها. هناك بعض فوائد Azure (استنادًا إلى قابلية التوسع بشكل أساسي ، قابلية الصيانة ، سلوك نمط CDN وإزالة تكلفة البنية التحتية لتكنولوجيا المعلومات Inhouse) ، ولكن لا يزال لديه حدوده وليست مناسبة لجميع الأغراض ، وفي بعض الحالات لن تعطيك أي فائدة على الإطلاق.

Answer 4

الفائدة الرئيسية لـ Azure هي أنها تمكنك من توسيع نطاق الطلب أو الخدمة لأعلى أو لأسفل حيث تملي احتياجاتك دون الحاجة إلى الاستثمار في تكاليف طويلة الأجل مثل الأجهزة أو الموظفين للحفاظ على الأجهزة.

إذا قمت بتطبيق نفس التطبيق باستخدام البنية التحتية الخاصة بك ، فلديك الكثير من التكاليف الثابتة المقدمة بغض النظر عن مقدار القيمة أو الأداة المساعدة التي تحصل عليها من التطبيق. على سبيل المثال ، يتعين عليك شراء وتثبيت وإعداد وصيانة أجهزة كافية للتعامل مع تحميل الذروة المتوقع ، حتى لو حدث تحميل الذروة مرة واحدة فقط في اليوم أو مرة واحدة في الشهر. ماذا يحدث إذا قللت من شأن الحمل الذروة الخاص بك؟ تنخفض خدمتك حتى تتمكن من بناء المزيد من الأجهزة. ماذا يحدث إذا كنت تبالغ في تقدير ذروة الحمل الخاص بك؟ لديك أجهزة غير مستخدمة تجلس حولها ، مما يعني أنك أنفقت أموالًا لا تعمل من أجلك.

نعم ، يمكن استخدام Azure لسيناريوهات B2C مثل تشغيل موقع أو خدمة مواجهة للمستهلك. يجب أن تكون B2C قادرة على التوسع بسرعة (في دقائق أو ساعات) للتعامل مع امتصاص كلمة الفم. هل يمكنك إحضار أجهزة خادم جديدة في أماكن العمل وتشغيلها في نصف ساعة؟ على الاغلب لا.

نعم ، يمكن استخدام Azure لسيناريوهات B2B ، مثل تشغيل واجهة برمجة تطبيقات الخدمة لإدارة المخزون أو سلسلة التوريد. يمكنك إعداد تطبيق Azure الخاص بك كجزيرة مكتفية ذاتيًا ، أو استخدام حافلة الخدمة ، يمكنك ربطها بالخدمات الخاصة بك للخدمات الخلفية.

يعد Azure مفيدًا بشكل خاص للتعامل مع معالجة "الطفرة" ، مثل إجراء تحليل البيانات على البيانات الكبيرة. تخزين عدة حالات Azure لمضغ البيانات ، ثم أغلقها جميعًا عندما تعود إلى المنزل في نهاية اليوم. لديك فائدة من وجود مئات أو الآلاف من العقد الحسابية المتاحة لك ، لكنك تدفع مقابلها فقط عند استخدامها.

على الرغم من أنني أضغط دائمًا من أجلهم لفعل المزيد ، إلا أنني يجب أن أؤدي إلى الفضل في فريق Azure Platform لعدم أخذ الكثير في وقت واحد. تقدم Azure قائمة صغيرة إلى حد ما من الخدمات في الوقت الحالي (تخزين Blob ، تخزين الجدول ، خدمة قائمة الانتظار) ، ولكن هذه الخدمات تعمل بشكل جيد وتوسيع نطاقها بشكل جيد.

هل Azure ناضجة؟ بمعنى أن الخدمات المقدمة مخبوزة وموثوقة بالكامل ، نعم ، أود أن أقول إن Azure ناضجة. إذا كنت تقصد النضج بمعنى أن كل خدمة ممكنة يمكن أن تريدها مدمجة ، لا ، لا يزال Azure يزداد عرض عروض الخدمات.

هناك سيناريوهات التطبيق والخدمة التي ربما لا تكون Azure هي الأنسب في الوقت الحالي. لا أعرف ما إذا كانت مراكز بيانات Azure مناسبة لمعالجة السوق المالية في الوقت الحقيقي ، على سبيل المثال. Azure مناسب لتحليل البيانات في الوقت الفعلي وبالتأكيد تحليل المخاطر في نهاية اليوم. لا يقوم Azure بتنفيذ النشر التلقائي وتوسيع نطاقه للتعامل مع الأحمال الديناميكية أو ذروة الحلاقة - يمكنك إدارة هذا يدويًا أو كتابة مدير المثيل الخاص بك باستخدام واجهة برمجة تطبيقات الخدمة. تم توجيه هيكل التسعير الخاص بـ Azure بتطبيقات الأعمال - إنه مبالغة وليست فعالة من حيث التكلفة لاستضافة موقع ويب شخصي أو مدونة ما لم يكن لمثل هذا الموقع مرورًا مرتفعًا إلى حد ما وهو مولد إيرادات.

الإفصاح: أنا موظف Microsoft وأعمل على أدوات لنظام التشغيل Windows Azure.

Answer 5

بالنسبة لي ، إنه إلى حد كبير تحليل التكلفة والعائد. حدد المبلغ الذي سيكلفك لدعم جميع البنية التحتية داخليًا مقابل Azure.

الأمن ، من الواضح ، هو أكبر نقطة ملتصقة.

لا يمكنني التحدث إلى الأمن شخصيًا ، حيث لم أكن أشعر بالقلق المفرط عليه ، ولكن إليك موارد زوجين حول أمن Azure الذي وجدته.

http://azuresecurity.codeplex.com

http://www.windowsecurity.com/articles/microsoft-azure-security-cloud.html

Answer 6

يسأل السؤال على أماكن كاذبة. المشاريع لا بحاجة إلى للانتقال إلى السحابة على الإطلاق. ما تقدمه السحابة ، كما ذكر المستجيبون السابقون ، هو منصة للأفكار الجديدة التي لا تقتصر على قابلية التوسع. الفائدة الرئيسية للسحابة هي أن جميع التكاليف الرئيسية المتعلقة بالنمو هي OPEX ، في حين أن "المشاريع" التقليدية تحتاج إلى تنمو ، وبالتالي تستند إلى نموذج نمو على طراز VC المالي قبل الأزمة.

النقطة المهمة هي أنه عندما تظهر الأفكار الجديدة ، وإذا أصبحت شائعة ، وإذا تم استضافتها على السحابة ، فيمكنها النمو دون قيود (طالما أن نموذج التكلفة يضمن دائمًا أن تكلفة المعاملة لكل معاملة أقل من أو تساوي الإيرادات لكل معاملة) ، والنتيجة هي أن هذه "المشاريع" تصبح غير ذات صلة.

على سبيل المثال ، على الرغم من أن MS اشترى Skype مقابل X مليار ، فسيكون من الممكن للمبرمجين إنشاء عميل Skype Cloud المستضاف Populare وتحقيق ما فعله Skype دون أي إسكات أو حاجة إلى نمو VC/الممولي (من الناحية النظرية).

لذلك يجب أن يكون السؤال هو "ما هي فائدة السحابة" ولكن في الحقيقة "ما هو نموذج العمل المنطقي ، بمجرد قبول سحابة مستضافة على الأرجح ستظهر في النهاية"