تعمل Nintendo Systems على تعزيز الإنتاجية من خلال هندسة المنصات باستخدام خدمات AWS المُدارة

أنشأت Nintendo Co., Ltd. في أبريل/نيسان 2023 شركة Nintendo Systems Co., Ltd بهدف بناء أنظمة تيسّر تقديم الترفيه للعملاء. اعتمدت الشركة الجديدة، التي تعمل أيضًا على تحديث منصة Nintendo eShop، الاستعانة بهندسة المنصات في عام 2020. اختارت Nintendo Systems الخدمات المُدارة من Amazon Web Services‏ (AWS) لتحديث منصة داخلية مشتركة لتطوير الأنظمة الموجهة للعملاء. تعمل تكنولوجيا AWS على تمكين Nintendo Systems من تطوير أنظمة داخليًا يمكنها تحمل طفرات الوصول بطريقة ذاتية الخدمة.

تتولى Nintendo Systems مسؤولية تطوير خدمات شبكة Nintendo وتشغيلها مثل Nintendo Account وGame News. يُعد Nintendo eShop، وهو متجر على الإنترنت يتيح للمستخدمين تنزيل البرامج وشراء محتوى إضافي عبر الإنترنت، إحدى الخدمات التي تقدمها الشركة.

تم إطلاق Nintendo eShop في عام 2011، ويقدم الآن خدمةً على مدار الساعة في أكثر من 40 دولة لـ Nintendo Switch وبلغت مبيعاته أكثر من 130 مليون وحدة حول العالم. لقد زادت مبيعات المحتوى الرقمي من Nintendo بأكثر من عشرة أضعاف بين عام 2017 وعام 2023، واليوم تبلغ المشتريات الرقمية قرابة 50 بالمائة من إجمالي مبيعات ألعاب Nintendo.

قامت Nintendo في البداية بتشغيل منصة eShop محليًا ولكنها في عام 2015 قامت بترحيلها إلى AWS لاستيعاب الزيادة السريعة في عدد المستخدمين خلال موسم التسوق في العطلات. يقول Junichi Furutaka، رئيس قسم تطوير الأنظمة في شركة Nintendo Systems: "لقد كانت Amazon RDS for Oracle السبب وراء اختيارنا AWS، وهي خدمة مُدارة تختص باستخدام قواعد بيانات Oracle وسجلها الحافل داخل شركتنا".

وعلى الرغم من الترحيل إلى AWS للتغلب على المشكلات المتعلقة بتوسعة النطاق، ظلت بنية Nintendo محتفظةً بتجانسها وتناغمها. وبالتالي، أدت القيود المفروضة على أحجام مثيلات Amazon Relational Database Service (Amazon RDS) إلى الحد من قابلية التوسع التي تمتاز بها خدمة eShop بأكملها أثناء حركة المرور الكثيفة.

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

بالنسبة لمشروع التحديث، قامت Nintendo Systems بفصل الخدمات عن طريق اعتماد بنية خدمات مصغرة من أجل الصيانة على المدى الطويل، وزيادة الإنتاجية، وتسريع دورات الإصدار، وقابلية توسع ميسورة التكلفة. في السابق، تم تطوير كل خدمة بواسطة مطور تطبيقات ومهندس DevOps، مع التمييز بين أدوار الاثنين على أساس الامتثال والحوكمة. كان مهندسو DevOps مسؤولين عن عمليات النشر والتغييرات التي تطرأ على البنية.

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

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

كان مفتاح هندسة المنصات هو منصة مطورين داخلية (IDP) جديدة تتضمن إطارًا للتطبيق، ومنسق حاويات، والتكامل المستمر/التسليم المستمر (CI/CD). تدير Nintendo Systems منصةً لتنفيذ التطبيقات على Amazon ECS على خدمات AWS Fargate المُدارة بينما يقوم مطوروها ببناء التطبيقات والبنية التحتية باستخدام منصة مطورين داخلية (IDP).

يقول Furutaka: "لقد أجرينا مقارنةً بين Amazon ECS وخدمة Amazon Elastic Kubernetes Service (Amazon EKS) المرنة كمرشحين للبنية التحتية الخاصة بتنفيذ التطبيقات." "وبالنسبة للحوكمة، أنشأنا حسابات AWS مخصصة لكل خدمة ولكننا وجدنا صعوبةًً في تشغيل Kubernetes لكل حساب. لقد اخترنا Amazon ECS على منصة AWS Fargate لتمكين المطورين غير المعتادين على استخدام Kubernetes من إنشاء التطبيقات وتشغيلها بسهولة في الحاويات."

لقد أدت جهود هندسة المنصات إلى تغيير الوعي بين مطوري التطبيقات ومهندسي DevOps وإلى الارتقاء بتطوير المكونات التي تتألف منها منصة المطورين الداخلية (IDP). واستعدادًا لإصدار مايو/أيار 2023 من اللعبة Legend of Zelda: Tears of the Kingdom، استفاد مطورو التطبيقات من مكونات منصة المطورين الداخلية (IDP) في التطوير ذاتي الخدمة، واستخدموا Amazon ECS على AWS Fargate كمنصة تطبيقات، وAmazon DynamoDB لقواعد البيانات، وAWS CloudHSM لإدارة الحقوق الرقمية.

نجح النظام في التعامل مع حركة المرور خلال أوقات الذروة في يوم الإصدار وذلك بفضل مطوري التطبيقات الذين يستخدمون توقعات الإطلاق والطلبات المسبقة للعبة لتوسيع نطاق Amazon ECS إلى 120 مهمة، وتوسيع نطاق مثيلات AWS CloudHSM، وتغيير وضع سعة Amazon DynamoDB.

يقول Ogura: "لقد وجدنا أن نهجنا في هندسة المنصات باستخدام AWS قد أدى إلى زيادة كفاءة التطوير، وتسريع إطلاق الخدمات الجديدة للتطبيقات والبنية التحتية، وتسريع أوقات التطوير." "سنواصل تعزيز هندسة المنصات عبر جميع فرق الخدمة."

وبالنسبة للخطوة التالية، ستعتمد Nintendo Systems استخدام Amazon ECS Service Connect وAmazon VPC Lattice لدفع الخدمة الذاتية بشكل أكبر من خلال تبسيط الاتصالات عبر الحسابات وعبر السحابة الخاصة الافتراضية (VPC).

وفقًا لـ Furutaka، "زودتنا AWS بمعلومات وافرة بدايةً من مرحلة اختيار التصميم فصاعدًا. قوبلت طلبات مراجعة بنيتنا أثناء التطوير بنصائح سخية وتمت الإجابة على العديد من الأسئلة الفنية من خلال قنوات مباشرة. لا غنى عن الخدمات المُدارة من AWS في التطوير ذاتي الخدمة. من الآن فصاعدًا، سنواصل تطبيق ميزات AWS الجديدة لتحسين منصة الخدمة لدينا."