تخيل سيناريو بسيطًا حيث يتصل تطبيق ويب للتجارة الإلكترونية بنقطة نهاية API تُرجع معلومات عن طلب عميل. على مستوى التطبيق، يبدو هذا عملية بسيطة جدًا. لكن يحدث الكثير تحت الغطاء. أولًا، يستعلم العميل عن نظام أسماء النطاقات (DNS) للحصول على عنوان IP المرتبط بنقطة نهاية API. قد يُرجع نظام أسماء النطاقات عنوان موازن الحمل بدلاً من عنوان خادم تطبيق محدد. ثم تحدد نظام التشغيل كيفية إرسال الحزم إلى عنوان IP ذلك. قد يختار إرسالها عبر الشبكة المحلية أو مزود خدمة الإنترنت (ISP) أو عدة أجهزة توجيه أخرى. الهدف النهائي هو وصول حزم البيانات إلى شبكة الوجهة. البروتوكول الأكثر شيوعًا المستخدم لهذا الغرض هو HTTP. ومع ذلك، قبل أن يتمكن HTTP من إرسال الطلب، عادةً ما يحتاج العميل إلى إنشاء شكل من أشكال الاتصال بخادم الوجهة. مع HTTPS التقليدي، يعني ذلك إنشاء اتصال TCP. في هذا النوع من الاتصال، يقوم العميل والخادم بإجراء مصافحة عن طريق تبسيط بعض الحزم الأولية حتى يعرف الطرفان أن الاتصال قد تم إنشاؤه. ثم يقوم العميل والخادم بإجراء مصافحة TLS. فقط بعد ذلك يمكن إرسال طلب HTTP بشكل آمن. يستقبل موازن الحمل الطلب، ويختار مثيل تطبيق سليمًا، ويحيل الطلب. تقوم التطبيق بعمله ويرسل الرد عبر نفس المسار. كل هذا يقع ضمن نطاق الشبكات. بسبب طبيعته المنتشرة، تصبح الشبكات تخصصًا مهمًا للغاية للمطورين لإتقانه.