أداة الشبكة
كتب نيكولاس كار كتابًا ثوريًا منذ ما يقرب من عقدين من الزمن أنذر بالضبط أين وصلت Enterprise IT في ذلك الوقت. اسمحوا لي أن أبدأ بإعادة صياغة أطروحته ثم أشرح لماذا هذا الأمر مناسب جدًا في عالم اليوم.
يتحدث كار عن كيفية استخدام الشركات لتوليد قوتها الخاصة. منذ أكثر من قرن مضى، كانت شركات الثورة الصناعية تدير بشكل روتيني عجلات المياه أو مولدات البخار أو مولدات الطاقة التي تعمل بالفحم لتوفير الكهرباء الثمينة التي تحتاجها. لكن تبين أن هذا كان حلاً دون المستوى الأمثل لعدة أسباب:
- كانت القوة غير موثوقة (غالبًا ما تنهار)
- لقد كان بناء مولدات طاقة حسب الطلب مكلفًا للغاية
- كانت تفتقر إلى خفة الحركة. إذا احتاجت شركة ما إلى مزيد من القوة، فقد يستغرق الأمر شهورًا أو حتى سنوات لتكثيفها
- وأخيرًا، أخذ العمل بعيدًا عما كان من المفترض حقًا القيام به (بناء السيارات، تصنيع الصلب، إلخ.)
كان الحل هو شراء الطاقة من شركة تم تشكيلها للتركيز فقط على توليد الطاقة (أي مرافق الطاقة). كانت الفوائد فورية:
- مصدر طاقة أكثر موثوقية
- القدرة على توسيع نطاق استخدام الطاقة لأعلى ولأسفل بسرعة (حسب الحاجة)
- أقل غلاء
- سمح للشركة بالتركيز على أعمالها الأساسية
يمضي كار بعد ذلك للإشارة إلى أن تكنولوجيا المعلومات تواجه نفس المعضلة الدقيقة: هل ينبغي أن يبنوا نسيجًا مخصصًا للحوسبة أم يستهلكون التكنولوجيا “كخدمة”؟ كان كار صحيحًا بشكل أساسي، وكانت ملاحظاته نذيرًا بهجرة كبيرة إلى السحابة و SaaS.
لماذا لا يتم الاتصال بالشبكات؟
ولكن بينما تم ترحيل الحوسبة والبيانات إلى “كخدمة” ، فإن الشبكات لم تفعل ذلك. لا يزال قسم تكنولوجيا المعلومات يبني شبكات مخصصة – ويقوم بذلك بتكلفة كبيرة! إن الطريقة التي نبني بها الشبكات اليوم لها نفس عيوب القوة المصممة حسب الطلب في أوائل القرن العشرين:
- عدم موثوقية الشبكة (انقطاع التيار الكهربائي والانقطاع)
- مكلف للغاية لبناء شبكات مخصصة
- كانت تفتقر إلى الرشاقة والأمان. يستغرق توفير الشبكات أسابيع وشهورًا
- وأخيرًا، فإنه يأخذ أعمال اليوم بعيدًا عما يفترض بنا فعله حقًا
أرى مخاطر بناء شبكات مخصصة كل يوم وأعتقد أن الإجابة واضحة. تمامًا كما أخبرنا كار منذ ما يقرب من عقدين من الزمن، نحتاج إلى تحويل الشبكات إلى سلعة. دع شخصًا آخر – أداة مساعدة للشبكات – يبني الشبكة ويحافظ عليها.
ماذا عن SD-WAN؟
انتظر، ألم يكن من المفترض أن يصلح SD-WAN هذا؟ حسننا، لا. كان هدف SD-WAN في المقام الأول هو خفض التكاليف من خلال الاستفادة من عرض النطاق الترددي للسلع الرخيصة. وثانياً، لتسهيل بناء شبكة مخصصة. إجابة خاطئة – لا نحتاج إلى طريقة أسهل لبناء الشبكة. نحن بحاجة إلى التوقف عن بناء الشبكة.
ثم هناك SASE. تعيدنا SASE إلى أيام MPLS بأداء أقل وعناصر تحكم في الميزات داخل الشبكة (التحكم الافتراضي في المسار، والتوجيه القائم على الأداء، وتحديات جودة الخدمة). بالإضافة إلى ذلك، لدى SASE مشكلات خطيرة في رؤية الشبكة والمراقبة، مما يؤدي إلى مخاطر تشغيلية. SASE هو في الواقع خطوة إلى الوراء.
كيف يبدو استهلاك الشبكات من أداة الشبكة المساعدة؟
يشبه إلى حد كبير استهلاك الطاقة من مِرفَق الطاقة. يجب أن يكون التوفير عبارة عن نقرات ودقائق، وليس أسابيع وشهور. وتركز تكنولوجيا المعلومات على تحديد السياسة وليس بناء الشبكة. ونتائج السماح لشخص آخر ببناء الشبكة وصيانتها؟
- التكلفة الإجمالية للملكية تنخفض كثيرًا
- يرتفع الأداء كثيرًا
- الموثوقية ترتفع
- يصبح الأمان مضمنًا
- و … يمكن أن تركز تكنولوجيا المعلومات على المكتب الأمامي، والعمل عالي القيمة الذي يحول الأعمال
العودة إلى المستقبل
ظهرت أولى مرافق الطاقة منذ 140 عامًا. ماذا حدث؟ أصبحت الطاقة أكثر كفاءة وموثوقية وأمانًا. تقدمت الصناعة بسرعة أكبر، خالية من الحاجة إلى إنفاق موارد قيمة لتوليد الطاقة. وجاء التقدم في الطاقة بسرعة أكبر (التيار المتردد، والحالة الصلبة، والتقدم المطرد الذي أدى إلى الشبكة الذكية الرقمية بالكامل اليوم).
نحن بحاجة إلى أن نفعل الشيء نفسه للتواصل. فقط تخيل ما الذي ستنجزه الصناعة دون إضاعة الوقت في إدارة شبكاتهم الخاصة. كان نيكولاس كار على حق.
المصدر: networkcomputing
شاهد المزيد:
إنشاء موقع ويب ووردبريس Wordpress
