أفضل خمسة اتجاهات لتطوير البرمجيات لعام 2018 - بقلم إيغور ليبيديف ، كبير موظفي التكنولوجيا في SONM

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

البيانات الكبيرة

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

قابلية التوسع الأفقي

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

اللامركزية

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

معالجة الضباب

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

يؤدي هذا إلى الفكرة التأسيسية للصناعة حول معالجة الحافة والضباب - مما يعني أنه يجب معالجة أكبر قدر ممكن من البيانات محليًا. تعمل شركات تكنولوجيا المعلومات الرائدة على حلول لمعالجة البيانات وخدمتها بالقرب من الأجهزة. هذا النوع من المعالجة هو الضباب. هناك صعوبات في هذا. لا يمكنك فقط نسخ الكود من السحابة وتأمل أن يعمل ، لأنه في السحابة يمكن الوصول إلى جميع البيانات محليًا ، بينما في الضباب لا توجد عقدة واحدة لديها جميع البيانات ويجب أن تطلب من العقد الأخرى للحصول على المعلومات المطلوبة. يتطلب من مطوري التطبيقات اعتماد بنيتهم ​​المعمارية وإعادة كتابة التعليمات البرمجية ، بحيث يمكن حل المهام بطريقة MPP (المعالجة المتوازية الضخمة). هذا يعطي سببًا إضافيًا لإعادة كتابة التعليمات البرمجية واللامركزية IaaS ؛ حتى تصبح منصة جذابة لاستضافة تطبيق حديثي الولادة.

التسامح مع الخطأ

نحن نعيش في عصر يصعب فيه بيع شيء أكثر من إنتاجه. يثير توافق السوق وتفكر الشركات التي تدير البرامج في اتفاقية مستوى الخدمة الأفضل لتكون لها ميزة وتبني الثقة من المستخدمين. مع النقاط المذكورة سابقًا ، يزداد احتمال فشل مكون نظام واحد بشكل حاسم. لا يمكن للمرء الاعتماد على قدرة مجموعة قاعدة بيانات Oracle على التعامل مع التعطل لأن الكثير من البيانات تعيش في الخارج. بدلاً من امتلاك خادمين موثوقين للغاية مزودان بمصدر طاقة مزدوج ، يمكن أن يكون هناك الآن 10 أو حتى 100 خادم ، وتصل التوقعات الحسابية لفشل عقدة واحدة إلى ما يقرب من 1 (واحد ، 100٪). من المحتمل أن يفشل شيء ما ويجب أن تكون الشركات مستعدة لذلك مرة أخرى من خلال النظر في بنية التطبيقات الخاصة بهم. يتغير العالم ، وتكنولوجيا المعلومات على وجه الخصوص ، ويتحركان بوتيرة سريعة بشكل لا يصدق. الأساليب القديمة لا تعمل. تعيد الشركات كتابة برامجها باستخدام البيانات الضخمة وقابلية التوسع الأفقي واللامركزية ومعالجة الضباب في جوهرها. يضع المهندسون في اعتبارهم دائمًا التفاوتات في الأخطاء من جانب التطبيق.

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

حول إيغور ليبيديف:

إيجور ليبيديف متخصص في علوم الكمبيوتر يتمتع بخبرة تزيد عن 15 عامًا في مجال تكنولوجيا المعلومات. تكمن خبرته في معماريات الأنظمة الكلاسيكية ، وفئات النظام ، وقواعد البيانات ، وحوسبة الضباب ، وأنظمة التداول الآلي ، والعقود الذكية ، والإلكترونيات الدقيقة. يشغل إيغور حاليًا منصب كبير مسؤولي التكنولوجيا ورئيس فريق تطوير SONM منذ يوليو 2017. بصفته مديرًا للتكنولوجيا ، يقدم إيغور نظرة ثاقبة ومساهمة قيمة في رؤية المنتج وعملية التطوير الشاملة ، بينما يبني باستمرار فريقًا من المطورين الذين ينشئون حوسبة الضباب ، مشروع SONM .