بمتوسط حوالي 10 عمليات استحواذ سنويًا منذ عام 2017 ، أصبحت مجموعة Access Group جيدة في دمج الأنظمة المتباينة في مكدس تكنولوجيا المعلومات.
ولكن انتهى الأمر أيضًا ببنية تحتية متنوعة للغاية للتخزين وصعوبات متعددة عندما يتعلق الأمر بالحفاظ عليها.
في هذه المقابلة ، نتحدث إلى Rolf Krolke ، مدير التكنولوجيا الإقليمي APAC لمجموعة Access. إنها أكبر شركة برمجيات مقرها المملكة المتحدة ، حيث تبلغ حوالي 10 مليارات جنيه إسترليني و 7500 موظف ، وتوفر تطبيقات أعمال إلى 100000 منظمة في جميع أنحاء العالم.
تحدثنا إلى Krolke وهو يشرع في تحديث التخزين ، والذي سيشهد العديد من أجهزة موردي التخزين القضائية استبدالها بتخزين خالص تخزين جميع الفلاش المصفوفات ، تم شراؤها على أساس الخدمة ، ومع خطط لاستخدام الشركة سحابة بيانات المؤسسة منصة إدارة البيانات ، وكذلك PortWorx إدارة الحاويات بيئة.
سيشهد المشروع تخزينًا موحدًا إلى 10 بيانات على مستوى العالم ، مع إجمالي السعة التي تعمل إلى عشرات من البترات.
وقعنا مع Krolke في حدث Pure’s Accelerate في لاس فيجاس الأسبوع الماضي وسألوه عن:
التحديات الرئيسية التي يواجهها كمدير للتكنولوجيا ؛
كيف تدمج شركة مثل مجموعة Access Group أنظمة متباينة متعددة أثناء نشاط عمليات الدمج والاستحواذ الشديدة (M&A) ؛
كيف سيؤثر الانتقال إلى بيئة تخزين حديثة ذات مزود واحد على المهارات في المنظمة.
كمدير للتكنولوجيا ، ما هي أكبر التحديات التي تواجهها؟
نظرًا لأننا نمت من خلال عمليات الاندماج والشراء ، فقد انتهى بنا المطاف مع الكثير من البنية التحتية المختلفة ، والكثير من الشركات المختلفة الحجم ، في مستويات استحقاق مختلفة.
[That means] لدينا بيانات في كل مكان ، [so the challenge is] كيف نجمع ذلك؟ وكيف نجلب ذلك إلى العمارة المرجعية على الرغم من عدم التأثير على أداء الشركة والإيرادات والاستقرار والتوافر؟
حتى الآن ، قمنا بنشر FlashArray X وسلسلة XL. نحن الآن ننظر إلى Portworx أثناء الانتهاء من استراتيجية الحاويات الخاصة بنا وما هي منصات الحاويات التي نريد استخدامها
رولف كروكي ، مجموعة الوصول
أعتقد أن الآخر يدور حول دمج منصاتنا المختلفة ، التي لدينا مرة أخرى ، مرة أخرى [gained] من خلال M&A. عادة ، ما الذي سيحدث هو أن تبني شيئًا وتنمو فيه عضويًا ، لكننا ننمو بشكل غير عضوي. نشاط M&A لدينا مجنون.
نحن شركة فضولية للغاية ، وهي رائعة للغاية ، ولكن هناك الكثير من العمل حول جانب التكامل. لذا ، فإن الأمر يتعلق حقًا بمواكبة ما يتعين علينا القيام به للتأكد من أن هذا انتقال سلس ولا نؤثر على هذه العملية برمتها ، ولكن بعد ذلك نبحث في كيفية الحصول على ذلك في بنية المرجعية الموحدة.
ندير هذا التكامل عن كثب لأن ما لا نريد القيام به هو الذهاب ، “أوه ، تهانينا ، لقد اشترينا لك الآن. سنقوم بنقل كل شيء لأنه من الواضح أننا لا نستطيع كسره”.
ما هو قالب كيفية دمج تكنولوجيا المعلومات التي تكتسبها في عمليات الدمج والاستحواذ هذه؟
انهم جميعا أحجام مختلفة. أعتقد أن ما لدينا هو قالب الحد الأدنى العاري الذي نحتاج إلى القيام به.
هذا يعني أشياء بسيطة مثل ترحيل حسابات السحابة العامة الخاصة بهم بموجب حسابات السحابة العامة لدينا ، لذلك نستفيد من إنفاقنا الملتزم مع AWS [Amazon Web Services] و Microsoft. نطرح أدوات الأمان الخاصة بنا ، لذلك نعلم أن كل شيء آمن. ربما هذا هو الحد الأدنى الذي نفعله.
ولكن بعد ذلك ، يتم كل واحد منهم على أساس كل حالة على حدة ، ويعتمد على كيفية تثبيته ، وكيف تبدو دورات التطوير ، خطوط الأنابيب، المنصات المستخدمة.
نقوم أيضًا بتقييم لمعرفة ما إذا كان هناك منصة لا نريد استخدامها ، مثل ما إذا كنا نشتري الشركات التي تستخدم Alibaba أو واحدة من الشركات المحظورة.
لكن لدينا قالبًا قياسيًا بسيطًا لما نقوم به كحد أدنى ، ثم نقضي الـ 18 شهرًا القادمة في العمل معهم ، أو ما يصل إلى 18 شهرًا ، اعتمادًا على الحجم ، لإحضارهم.
هل يمكن أن تخبرنا المزيد عن Access EVO؟ كيف ستسهل البنية التحتية الجديدة ما يمكنك القيام به على مستوى EVO؟
ما سيسمح لنا أن نفعله هو ، خاصة كما [Pure] يخرج الانصهار ، أحضر الذكاء الاصطناعي [artificial intelligence] أقرب إلى البيانات. لذلك ، بدلاً من الاعتماد على الأنظمة المتباينة ، يمكننا البدء في النظر في وضع قرون الذكاء الاصطناعى داخل ماركات البيانات حيث ستكون البيانات ، وتشغيل هذه الاستعلامات من هناك.
هذا من المحتمل أن يكون هناك فائدة واحدة لوضع هذا على طبقة البيانات هذه. أعتقد أن هذا هو الرئيسي ، بالإضافة إلى إدارة تلك البيانات وحجمها والمقياس ، لأنه مع بدء العملاء من استخدامه ، سيقومون بإنشاء المزيد من البيانات ، وسوف يضعون المزيد من البيانات هناك.
لدينا بعض حالات الاستخدام المثيرة للاهتمام حقًا ، وخاصة في أستراليا ، حيث نطلقها على أحد منصات كشوف المرتبات الخاصة بنا وستكون هذه هي المرة الأولى التي نتفاعل فيها مع العميل. كما في ، مع بياناتهم ، لأنهم يديرونها. لذلك ، قد يكون جالسًا على خادم أو كمبيوتر محمول تقليدي ، ثم مع EVO ، سيقومون الآن بتوصيل ذلك في بيئتنا وسيكونون قادرين على إجراء تحليلات على بياناتهم من خلال Copilot داخل EVO.
ما الذي دفع مشروع تحديث التخزين؟ هل كانت هناك بعض القيود في السيناريو الحالي؟
نعم ، كانت هناك قيود.
كان أحد السائقين الرئيسيين ، بصرف النظر عن الإدارة المركزية ، هو عدم وجود ترقيات غير انتقائية. الترقيع الشهري ، كل شخص خائف من القيام بذلك. لا أحد يريد التصحيح لأنك لا تعرف أبدًا ما ستجده.
وفي كثير من الأحيان ، حاولنا تصحيح البنية التحتية ، وكان لدينا مشاكل وتسببوا في انقطاع التيار الكهربائي. لكن ما أحببناه ، ونوعنا الذي باعنا حقًا على نقي ، هو حقيقة أننا نستطيع القيام بالترقيات غير الانتقائية. وقد وضعنا ذلك من خلال خطواتها. لقد قمت بترقية غير انتقائية في منتصف الإنتاج يوم الاثنين ، ولم يكن أحد يعرف ذلك.
أحد برامج التشغيل الرئيسية [for our storage refresh] كان الافتقار إلى ترقيات غير انتقائية. ما أحببنا [about] النقية هي حقيقة أنه يمكننا القيام بالترقيات غير الانتقائية
رولف كروكي ، مجموعة الوصول
في السابق ، كان إجراء ترقيات البنية التحتية عملية طويلة. حتى مع وجود البرامج الثابتة والتصحيح القياسية ، كان يجب أن يكون تمرينًا مخططًا له باستخدام الكثير من الأشخاص على مدى فترة طويلة من الزمن.
كان ذلك بسبب البنية التحتية المختلطة – وأن العديد من الموردين عبر التخزين والحساب لا يسهلون دائمًا.
وكنا دائمًا في اثنين أو ثلاثة بسبب أهمية تلك البقع التي نحتاج إلى القيام بها. واعتمادًا على الوقت الذي قمت فيه ، فأنت في بعض الأحيان تحتاج إلى القيام بالأول الأول ، ثم التالي ، ثم التالي. ولا يمكننا حقًا تحويل بلانا [storage area networks] عن.
نحن بصدد طرح نقي. لقد كنا في تلك الرحلة لمدة 12 شهرًا تقريبًا ، وعلى مدار السنوات التالية ، سنضع نقيًا بينما نخرج التخزين الحالي الذي اشتريناه قبل سنوات أو اكتسبناه من خلال عمليات الاندماج والشراء. لا يمكننا فقط القيام بتمزيق واستبدال لأننا بحاجة إلى تشغيل الأصول.
حتى الآن ، قمنا بنشر FlashArray X وسلسلة XL. نحن الآن ننظر إلى PortWorx أثناء الانتهاء من استراتيجية الحاويات الخاصة بنا وما هي منصات الحاويات التي نريد استخدامها.
نحن نبحث أيضًا في متجر سحابة بلوك ، خاصة بالنسبة لنا [Microsoft] بيئات Azure و AWS ، لمعرفة كيف يمكننا بعد ذلك إحضار البيانات التي لدينا هناك في بيئة 1 Pure 1 لإدارة ذلك. وبعد ذلك ، أنا مهتم حقًا بالانصهار ، وكيف يمكننا أن ننظر إلى استخدام ذلك لنقل أعباء العمل حول النتيجة التي نحاول تحقيقها.
هل تمكنت من قياس أي فوائد حتى الآن؟
لقد قللنا بشكل كبير عدد انقطاع التيارنا. لقد قللنا التكلفة الإجمالية للملكية. ليس لدي الأرقام. لقد رأينا انخفاضًا في الأحداث التي تؤثر على الخدمة.
مع تقدم تحديث التخزين ، كيف يبدو Reskilling ، إذا كان هناك أي ، بين ما يفعله الأشخاص التخزين الخاص بك الآن وماذا سيفعلون في المستقبل؟
الشيء الوحيد العظيم في نشر نقي هو [it means] يمكن لرجال التخزين الذهاب والقيام بأشياء أخرى ، لأن إجمالي الإدارة النفقات العامة أقل.
اعتدنا أن يكون لدينا هذه الصوامع ، مثل منصة أو فرق البنية التحتية. هذا هو تحطيم تلك الصوامع.
سيكون لدينا عدة أدوات. لذلك ، سيقومون بإدارة التخزين ، والحساب ، والمنصة بأكملها ، وكل شيء داخل مركز البيانات. سوف يغطيون كل شيء. الكثير منهم يفعلون الآن. لذلك لا أعتقد أننا بحاجة إلى هذا الشخص التخزين.
لكنني أعتقد أن فرق البنية التحتية التقليدية لدينا تحتاج إلى الحصول على سرعة مع المهارات التي لديك الآن ، مثل Cloudops أو فريق DevOps الذي يعرفه. إنهم بحاجة إلى معرفة قواعد الشبكات والتخزين والحساب وقواعد البيانات. إنهم بحاجة إلى معرفة كل تلك الأشياء التي يحتاجها أي شخص في السحابة العامة ، والتي تحتاجها فرق البنية التحتية هذه.
