ملخص
- جوش غولدنهار أقل أهمية كشخصية تكنولوجية عامة وأكثر أهمية كعامل منتج ونجاح عملاء في طبقة صعبة من البنية التحتية: جعل التخزين السريع قابلاً للاستخدام عبر بيئات مراكز البيانات المشتركة والسحابية الأصلية.
- الأدلة العامة الثابتة تربطه بسجل تقني مبكر من عصر Taligent، ثم بقوة أكبر بعمل Excelero في NVMesh في 2016-2018، حيث شرح تخزين NVMe المفكك، وحالات استخدام العملاء، والقيود حول زمن الوصول، والمرآة، والسعة، والنقل عبر Ethernet، واختناقات وحدات التحكم.
- استحواذ NVIDIA على Excelero في مارس 2022 يعطي القصة نتيجة تنظيمية ملموسة، لكن الأدلة لا تدعم معاملة غولدنهار باعتباره السبب الوحيد لتلك النتيجة أو كبطل على غرار المؤسسين.
- مواد Lightbits اللاحقة تبقي نفس الموضوع التشغيلي قيد النظر: التعليم حول التخزين الأصلي للسحابة و Kubernetes، حيث السؤال ذو الصلة ليس التخزين كصندوق، بل التخزين كاعتماد يجب أن تكون منصات الحوسبة قادرة على استخدامه بشكل موثوق.
- القيود الرئيسية للأدلة مهمة: السجل العام هو في الغالب مؤتمرات، وبودكاست، وصفحات بائعين، وأثر تقني تاريخي واحد؛ يجب معاملة أرقام الأداء كادعاءات منتج منسوبة، والجدول الزمني المهني بين أدلة Taligent المبكرة و Excelero غير موثق بالكامل في السجل الثابت.
يبدأ الملف العام للبنية التحتية لجوش غولدنهار في مكان يناسب بقية القصة: لا بخطاب رئيسي، أو إعلان تمويل، أو سيرة مؤسس، بل بأثر تقني. نقاش من عام 1992 في comp.unix.aix محفوظ عبر Google Groups يحمل توقيعًا باسم جوش أو جوشوا غولدنهار في سياق برمجي من عصر Taligent. هذا المصدر ليس تاريخًا وظيفيًا كاملاً. لا ينبغي تضخيمه إلى سيرة ذاتية كاملة. لكن كسجل عام، فإنه يثبت مرتكزًا تقنيًا مبكرًا: يظهر الاسم في برمجيات الأنظمة، في نقاش حول هوية الآلة، في وقت كانت فيه الحدود العملية بين أنظمة التشغيل، وسلوك الأجهزة، والحوسبة المؤسسية قريبة بما يكفي بحيث كانت التفاصيل الصغيرة مهمة.
تأتي الأدلة العامة الأقوى بعد ذلك بكثير، حول Excelero ومنتجها NVMesh. في مصادر 2016-2018، يظهر غولدنهار كشرح لهندسة التخزين، أولاً في أدوار مواجهة للمنتج ثم لنجاح العملاء. يُعرّفه إدراج Tech Field Day لشهر مارس 2017 لـExcelero Presents at Storage Field Day 12كنائب رئيس المنتجات. حلقة GreyBeards on Storage لشهر مايو 2017،GreyBeards talk NVMe shared storage with Josh Goldenhar, VP Customer Success, Excelero، تُعرّفه من خلال دور نجاح العملاء وتضعه في نقاش حول تخزين NVMe المشترك. التحول في المسميات ليس فضيحة أو إعادة اختراع دراماتيكية. إنه أكثر كشفًا كوصف لسطح العمل: تعريف المنتج وتبني العملاء كانا مرتبطين بإحكام لأن التكنولوجيا التي كانت تُباع لم تكن بديهية.
هذا مهم لأن مشكلة التخزين التي كانت Excelero تصفها لم تكن مجرد مسألة شراء محركات أسرع. حزمة الأدلة تؤطر NVMesh كطريقة لتحويل محركات NVMe المحلية للخادم إلى تخزين مشترك ومفكك مع الحفاظ على زمن وصول قريب من الجهاز المحلي. هذا اقتراح مضلل بشكل خادع. يمكن أن يكون الفلاش المحلي سريعًا، لكن الأجهزة المحلية تتعطل عندما يضطر كل خادم إلى امتلاك سعته الخاصة. يمكن للمصفوفات المشتركة مركزية التخزين، لكنها يمكن أيضًا أن تقدم اختناقات في وحدة التحكم وعبء الهندسة المعمارية. يمكن للمرآة حماية البيانات، لكنها يمكن أيضًا أن تستهلك السعة. تريد فرق مراكز البيانات الأداء، لكنها أيضًا يجب أن تدير الندرة والاستخدام ونطاقات الأعطال والشبكات والمشتريات والعمليات.
تظهر ظهورات غولدنهار العامة داخل هذا المثلث الهندسي والاقتصادي.
أسهل طريقة لإساءة فهم هذا النوع من الأدوار هي معاملته كتسويق حول منتج تقني. العاملون في مجال المنتج ونجاح العملاء في البنية التحتية يبيعون ويقدمون ويقنعون. لكن في سوق تقني، يجب على الجزء العام من الوظيفة أيضًا أن يجعل القيود مفهومة. لا يمكن لشركة تخزين ببساطة أن تقول أن الأجهزة سريعة. يجب أن تشرح أي أعباء العمل تحتاج السرعة، ولماذا لا يمكن لتلك الأعباء العيش بشكل مريح على التخزين المشترك التقليدي، وأين تغير حماية البيانات معادلة التكلفة، وما نوع النقل الشبكي الذي يمكن أن يحمل النظام دون محو ميزة الأداء. في المصادر العامة، يظهر غولدنهار مرارًا في طبقة الترجمة هذه.
حلقة Storage UnpackedDisaggregated Storage Part III with Josh Goldenhar from Exceleroهي واحدة من أوضح الأمثلة على ذلك السطح. يؤطر طرحها Excelero و NVMesh في مشكلة التخزين المفكك: الخوادم ومحركات NVMe تصبح مجموعة تخزين منطقية بدلاً من جزر من السعة المتصلة مباشرة. لم يكن هذا خيارًا معجميًا بسيطًا. إذا كان التخزين متصلاً فقط بالخادم الذي يحتويه فعليًا، فإن تخطيط السعة والأداء يظل مرتبطًا بالأجهزة الفردية. إذا كان يمكن تجميع المحركات، فسيكون لمركز البيانات نموذج موارد مختلف. يمكنه محاولة منح التطبيقات إمكانية الوصول إلى الوسائط السريعة دون إجبار كل فريق تطبيق على شراء أجهزة محلية زائدة أو قبول مقايضات مصفوفة مركزية تقليدية.
هذا هو الوعد. تتطلب الأدلة أيضًا جملة أكثر حذرًا: هذا هو الوعد كما تم تقديمه من خلال مصادر المنتج والصناعة، وليس تحققًا مستقلاً كاملاً لكل ادعاء أداء. تحذر الحزمة صراحةً من أن أرقام الأداء في مصادر العروض التقديمية تحتاج إلى إسناد. تشير إلى ادعاءات مثل تشغيل ملايين IOPS وعبء منخفض جدًا، وتحددها كادعاءات عرض عام وحدث مفيدة للسياق. التمييز ليس بيروقراطيًا. في الكتابة عن البنية التحتية، هو الفرق بين وصف أطروحة تشغيلية للبائع وتصديق النتيجة. أهمية غولدنهار واضحة في الأولى: لقد ساعد في شرح وتشغيل أطروحة حول هندسة التخزين في لحظة كانت الوسائط السريعة تغير ما يمكن لمراكز البيانات محاولته.
في Storage Field Day 12، يتناسب الدور المعروض كنائب رئيس المنتجات مع تلك الأطروحة. القيادة المنتجية في هذا السياق لا تعني فقط الفعل الداخلي لاختيار الميزات. تعني أيضًا عرض حدود النظام للمقيمين التقنيين الذين سيختبرون منطقه. تميل جماهير الأحداث في هذا الجزء من الصناعة إلى السؤال عن أين ينكسر المنتج، وما الافتراضات التي يضعها، وكيف يتصرف تحت ضغط عبء عمل واقعي. تصف حزمة الأدلة سطح العرض على أنه يشمل حالات استخدام NVMesh وسطح تشغيل المنتج. حالات الاستخدام المذكورة عبر السجل الثابت تشمل قواعد بيانات SQL، والبيانات الضخمة، والأجهزة الافتراضية، والتخزين الافتراضي، والبحث، وفرق علوم البيانات التي تحتاج إلى تيرابايت عديدة بسرعات تخزين محلية.
هذه القائمة هي أكثر من مجرد خريطة سوق. إنها تظهر لماذا كان لا بد من شرح مشكلة المنتج من حيث السرعة والمشاركة.
قواعد بيانات SQL وأعباء عمل علوم البيانات لا تضغط على التخزين بنفس الطريقة، لكن كلاهما يمكن أن يجعل تأخير التخزين مرئيًا لبقية النظام. الأجهزة الافتراضية والتخزين الافتراضي يضيفان طبقة أخرى: قد لا يكون العميل يقوم بتحسين تطبيق واحد على مضيف واحد، بل منصة يجب أن تخدم العديد من أعباء العمل بأنماط مختلفة. فرق البحث وفرق علوم البيانات تقدم مشكلة الحجم في شكل مختلف. قد يحتاجون إلى مجموعات بيانات عمل كبيرة، والألم التشغيلي ليس فقط ما إذا كان جهاز واحد سريعًا. بل هو ما إذا كان يمكن توفير سعة سريعة كافية للحوسبة الصحيحة دون تحويل البيئة إلى مجموعة من الحالات الخاصة.
دور غولدنهار العام في NVMesh مفيد لأنه يظهر شخصًا يعمل داخل تلك الخصوصية. لا تدعم الحزمة سردًا بطوليًا حيث قام شخص واحد بإنشاء السوق بمفرده. إنها تدعم سردًا أكثر تواضعًا وأكثر مصداقية: شخصية خبرة في الأنظمة والتخزين ساعدت في تأطير منتج حول الاحتكاكات الحقيقية التي سيواجهها العملاء عند تبني تخزين NVMe المفكك. هذا يعني شرح الهندسة المعمارية، وتحديد أعباء العمل حيث تكون المقايضات منطقية، والحديث عن لماذا يمكن للترتيبات التقليدية للتخزين أن تترك الأداء أو الاستخدام على الطاولة.
مواد GreyBeards on Storage تشحذ جانب نجاح العملاء. حلقة مايو 2017 تعرف غولدنهار كنائب رئيس نجاح العملاء في Excelero. عنصر أرشيف GreyBeards NVMesh آخر من يوليو 2018 يشير إلى ظهورات عامة متكررة وقيود السوق حول NVMe، وشركات hyperscale، والمرآة، وسياق إصدار NVMesh 2.0. يمكن أن يبدو نجاح العملاء كوظيفة ناعمة، لكن في البنية التحتية العميقة، غالبًا ما يكون حيث تلتقي أصعب الادعاءات مع التثبيت الحقيقي. لدى العملاء شبكات موجودة، وقيود مشتريات، وافتراضات تطبيقية، وعادات إدارية، وعتبات مخاطر. لا يزال يتعين على منتج تخزين يبدو أنيقًا في رسم بياني أن ينجو في تلك البيئات.
بهذا المعنى، المسمى كاشف. نجاح العملاء حول NVMesh لم يكن مجرد إبقاء الحسابات سعيدة. كان سيتطلب انضباطًا عامًا وخاصًا لاختزال الهندسة المعمارية إلى قرارات عملاء قابلة للتنفيذ: متى يتم التجميع، وماذا يتم عكسه، وكيفية التفكير في الفشل وفقدان السعة، ولماذا النقل عبر Ethernet هو جزء من المعادلة، وكيفية تجنب اختناقات وحدات تحكم مصفوفات التخزين الثقيلة، ومتى يكون التخزين بسرعة محلية مطلبًا حقيقيًا بدلاً من طموح باهظ الثمن. حزمة الأدلة تسمي تلك المقايضات مباشرة. لا تخبرنا بتفاصيل عمليات نشر معينة، ولا ينبغي للمقال اختراعها. لكنها تظهر أن العمل العام لغولدنهار تركز على سطح التبني، وليس فقط على سطح المنتج.
هذا أحد أسباب أهمية قصته تتجاوز الشهرة الفردية. غالبًا ما يتم تذكر تغييرات البنية التحتية لمراكز البيانات من خلال الرقائق والسحابات والعمليات الاستحواذية. الأشخاص الذين يترجمون الطبقات الوسطى يمكن أن يختفوا من السرد لأن عملهم ليس اختراعًا خالصًا ولا مسرحًا تنفيذيًا. ومع ذلك، تلك الطبقات الوسطى تقرر ما إذا كانت تحسينات الأجهزة تصبح بنية تحتية قابلة للاستخدام. يمكن أن تكون أجهزة NVMe سريعة. هذه الحقيقة وحدها لا تجعلها منصة تخزين مشتركة. قد يحتاج عبء العمل إلى زمن وصول منخفض. تلك الحاجة وحدها لا تقرر كيفية بناء مجموعة التخزين، أو كيفية حماية البيانات، أو كيفية شرح النظام للعملاء الذين يديرون بالفعل بيئات معقدة.
السجل العام لغولدنهار يتركز حيث تصبح تلك الأسئلة لغة منتج.
ملف مؤتمر التخزين لشهر مارس 2018،Josh Goldenhar: NVMe Storage in the مركز بيانات، يوفر رؤية أخرى واضحة للحجة. تحددها الحزمة كمصدر حدث رسمي يضع غولدنهار كنائب رئيس نجاح العملاء ويعطي ملخصًا حول تخزين NVMe في مركز البيانات. النقاط المدعومة تشمل علوم البيانات وأعباء العمل التجارية التي تتطلب تخزينًا واسع النطاق بسرعة محلية. العبارة "تخزين بسرعة محلية" تقوم بعمل مهم هنا. القيمة التي يتم الدفاع عنها ليست فقط أن التخزين مركزي أو سهل الإدارة. إنها أن النظام يحاول الحفاظ على جودة الأداء المرتبطة بالأجهزة المحلية مع تغيير النموذج التشغيلي إلى شيء مشترك.
هذا التوتر هو أحد المشاكل المحددة في البنية التحتية الحديثة. الموارد المحلية يمكن أن تكون سريعة لأنها قريبة. الموارد المشتركة يمكن أن تكون فعالة لأنه يمكن تخصيصها عبر العديد من المستهلكين. الهندسة المعمارية التي تحاول الجمع بين الاثنين يجب أن تحارب عدة أشكال من الخسارة: عبء الشبكة، وعبء التنسيق، وعبء الحماية، وعبء الإدارة، وميل نقاط التحكم المركزية لتصبح اختناقات. تم تقديم NVMesh من Excelero في السجل العام المتاح كإجابة على تلك المشكلة. كان دور غولدنهار العام هو جعل تلك الإجابة مفهومة للجماهير التي تهتم بأقل بالشعارات وأكثر بأين انتقل العبء.
سيرة مضيف GreyBeards ربطت غولدنهار بسياقات تخزين وبرمجيات سابقة، بما في ذلك DDN، XtremIO/EMC، Cisco، و Apple. هذا سياق مفيد، لكن يجب التعامل معه بحذر. السجل العام المتاح لهذا الملف لا يوفر جدولًا زمنيًا كاملاً للتوظيف من مصادر أولية لكل منظمة، ولا يتطلب من المقال صنع سلم وظيفي أنيق من مراجع متفرقة. التفسير الآمن هو أن التأطير الصناعي العام وضعه في خلفية تخزين وبرمجيات أوسع قبل وأثناء Excelero. يجب أن يظل مركز ثقل المقال حيث تكون الأدلة أقوى: Excelero، NVMesh، ونقاشات التخزين الأصلي للسحابة لاحقًا.
يجب معاملة أثر Taligent بنفس الطريقة. إنه جسر هوية وسياق تقني، وليس أساسًا لقصة أصل رومانسية. يخبرنا أن الاسم الدقيق يظهر في محادثة تقنية من عام 1992، وتتعامل حزمة الأدلة مع مخاطر الاسم نفسه على أنها منخفضة لأن المصادر اللاحقة تستخدم نفس الاسم غير المألوف في إعدادات أنظمة وتخزين متسقة. لا يخبرنا بما كان يعتقده غولدنهار حول البرمجيات، أو كيف تعلم حرفته، أو كيف انتقل من دور إلى آخر. السرد المسؤول هو بالتالي سرد استمرارية في السطح التقني، وليس استمرارية في سيرة غير موثقة. يظهر السجل العام شخصًا مرتبطًا ببرمجيات الأنظمة مبكرًا، ثم بالبنية التحتية للتخزين لاحقًا، مع فجوة إثباتية بينهما.
تلك الفجوة ليست عيبًا يجب إخفاؤه. إنها جزء من الملف. العديد من وظائف البنية التحتية تكون عامة فقط عندما يظهر الشخص في مؤتمر، أو يجري مقابلة، أو يوقع رسالة تقنية، أو يصبح مرتبطًا بإطلاق منتج. العمل بين تلك اللحظات قد يكون كبيرًا، لكن إذا كان السجل المتاح لا يوثقه، يجب على المقال تركه كعدم يقين. هذا التقييد مهم بشكل خاص للأشخاص الذين ليسوا شخصيات عامة. الهدف ليس تصنيع الاكتمال. إنه تحديد لماذا العمل العام الموثق مهم.
بالنسبة لغولدنهار، العمل العام الموثق مهم لأن طبقة التخزين كانت تصبح أكثر عواقب مع تغير بيئات الحوسبة. المواد العامة تربط NVMesh بالتخزين عالي الأداء، ومراكز بيانات المؤسسات، و HPC، و hyperscale، وتحولات سوق التخزين المفكك. كما تربط القصة بالذكاء الاصطناعي واقتصاديات حوسبة مراكز البيانات من خلال استحواذ NVIDIA لاحقًا على Excelero. لا ينبغي المبالغة في هذه الروابط. سيكون من المفرط الادعاء من السجل المتاح أن غولدنهار شكل شخصيًا البنية التحتية للذكاء الاصطناعي. ما يمكن قوله أضيق: فئة المنتج التي شرحها علنًا تقع تحت أنظمة الحوسبة التي تعتمد عليها أعباء عمل الذكاء الاصطناعي و HPC وعلوم البيانات وقواعد البيانات والظاهرية.
التخزين ليس الوجه العام لتلك الأنظمة، لكنه يحدد إلى أي مدى يمكن تغذية الحوسبة السريعة ومشاركتها واستخدامها.
إعلان NVIDIA في مارس 2022NVIDIA announcementهو النتيجة التنظيمية الأكثر واقعية في السجل. قالت NVIDIA إنها استحوذت على Excelero، ووصفت الشركة كرائد في تخزين الكتل المعرفة بالبرمجيات، وربطت التكنولوجيا بمراكز بيانات المؤسسات والتخزين عالي الأداء. بالنسبة لهذا المقال، هذا الاستحواذ هو علامة حدودية. يظهر أن الشركة وسطح المنتج الذي مثله غولدنهار علنًا لم يبق قصة بائع صغير معزولة. أصبح جزءًا من سرد التخزين والبنية التحتية لمراكز بيانات NVIDIA.
يجب أن يوصف الاستحواذ بانضباط. استحواذ شركة ليس مراجعة أداء شخصية لكل موظف. لا يثبت أن كل ادعاء منتج كان صحيحًا، ولا يثبت السببية الفردية. لكنه يؤكد أن تكنولوجيا تخزين Excelero كانت لها قيمة استراتيجية لشركة بنية تحتية كبرى في عام 2022. بالنسبة لملف غولدنهار، يعطي السجل العام نتيجة تتجاوز ملخصات المؤتمرات وحلقات البودكاست. العمل الذي كان يقوم به علنًا حول NVMesh ينتمي إلى شركة أدى موقفها في تخزين الكتل المعرفة بالبرمجيات في النهاية إلى استحواذ NVIDIA.
تلك النتيجة توضح أيضًا لماذا المقال يدور حول البنية التحتية بدلاً من التخزين فقط. قد يبدو تخزين الكتل المعرفة بالبرمجيات متخصصًا، لكن التخصص غالبًا حيث تصبح اقتصاديات البنية التحتية مرئية. كتلة حوسبة سريعة ليست فقط كومة من المعالجات. إنها مجموعة من الاعتماديات: الذاكرة، والتخزين، والشبكات، والتنسيق، والطاقة، والجدولة، ووضع البيانات، والدعم التشغيلي. إذا كانت طبقة التخزين لا تستطيع خدمة أعباء العمل بالسرعة أو الحجم المطلوبين، فإن اقتصاديات النظام بأكمله تتغير. يمكن للحوسبة الباهظة الانتظار على البيانات. يمكن للفرق شراء سعة محلية زائدة لتجنب التأخير. يمكن للمشغلين قبول الهدر أو التعقيد أو الاختناقات لأن البديل صعب النشر.
كان وعد تخزين NVMe المفكك هو تغيير تلك المقايضة.
لذا فإن تفسيرات غولدنهار العامة تقع في اقتصاديات الاعتمادية. المواضيع المسماة في الحزمة حول حالات استخدام العملاء توضح ذلك. قواعد بيانات SQL، والبيانات الضخمة، والأجهزة الافتراضية، والبحث، وعلوم البيانات، والتخزين الافتراضي ليست تسميات براقة؛ إنها بيئات حيث يمكن أن يصبح سلوك التخزين حدًا عمليًا. قاعدة بيانات متأخرة بسبب التخزين هي مشكلة عمل. فريق علوم بيانات لا يمكنه الوصول إلى سعة سريعة كافية هو مشكلة إنتاجية. بيئة افتراضية تتطلب توفيرًا محليًا خاصًا للأداء يمكن أن تصبح مشكلة تشغيلية. قصة NVMesh العامة كانت عن تحويل تلك المشاكل إلى بيع معماري: تخزين مشترك دون التخلي عن السرعة التي ربطها العملاء بأجهزة NVMe المحلية.
هذا لا يعني أن المنتج تجنب كل مقايضة. تذكر الحزمة صراحة مقايضات معمارية حول ندرة NVMe، والمرآة وفقدان السعة، والنقل عبر Ethernet، وتجنب اختناقات وحدات تحكم مصفوفات التخزين الثقيلة. كل من هذه النقاط لها وزن اقتصادي. الندرة تعني أنه لا يمكن لكل خادم أو عبء عمل استقبال أجهزة سريعة غير محدودة. المرآة تعني أن المرونة يمكن أن تستهلك سعة قابلة للاستخدام. النقل عبر Ethernet يعني أن الشبكة تصبح جزءًا من قصة أداء التخزين. تجنب اختناقات وحدات التحكم يعني إعادة التفكير في أين تقع حركة التحكم والبيانات في النظام. دور غولدنهار العام لم يكن مجرد القول بأن NVMesh سريع، بل شرح كيف يجتاز المنتج هذه القيود.
لهذا السبب يستحق لقب "نجاح العملاء" الاحترام بدلاً من الرفض. في أسواق البرمجيات العادية، يمكن أن يبدو نجاح العملاء أحيانًا كصيانة للحساب. في البنية التحتية، خاصة عندما يغير المنتج نموذج الموارد، يصبح نجاح العملاء اختبارًا لما إذا كانت الهندسة المعمارية يمكن اعتمادها دون الانهيار إلى استثناءات. لا يشتري العميل تخزينًا مفككًا لأن العبارة عصرية. يشتريه إذا كان عبء العمل ونموذج النشر ومتطلبات الحماية والفريق التشغيلي يمكنهم فهمه. المادة العامة حول غولدنهار تظهره قريبًا من تلك المشكلة.
مصدر Lightbits Labs اللاحق،Demystifying Storage for Kubernetes: Cloud Native Talks with Josh Goldenhar، يمد الاستمرارية دون الحاجة إلى تكافؤ زائف. إنه ليس مصدر Excelero. يظهر بعد فترة استحواذ NVIDIA ويضع غولدنهار في التعليم حول التخزين الأصلي للسحابة وهندسة الحلول. تصفه الحزمة بأنه مفيد لاستمرارية البنية التحتية للتخزين اللاحقة، وليس كتأكيد مستقل لنتائج سابقة. الرابط مهم لأن الموضوع انتقل من تخزين NVMe المشترك في مراكز البيانات إلى Kubernetes والبيئات السحابية الأصلية، لكن المشكلة الأساسية تبقى معروفة: يجب أن يكون التخزين مفهومًا وموثوقًا في المنصات حيث تعمل التطبيقات فعليًا.
Kubernetes يغير المفردات، لكن ليس الحاجة للترجمة. قد تفكر فرق التطبيق من حيث الخدمات والحاويات. قد تفكر فرق المنصة من حيث الجدولة، والأحجام المستمرة، والتوفر، والتحكم التشغيلي. قد تفكر فرق التخزين من حيث الوسائط، وزمن الوصول، والتكرار، والفشل، والسعة. الشخص الذي يشرح التخزين في تلك البيئة يجب أن يعبر الحدود. السجل العام المتاح لا يوفر تفاصيل مسؤوليات غولدنهار في Lightbits تتجاوز سياق النقاش العام، فلا ينبغي للمقال اختراعها. لكن يمكن القول أن سطحه العام اللاحق يواصل نفس نمط البنية التحتية: شرح التخزين كجزء من منصة، وليس كفئة جهاز معزولة.
هناك درس هادئ في تلك الاستمرارية. وظائف البنية التحتية غالبًا ما تكون مهمة لأنها تتكرر حول نفس الفئة من الاختناق مع تغير الصناعة لتغليفها الخارجي. قد ينتقل منتج من تجمع NVMe في مركز البيانات إلى التعليم حول التخزين الأصلي للسحابة؛ تتغير المصطلحات المرئية، لكن مشكلة التبني متشابهة. لدى العملاء أجهزة سريعة، وأنظمة موزعة، وأعباء عمل افتراضية أو محاوِنة، وضغط لجعل الحوسبة الباهظة أكثر إنتاجية. يحتاجون إلى ترتيبات تخزين يمكن أن تتناسب مع النموذج التشغيلي. السجل العام حول غولدنهار يضعه مرارًا في دور جعل ذلك التناسب واضحًا.
ما لا يظهره السجل مهم أيضًا. لم يظهر أي حلقة سلبية أو تتمحور حول الفشل في المواد العامة المستخدمة لهذا الملف. لا ينبغي تحويل ذلك الغياب إلى ادعاء بعدم وجود إخفاقات. إنه ببساطة يعني أن السجل المتاح لا يوثق واحدًا. يترك السجل أيضًا عدم يقين حول الجدول الزمني الوظيفي الدقيق بين السجل التقني من عصر Taligent وفترة Excelero. لا يوفر مقاييس داخلية لتبني العملاء، أو إيرادات المنتج، أو التكامل بعد الاستحواذ. لا يتحقق بشكل مستقل من كل ادعاء أداء تم في إعدادات الشركة أو الحدث. يجب على الملف الدقيق إبقاء تلك الحدود مرئية.
تلك الحدود لا تجعل المقال أضعف. إنها تجعله أكثر دقة. غالبًا ما تحول ملفات التكنولوجيا الأشخاص إلى رموز لأن الرموز أسهل في السرد من القيود. الأدلة العامة لغولدنهار لا تكافئ تلك المعاملة. إنها تكافئ ملفًا حول عمل الشرح والتبني والتحديد المعماري. يظهر ليس كمخترع منفرد يقف بعيدًا عن المؤسسات، بل كمشارك في منظمات تحاول تحويل هندسة تخزين إلى قيمة للعملاء. Taligent، Excelero، NVIDIA، و Lightbits تظهر في السجل ليس كزينة حول علامة شخصية، بل كالمنظمات التي من خلالها يمكن ملاحظة العمل.
Excelero هي مركز ذلك السجل لأنها تعطي أوضح علاقة بين الدور والمنتج والقيود والنتيجة. قدمت الشركة NVMesh كتخزين NVMe مشترك مصمم للحفاظ على أداء يشبه المحلي. مثل غولدنهار المنتج علنًا كنائب رئيس المنتجات ونائب رئيس نجاح العملاء. حالات الاستخدام المذكورة في الأدلة تظهر عملاء باحتياجات أداء وسعة عملية. القيود المذكورة في الأدلة تظهر لماذا كان لا بد من شرح الهندسة المعمارية بعناية. استحواذ NVIDIA يعطي قصة الشركة نقطة نهاية لاحقة تؤكد الأهمية الاستراتيجية. هذا كافٍ لملف بنية تحتية ذي معنى، حتى بدون ملء فصول شخصية غير موثقة.
التسلسل الزمني لمصادر Excelero مفيد أيضًا لأنه يظهر نفس مشكلة البنية التحتية يتم تناولها من خلال عدة تنسيقات عامة بدلاً من ظهور منعزل واحد. نقاش Storage Unpacked في 2016 يؤطر التخزين المفكك كقضية تقنية رئيسية. ظهور Tech Field Day في 2017 يضع غولدنهار في دور منتج أمام جمهور حدث تقني. حلقة GreyBeards في 2017 تحول اللقب العام إلى نجاح العملاء وتبقي الموضوع على تخزين NVMe المشترك. ملخص مؤتمر التخزين في 2018 ينقل النقاش إلى إعداد مركز بيانات حيث تحتاج علوم البيانات وأعباء العمل التجارية تخزينًا واسع النطاق بسرعة محلية. أرشيف وسوم GreyBeards في 2018 يظهر الموضوع يتكرر حول NVMesh، وقيود السوق، وشركات hyperscale، والمرآة، وسياق الإصدار.
التسلسل لا يثبت التبني في السوق بذاته، لكنه يظهر التكرار عبر الزمن والجماهير والإعدادات المؤسسية.
ذلك التكرار مهم في البنية التحتية لأن فئة المنتج عادة ما يجب أن تُدرس قبل أن تُشترى. العميل الذي يفهم مشكلة بالفعل قد لا يزال لا يقبل الهندسة المعمارية المقترحة. العميل الذي يقبل الهندسة المعمارية قد لا يزال يقلق بشأن تفاصيل التشغيل. قد يهتم المقيم التقني أولاً بزمن الوصول والعبء. قد يهتم فريق المنصة أولاً بالتوفير وسلوك الفشل. قد يهتم مالك العمل بما إذا كانت الحوسبة الباهظة وسعة التخزين الباهظة تهدر. المصادر العامة تضع غولدنهار أمام تلك الاهتمامات المتداخلة. ليس موثقًا كالشخص الوحيد الذي يحملها، ولا ينبغي للمقال عزله عن منظمة Excelero الأوسع. لكنه واحد من الشخصيات العامة المسماة التي يمكن من خلالها ملاحظة تلك الاهتمامات.
التمييز بين شرح المنتج وشرح العميل مهم بشكل خاص في حالة NVMesh. شرح المنتج يمكن أن يعرف النظام: محركات NVMe المحلية للخادم، مجموعة تخزين مشتركة، تخزين كتل معرّف بالبرمجيات، ادعاءات عبء منخفض، وتجنب اختناقات وحدات التحكم. شرح العميل يجب أن يعرف القرار: أي أعباء العمل تبرر التغيير، وما القيود التي تبقى بعد التغيير، وكيف تتناسب طبقة التخزين مع منصة المشتري الحالية. المواد العامة تضع غولدنهار على جانبي ذلك الخط من خلال لقبي نائب رئيس المنتجات ونائب رئيس نجاح العملاء. ذلك السطح المزدوج ليس مجرد تفاصيل سيرة ذاتية. إنه دليل على لماذا السجل العام حوله أكثر قيمة مما سيكون عليه قائمة مؤتمر واحدة.
كما يشرح لماذا يجب على المقال معاملة النتيجة التنظيمية كسياق وليس ذروة. استحواذ NVIDIA على Excelero هو أقوى حدث في السجل، لكن المصادر قبل 2022 هي حيث يصبح المنطق التشغيلي مرئيًا. بدون تلك الظهورات السابقة، كان الاستحواذ سيخبر القراء فقط أن شركة كبرى اشترت شركة تخزين. مع الظهورات السابقة، يمكن قراءة الاستحواذ مقابل المشكلة التي كانت Excelero تصفها علنًا: كيفية جعل سعة NVMe السريعة تعمل كبنية تحتية مشتركة لأعباء عمل مركز البيانات المتطلبة. دور غولدنهار في ذلك السرد هو ليس تجسيد الاستحواذ. إنه جعل الأطروحة التشغيلية السابقة مرئية بما يكفي بحيث يكون للنتيجة اللاحقة معنى تقني.
الأطروحة المنتجية تتناسب أيضًا مع نمط أوسع في اقتصاديات مراكز البيانات. تحسينات الأجهزة غالبًا ما تصل كمزايا محلية قبل أن تصبح بنية تحتية مشتركة. جهاز أسرع في آلة واحدة يغير تلك الآلة. طريقة لمشاركة العديد من هذه الأجهزة عبر العديد من الآلات تغير النموذج التشغيلي. المسار بين هاتين الحالتين صعب لأن الأنظمة المشتركة تقدم تكاليفها الخاصة. كلما كان عبء العمل أكثر أهمية، كلما كان أقل قبولاً للتغاضي عن العبء أو الفشل أو فقدان السعة. عرض NVMesh من Excelero، كما ينعكس في المصادر الثابتة، بني حول ذلك المسار. العروض التقديمية والمقابلات العامة لغولدنهار تظهره يعمل على جعل المسار موثوقًا.
المصداقية في هذا السوق ليست فقط مسألة قول الكلمات التقنية الصحيحة. تأتي من مطابقة الادعاءات مع ألم المشتري. تضع مصادر الحزمة الشرح العام حول أعباء العمل التي يمكن لمشتري التخزين التعرف عليها: قواعد بيانات SQL، البيانات الضخمة، علوم البيانات، البحث، الأجهزة الافتراضية، والتخزين الافتراضي. هؤلاء ليسوا كلهم نفس المشتري، لكنهم يشتركون في حاجة لأداء تخزين يمكن أن يدعم أنظمة أكبر. إذا كان النظام بطيئًا جدًا، تضيع الحوسبة. إذا كان النظام معزولًا جدًا، تضيع السعة. إذا كان النظام مركزيًا جدًا، يمكن أن تعود الاختناقات. إذا استهلكت الحماية الكثير من السعة، تضيق الميزة الظاهرية. شرح بنية تحتية جيد يجب أن يبقي كل تلك التكاليف في الأفق في وقت واحد.
هذا هو المكان الذي يمكن لعامل المنتج/نجاح العملاء أن يؤثر على النتائج التنظيمية دون أن يكون المصدر الوحيد لها. السجل العام لا يسمح لنا بقياس مساهمة غولدنهار الفردية في استحواذ Excelero. يسمح لنا برؤية أنه شغل أدوارًا مسؤولة عن جعل المنتج مفهومًا للجماهير التقنية والعملاء قبل الاستحواذ. في شركة بنية تحتية، تلك الأدوار هي جزء من كيفية تحول التكنولوجيا إلى منتج بدلاً من نتيجة مختبر. تساعد في تحديد أي العملاء يجب أن يهتموا، وأي الأمثلة مقنعة، وكيفية الإجابة على الأسئلة التي تحدد التبني.
هناك أيضًا حوكمة للمطالبات في هذا النوع من العمل. أرقام الأداء يمكن أن تكون قوية، لكنها يمكن أيضًا أن تحجب إذا لم تكن مرتبطة بالسياق. تشير الحزمة إلى ادعاءات ملايين IOPS وعبء منخفض جدًا كادعاءات من مصادر العرض. الطريقة الصحيحة لاستخدامها ليست تحويلها إلى حقائق محايدة، بل ملاحظة أن Excelero ومقدميها العامين استخدموا هذه الادعاءات للدفاع عن أن NVMe المشترك لا يجب أن يتخلى عن قيمة السرعة المحلية. هذا التأطير يبقي الأدلة صادقة مع شرح لماذا كانت الادعاءات مهمة. المشترون والمقيمون لم يكونوا يسمعون فقط أن منتجًا موجودًا؛ كانوا يسمعون اقتراحًا حول تكلفة مشاركة التخزين السريع.
نفس الحذر ينطبق على سياق hyperscale و HPC. تضع الحزمة Excelero ضمن تحولات أوسع لسوق NVMe و HPC و hyperscale والتخزين المفكك من خلال تغطية الصناعة وتأطير المضيف أو البودكاست. هذا يعني أن المنتج نوقش في علاقة مع بيئات أداء واسعة النطاق. لا يعني أن كل شركة hyperscale اعتمدته، أو أن كل عبء عمل عالي الأداء اعتمد عليه. الاستنتاج الصحيح هو أن النقاش العام حول Excelero ينتمي إلى تحول حقيقي في كيفية تفكير أهل البنية التحتية في التخزين السريع: بعيدًا عن الأجهزة المعزولة ونحو أنظمة مجمعة ومعرفة بالبرمجيات وذات عبء أقل.
وبالتالي يصبح ملف غولدنهار دراسة في كيف يبدو التأثير في البنية التحتية غالبًا. إنه مرئي في المحادثات والمقابلات وملخصات المؤتمرات وتعليم المنتج بدلاً من عمليات الإطلاق الموجهة للمستهلك. يتحرك عبر عبارات دقيقة لكنها غير براقة: تخزين مفكك، تخزين NVMe مشترك، تخزين كتل معرّف بالبرمجيات، نجاح العملاء، تخزين أصلي للسحابة. يهم المشترين الذين يهتمون بالسرعة لأن السرعة تؤثر على التكلفة والاستخدام والمخاطر التشغيلية. لديه عدم يقين لأن السجل العام عرضي. وله علامة تنظيمية ملموسة لأن Excelero استحوذت عليها NVIDIA في 2022.
نتيجة NVIDIA تبرز أيضًا أهمية البنية التحتية للذكاء الاصطناعي، لكن فقط ضمن الأدلة. يُعرِّف إعلان NVIDIA Excelero كشركة تخزين كتل معرّف بالبرمجيات ويضع الاستحواذ في علاقة مع مراكز بيانات المؤسسات والتخزين عالي الأداء. تؤطر الحزمة الثابتة زاوية المقال كطبقة التخزين خلف اقتصاديات حوسبة الذكاء الاصطناعي و HPC ومركز البيانات. هذا هو المستوى الصحيح من الادعاء. البنية التحتية للذكاء الاصطناعي ليست فقط كود النموذج أو رقائق المسرعات. تعتمد أيضًا على تغذية الحوسبة بالبيانات وتشغيل أنظمة تخزين يمكنها مواكبة أعباء العمل المتطلبة. العمل العام الموثق لغولدنهار ينتمي إلى تلك الطبقة الداعمة. سيكون غير دقيق جعله وجهًا عامًا للذكاء الاصطناعي.
من الدقيق القول أن مشاكل التخزين التي شرحها تقع تحت أنظمة الحوسبة التي جعلت الذكاء الاصطناعي وأعباء العمل عالية الأداء الأخرى أكثر عواقب اقتصادية.
هذا التمييز هو أيضًا لماذا يجب على المقال تجنب لغة المشاهير. الشهرة هي المقياس الخطأ. عمل البنية التحتية يمكن أن يكون مهمًا لأنه يقلل من قيد، أو يوضح قرار شراء، أو يساعد منظمة على تبني نظام صعب. يُظهر السجل العام لغولدنهار تلك الوظائف حول التخزين. الأهمية عملية: لقد ساعد في توضيح كيف يمكن للعملاء التفكير في NVMe المشترك، وما أعباء العمل التي تبرر الحالة، وما مشاكل الهندسة المعمارية التي كان لا بد من حلها، ولماذا كانت فئة المنتج مهمة بما يكفي لاستيعابها في شركة بنية تحتية أكبر.
لا توجد أساسات في السجل الثابت للتكهن النفسي. لا نحتاج إلى معرفة ما الذي حفزه، أو ما إذا كان منجذبًا إلى المشاكل الصعبة، أو كيف نظر إلى مسار حياته المهنية. الأدلة المتاحة أكثر واقعية. ظهر في أثر برمجيات أنظمة من 1992. مثل Excelero علنًا في نقاشات بنية تحتية للتخزين من 2016-2018. تم تحديده في أدوار منتج ونجاح عملاء. ناقش حالات استخدام وقيود NVMesh. استحوذت NVIDIA على Excelero في مارس 2022. ظهر لاحقًا في تعليم تخزين أصلي للسحابة من Lightbits. تلك الحقائق كافية إذا كان المقال ينتبه إلى ما تعنيه.
تعني أن غولدنهار موضوع مفيد لملف أشخاص يتمحور حول البنية التحتية لأنه يقف عند تقاطع أداء الجهاز والأنظمة المشتركة وتبني العملاء. القصة التقنية العامة ليست "أصبح التخزين أسرع." إنها "كان يجب أن يصبح التخزين السريع قابلاً للاستخدام من قبل العديد من أعباء العمل دون فقدان الأسباب التي جعلته قيمًا." القصة التنظيمية ليست "باع مدير تنفيذي مشهور شركة." إنها "شركة كانت تدافع علنًا عن تخزين كتل مفكك معرّف بالبرمجيات تم استحواذها لاحقًا من قبل NVIDIA، وأحد أصواتها المرئية في المنتج/نجاح العملاء أمضى سنوات في شرح الهندسة المعمارية وسطح العميل." عدم اليقين ليس عيبًا في القصة.
إنه شكل سجل عام مبني من ظهورات صناعية بدلاً من سيرة ذاتية شاملة.
المقياس النهائي للملف هو ما إذا كان يشرح لماذا يجب أن يهتم القارئ. غولدنهار مهم لأن اقتصاد البنية التحتية يعتمد على الأشخاص الذين يجعلون الطبقات المخفية مفهومة تشغيليًا. قد يختبر فريق قاعدة بيانات، أو مجموعة بحث، أو منصة افتراضية، أو منظمة علوم بيانات، أو بيئة عالية الأداء التخزين كحد أداء قبل فترة طويلة من رؤيته كفئة صناعية. شخص ما يجب أن يترجم الهندسة المعمارية الأساسية إلى قرارات يمكن لتلك الفرق التصرف بناءً عليها. في السجل العام الثابت، قام غولدنهار بذلك العمل حول NVMesh من Excelero واستمر لاحقًا في الظهور في تعليم التخزين للبيئات السحابية الأصلية.
هذا شكل أضيق من الأهمية من الشهرة العامة، وهو أيضًا أكثر دوامًا. قد تتغير المنتجات الدقيقة وحدود الشركة. تبقى المشكلة الأساسية: الحوسبة السريعة مقيدة بالأنظمة التي تغذي البيانات وتحميها وتضعها. الأشخاص الذين يمكنهم شرح تلك الأنظمة من حيث أعباء العمل الحقيقية وقيود التبني والنتائج التنظيمية يشكلون البنية التحتية بطرق يسهل تفويتها من الخارج. السجل الموثق لجوش غولدنهار ينتمي إلى تلك الفئة. إنه سجل ترجمة في طبقة التخزين، أصبح مرئيًا من خلال NVMesh، وقوس Excelero العام، واستحواذ NVIDIA، والحاجة المستمرة لجعل التخزين يعمل داخل المنصات التي تعتمد عليها الحوسبة الحديثة.