{"id":269486,"date":"2023-12-11T11:40:00","date_gmt":"2023-12-11T16:40:00","guid":{"rendered":"https:\/\/www.webscale.com\/?page_id=269486"},"modified":"2023-12-11T11:55:04","modified_gmt":"2023-12-11T16:55:04","slug":"solving-the-edge-puzzle","status":"publish","type":"page","link":"https:\/\/www.webscale.com\/solving-the-edge-puzzle\/","title":{"rendered":"Solving the Edge Puzzle"},"content":{"rendered":"<p>[et_pb_section fb_built=&#8221;1&#8243; background_color_gradient_start=&#8221;rgba(255,255,255,0)&#8221; background_color_gradient_end=&#8221;#fafafa&#8221; custom_padding=&#8221;0px||0px||false|false&#8221; module_id=&#8221;top&#8221; _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;d861f0f5-da8b-4f66-b355-a3d169067e0b&#8221; background_color=&#8221;#F9F9F9&#8243; background_image=&#8221;https:\/\/www.webscale.com\/wp-content\/uploads\/2023\/05\/Intelligent-CloudOps-TechGuide-banner.jpg&#8221; background_position=&#8221;bottom_center&#8221; locked=&#8221;off&#8221; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;][et_pb_row use_custom_gutter=&#8221;on&#8221; make_equal=&#8221;on&#8221; custom_padding_last_edited=&#8221;on|phone&#8221; _builder_version=&#8221;4.22.0&#8243; _module_preset=&#8221;default&#8221; min_height=&#8221;280px&#8221; custom_padding=&#8221;||||false|false&#8221; custom_padding_tablet=&#8221;45px||45px||true|false&#8221; custom_padding_phone=&#8221;45px||45px||false|false&#8221; custom_css_main_element=&#8221;margin: auto;&#8221; global_colors_info=&#8221;{}&#8221; custom_css_main_element_last_edited=&#8221;off|phone&#8221; custom_css_main_element_phone=&#8221;padding: 45px 0px !important;||margin: auto;&#8221; theme_builder_area=&#8221;post_content&#8221;][et_pb_column custom_padding_last_edited=&#8221;on|tablet&#8221; custom_padding_tablet=&#8221;||30px||false|false&#8221; type=&#8221;4_4&#8243; _builder_version=&#8221;4.22.0&#8243; _module_preset=&#8221;de2119b1-402d-404b-9217-053c208b8d93&#8243; custom_padding_phone=&#8221;||30px||false|false&#8221; custom_css_main_element=&#8221;margin:auto;&#8221; pac_dcm_carousel_specific_module_num=&#8221;0&#8243; global_colors_info=&#8221;{}&#8221; custom_css_main_element_last_edited=&#8221;off|phone&#8221; custom_css_main_element_tablet=&#8221;margin:auto;&#8221; custom_css_main_element_phone=&#8221;||padding: 4vw 0vw;&#8221; theme_builder_area=&#8221;post_content&#8221;][et_pb_text header_2_font=&#8221;|800|||||||&#8221; header_2_font_size=&#8221;34px&#8221; header_2_text_align=&#8221;center&#8221; module_class=&#8221;grd-vio-blu&#8221; _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;89276b3f-80d6-4fef-bf6d-525db5d9f1c3&#8243; text_text_color=&#8221;#231F20&#8243; text_font_size=&#8221;20px&#8221; header_font=&#8221;|800|||||||&#8221; header_text_align=&#8221;center&#8221; header_text_color=&#8221;#FF6700&#8243; header_font_size=&#8221;40px&#8221; text_orientation=&#8221;center&#8221; background_layout=&#8221;dark&#8221; custom_margin=&#8221;||0px||false|false&#8221; custom_padding_tablet=&#8221;&#8221; custom_padding_phone=&#8221;60px||||false|false&#8221; custom_padding_last_edited=&#8221;on|phone&#8221; filter_brightness=&#8221;120%&#8221; filter_contrast=&#8221;90%&#8221; custom_css_main_element=&#8221;margin: auto;&#8221; custom_css_free_form=&#8221;h1 {||  font-weight: 800 !important;||}&#8221; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;]<\/p>\n<h1>Solving the Edge Puzzle<\/h1>\n<p>[\/et_pb_text][et_pb_text header_2_font=&#8221;|800|||||||&#8221; header_2_font_size=&#8221;34px&#8221; header_2_text_align=&#8221;center&#8221; admin_label=&#8221;sub-title&#8221; module_class=&#8221;sub-title&#8221; _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;89276b3f-80d6-4fef-bf6d-525db5d9f1c3&#8243; text_text_color=&#8221;#F9F9F9&#8243; text_font_size=&#8221;20px&#8221; header_font=&#8221;|600|||||||&#8221; header_text_align=&#8221;center&#8221; header_text_color=&#8221;#FF6700&#8243; text_orientation=&#8221;center&#8221; background_layout=&#8221;dark&#8221; max_width=&#8221;700px&#8221; custom_padding_phone=&#8221;30px||||false|false&#8221; custom_padding_last_edited=&#8221;off|desktop&#8221; custom_css_main_element=&#8221;margin: auto;&#8221; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;]<\/p>\n<p><span>A breakdown of the expected and unexpected building blocks required to build optimized distributed systems.<\/span><\/p>\n<p>[\/et_pb_text][et_pb_button button_url=&#8221;https:\/\/www.webscale.com\/wp-content\/uploads\/2023\/12\/Solving-the-Edge-Puzzle-Tech-Guide.pdf&#8221; button_text=&#8221;Downloadable Version&#8221; button_alignment=&#8221;center&#8221; module_class=&#8221;learn-more wht-btn mr-at wd-240&#8243; _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;default&#8221; custom_button=&#8221;on&#8221; button_text_size=&#8221;17px&#8221; button_border_width=&#8221;1px&#8221; button_use_icon=&#8221;off&#8221; custom_margin_tablet=&#8221;&#8221; custom_margin_phone=&#8221;||45px||false|false&#8221; custom_margin_last_edited=&#8221;on|phone&#8221; custom_padding=&#8221;10px|20px|10px|20px|true|true&#8221; locked=&#8221;off&#8221; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;][\/et_pb_button][\/et_pb_column][\/et_pb_row][\/et_pb_section][et_pb_section fb_built=&#8221;1&#8243; _builder_version=&#8221;4.22.0&#8243; _module_preset=&#8221;aebe6dc6-9ffb-4499-a173-a29003902839&#8243; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;][et_pb_row column_structure=&#8221;1_4,3_4&#8243; _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;default&#8221; custom_margin=&#8221;0px||||false|false&#8221; custom_padding=&#8221;0px||||false|false&#8221; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;][et_pb_column type=&#8221;1_4&#8243; module_id=&#8221;left-col&#8221; disabled_on=&#8221;on|on|off&#8221; _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;d032e66e-c0ed-44ab-8df9-ee7f9420ce5d&#8221; pac_dcm_carousel_specific_module_num=&#8221;0&#8243; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;][et_pb_text header_2_font=&#8221;|800|||||||&#8221; header_2_font_size=&#8221;34px&#8221; header_2_text_align=&#8221;center&#8221; ul_type=&#8221;none&#8221; disabled_on=&#8221;off|off|off&#8221; module_id=&#8221;table-of-cont&#8221; module_class=&#8221;li-content&#8221; _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;89276b3f-80d6-4fef-bf6d-525db5d9f1c3&#8243; link_font=&#8221;||||||||&#8221; link_text_color=&#8221;#b0b0b0&#8243; background_enable_color=&#8221;off&#8221; width=&#8221;375px&#8221; max_width=&#8221;375px&#8221; module_alignment=&#8221;left&#8221; max_height=&#8221;400px&#8221; custom_padding=&#8221;60px|25px|25px|25px|false|true&#8221; sticky_position=&#8221;top&#8221; sticky_offset_top=&#8221;150px&#8221; sticky_limit_top=&#8221;section&#8221; sticky_limit_bottom=&#8221;section&#8221; motion_trigger_start=&#8221;bottom&#8221; link_font_last_edited=&#8221;off|desktop&#8221; sticky_position_tablet=&#8221;top&#8221; sticky_position_phone=&#8221;none&#8221; sticky_position_last_edited=&#8221;off|desktop&#8221; custom_css_main_element=&#8221;margin-top: 60px;&#8221; custom_css_free_form=&#8221;.et_pb_text_2.et_pb_text a {||      padding: 5px 0px;||}&#8221; border_color_all=&#8221;#eaeaea&#8221; global_colors_info=&#8221;{}&#8221; link_text_color__hover_enabled=&#8221;on|hover&#8221; link_text_color__hover=&#8221;#FF6700&#8243; theme_builder_area=&#8221;post_content&#8221;]<\/p>\n<h3>Table of Contents:<\/h3>\n<ul>\n<li class=\"intro\"><a href=\"#link1\">Introduction: The Edge Puzzle<\/a><\/li>\n<li class=\"intro\"><a href=\"#link2\">The Complexities of Replicating the Cloud Developer Experience at the Edge<\/a><\/li>\n<li class=\"intro\"><a href=\"#link3\">How to Approach Application Selection, Deployment, and Management for the Edge<\/a><\/li>\n<li class=\"intro\"><a href=\"#link4\">The Complexities of Building and Operating Edge Networks and Infrastructure<\/a><\/li>\n<li class=\"intro\"><a href=\"#link5\">Conclusion: Overcoming the Complexities<\/a><\/li>\n<\/ul>\n<p>[\/et_pb_text][\/et_pb_column][et_pb_column type=&#8221;3_4&#8243; module_id=&#8221;right-col&#8221; _builder_version=&#8221;4.22.0&#8243; _module_preset=&#8221;d032e66e-c0ed-44ab-8df9-ee7f9420ce5d&#8221; pac_dcm_carousel_specific_module_num=&#8221;0&#8243; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;][et_pb_code _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;default&#8221; min_height=&#8221;20px&#8221; hover_enabled=&#8221;0&#8243; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221; sticky_enabled=&#8221;0&#8243;]<script><!-- [et_pb_line_break_holder] -->    jQuery(document).ready(function($) {<!-- [et_pb_line_break_holder] -->        if ($(window).width() > 1200) {<!-- [et_pb_line_break_holder] -->            $('#right-cont').appendTo('#right-col');<!-- [et_pb_line_break_holder] -->        }<!-- [et_pb_line_break_holder] -->      <!-- [et_pb_line_break_holder] -->            $('#table-of-cont li a').on('click', function(e) {<!-- [et_pb_line_break_holder] -->            e.preventDefault(); \/\/ Prevent default link behavior<!-- [et_pb_line_break_holder] -->            $('#table-of-cont li').removeClass('active');<!-- [et_pb_line_break_holder] -->            $(this).parent('li').addClass('active');<!-- [et_pb_line_break_holder] -->        });<!-- [et_pb_line_break_holder] -->       $('.et-db #et-boc .et-l #table-of-cont.li-content li').addClass('scroll');<!-- [et_pb_line_break_holder] -->       $('#table-of-cont li a').hover(<!-- [et_pb_line_break_holder] -->            function() {<!-- [et_pb_line_break_holder] -->                \/\/ Mouse enter event<!-- [et_pb_line_break_holder] -->                $('.et-db #et-boc .et-l #table-of-cont.li-content li').removeClass('scroll');<!-- [et_pb_line_break_holder] -->            },<!-- [et_pb_line_break_holder] -->            function() {<!-- [et_pb_line_break_holder] -->                \/\/ Mouse leave event<!-- [et_pb_line_break_holder] -->                $('.et-db #et-boc .et-l #table-of-cont.li-content li').addClass('scroll');<!-- [et_pb_line_break_holder] -->            }<!-- [et_pb_line_break_holder] -->        );<!-- [et_pb_line_break_holder] --> <!-- [et_pb_line_break_holder] -->        $(window).scroll(function() {<!-- [et_pb_line_break_holder] -->            var height = $(window).scrollTop();<!-- [et_pb_line_break_holder] -->            console.log(height);<!-- [et_pb_line_break_holder] --><!-- [et_pb_line_break_holder] -->            var bottom = $(document).height() - $(window).height() - $(window).scrollTop() + 750;<!-- [et_pb_line_break_holder] --><!-- [et_pb_line_break_holder] -->            \/\/ Attach click event handler to elements matching the selector<!-- [et_pb_line_break_holder] -->            if ($(document).scrollTop() < 5987) {<!-- [et_pb_line_break_holder] -->                $('#table-of-cont').css('top', '60px');<!-- [et_pb_line_break_holder] -->            }<!-- [et_pb_line_break_holder] -->            if ($(document).scrollTop() > 450) {<!-- [et_pb_line_break_holder] -->                $('.et-db #et-boc .et-l #table-of-cont.li-content li.scroll').removeClass('active');<!-- [et_pb_line_break_holder] -->                $('.et-db #et-boc .et-l #table-of-cont.li-content li.scroll:nth-child(1)').addClass('active');<!-- [et_pb_line_break_holder] -->            }<!-- [et_pb_line_break_holder] -->            if ($(document).scrollTop() > 1880) {<!-- [et_pb_line_break_holder] -->                $('.et-db #et-boc .et-l #table-of-cont.li-content li.scroll').removeClass('active');<!-- [et_pb_line_break_holder] -->                $('.et-db #et-boc .et-l #table-of-cont.li-content li.scroll:nth-child(2)').addClass('active');<!-- [et_pb_line_break_holder] -->            }<!-- [et_pb_line_break_holder] -->            if ($(document).scrollTop() > 7670) {<!-- [et_pb_line_break_holder] -->                $('.et-db #et-boc .et-l #table-of-cont.li-content li.scroll').removeClass('active');<!-- [et_pb_line_break_holder] -->                $('.et-db #et-boc .et-l #table-of-cont.li-content li.scroll:nth-child(3)').addClass('active');<!-- [et_pb_line_break_holder] -->            }<!-- [et_pb_line_break_holder] -->            if ($(document).scrollTop() > 13560) {<!-- [et_pb_line_break_holder] -->                $('.et-db #et-boc .et-l #table-of-cont.li-content li.scroll').removeClass('active');<!-- [et_pb_line_break_holder] -->                $('.et-db #et-boc .et-l #table-of-cont.li-content li.scroll:nth-child(4)').addClass('active');<!-- [et_pb_line_break_holder] -->            }<!-- [et_pb_line_break_holder] -->            if ($(document).scrollTop() > 20580) {<!-- [et_pb_line_break_holder] -->                $('.et-db #et-boc .et-l #table-of-cont.li-content li.scroll').removeClass('active');<!-- [et_pb_line_break_holder] -->                $('.et-db #et-boc .et-l #table-of-cont.li-content li.scroll:nth-child(5)').addClass('active');<!-- [et_pb_line_break_holder] -->            }<!-- [et_pb_line_break_holder] -->        });<!-- [et_pb_line_break_holder] -->      <!-- [et_pb_line_break_holder] -->    });<!-- [et_pb_line_break_holder] --><\/script><!-- [et_pb_line_break_holder] -->[\/et_pb_code][\/et_pb_column][\/et_pb_row][\/et_pb_section][et_pb_section fb_built=&#8221;1&#8243; background_color_gradient_start=&#8221;rgba(255,255,255,0)&#8221; background_color_gradient_end=&#8221;#fafafa&#8221; custom_padding=&#8221;0px||0px||false|false&#8221; custom_padding_last_edited=&#8221;off|phone&#8221; module_id=&#8221;right-cont&#8221; _builder_version=&#8221;4.22.0&#8243; _module_preset=&#8221;d861f0f5-da8b-4f66-b355-a3d169067e0b&#8221; background_enable_color=&#8221;off&#8221; locked=&#8221;off&#8221; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;][et_pb_row use_custom_gutter=&#8221;on&#8221; make_equal=&#8221;on&#8221; custom_padding_last_edited=&#8221;off|desktop&#8221; _builder_version=&#8221;4.22.1&#8243; _module_preset=&#8221;default&#8221; module_alignment=&#8221;center&#8221; custom_margin=&#8221;0px||||false|false&#8221; custom_padding=&#8221;0px||60px||false|false&#8221; custom_padding_tablet=&#8221;|15px||15px|false|true&#8221; custom_padding_phone=&#8221;|15px||15px|false|true&#8221; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;][et_pb_column type=&#8221;4_4&#8243; module_class=&#8221;toc&#8221; _builder_version=&#8221;4.22.0&#8243; _module_preset=&#8221;d032e66e-c0ed-44ab-8df9-ee7f9420ce5d&#8221; custom_css_main_element=&#8221;width: 100% !important;&#8221; pac_dcm_carousel_specific_module_num=&#8221;0&#8243; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;][et_pb_text header_2_font=&#8221;||||||||&#8221; header_2_font_size=&#8221;32px&#8221; header_2_text_align=&#8221;center&#8221; admin_label=&#8221;Getting Started with Varnish Cache&#8221; module_id=&#8221;link1&#8243; module_class=&#8221;dual-org&#8221; _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;89276b3f-80d6-4fef-bf6d-525db5d9f1c3&#8243; text_font=&#8221;|800|||||||&#8221; text_font_size=&#8221;50px&#8221; text_line_height=&#8221;1.2em&#8221; header_2_text_color=&#8221;#231F20&#8243; max_width_tablet=&#8221;100%&#8221; max_width_phone=&#8221;100%&#8221; max_width_last_edited=&#8221;off|desktop&#8221; module_alignment=&#8221;center&#8221; custom_margin=&#8221;||||false|false&#8221; custom_padding=&#8221;60px||||false|false&#8221; custom_padding_tablet=&#8221;60px||||false|false&#8221; custom_padding_phone=&#8221;0px||||false|false&#8221; custom_padding_last_edited=&#8221;on|phone&#8221; text_font_size_tablet=&#8221;32px&#8221; text_font_size_phone=&#8221;32px&#8221; text_font_size_last_edited=&#8221;on|tablet&#8221; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;]<\/p>\n<h2>Introduction: The Edge Puzzle<\/h2>\n<p>[\/et_pb_text][et_pb_text header_2_font=&#8221;|800|||||||&#8221; header_2_font_size=&#8221;34px&#8221; header_2_text_align=&#8221;center&#8221; module_class=&#8221;bold-org li-content link-tel&#8221; _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;89276b3f-80d6-4fef-bf6d-525db5d9f1c3&#8243; header_3_font_size=&#8221;18px&#8221; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;]<\/p>\n<blockquote>\n<p><span>While most developers have grown familiar with cloud deployment, running workloads across a distributed edge introduces an entirely new set of complexities and considerations. Moving from managing a single deployment endpoint to hundreds or more, requires a different knowledge base and skillset, particularly if different microservices also need to be served from different edge locations.<\/span><span style=\"font-weight: 400;\"><\/span><\/p>\n<\/blockquote>\n<p><span style=\"font-weight: 400;\">Nonetheless, developers are increasingly being asked to program in a new computing paradigm &#8211; both for edge computing in its own right and as part of a hybrid cloud infrastructure. Further, the parts of the application being moved closer to the end user are also changing. Initially, simple, static assets like images were the main items, but in recent years, application owners have started to migrate more advanced logic, security, and persistent data stores out to the edge. However, the adoption curve has been slow, mainly due to the extreme complexities involved in designing, building, and operating a distributed deployment model.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">For the edge to achieve the $800B mark by 2025 (as predicted in The Linux Foundation\u2019s State of the Edge Report 2021), developers must master the edge puzzle to learn to build optimized distributed systems, or partner with an Edge as a Service (EaaS) platform provider.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">What are the main complexities involved in running workloads at the edge? Let\u2019s break down the complex and always shifting puzzle into component pieces. What do developers and DevOps teams need to know to reap the rewards of edge computing?<\/span><strong><\/strong><\/p>\n<h3 style=\"text-align: center;\"><strong><\/strong><\/h3>\n<p style=\"text-align: center;\"><strong>Building for Edge is a complex and always shifting puzzle to be solved and then managed<\/strong><\/p>\n<p style=\"text-align: center;\"><strong><img decoding=\"async\" src=\"https:\/\/www.webscale.com\/wp-content\/uploads\/2023\/12\/Artboard-1-1.svg\" width=\"undefined\" height=\"undefined\" alt=\"\" class=\"wp-image-269367 aligncenter size-full\" \/><\/strong><\/p>\n<p>[\/et_pb_text][et_pb_text header_2_font=&#8221;|800|||||||&#8221; header_2_font_size=&#8221;34px&#8221; header_2_text_align=&#8221;center&#8221; admin_label=&#8221;Understanding VCL (Varnish Configuration Language)&#8221; module_id=&#8221;link2&#8243; module_class=&#8221;dual-org&#8221; _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;89276b3f-80d6-4fef-bf6d-525db5d9f1c3&#8243; max_width=&#8221;700px&#8221; module_alignment=&#8221;center&#8221; custom_padding=&#8221;60px||||false|false&#8221; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;]<\/p>\n<h2>The Complexities of Replicating the Cloud Developer Experience at the Edge<br \/><em><\/em><\/h2>\n<p>[\/et_pb_text][et_pb_text header_2_font=&#8221;|800|||||||&#8221; header_2_font_size=&#8221;34px&#8221; header_2_text_align=&#8221;center&#8221; module_class=&#8221;bold-org li-content link-tel&#8221; _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;89276b3f-80d6-4fef-bf6d-525db5d9f1c3&#8243; text_font=&#8221;||||||||&#8221; header_5_font=&#8221;||||||||&#8221; header_5_text_color=&#8221;#007a87&#8243; header_5_font_size=&#8221;26px&#8221; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;]<\/p>\n<h3><strong>The Context: Moving from the Cloud to the Edge<\/strong><\/h3>\n<p><strong><\/strong><\/p>\n<p>Whether using AWS, Azure, GCP, Digital Ocean, or a more niche provider, the dev experience is fairly similar, no matter which cloud you\u2019re on. For a developer, cloud workloads typically include:<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/www.webscale.com\/wp-content\/uploads\/2023\/12\/Artboard-2-1.svg\" width=\"undefined\" height=\"undefined\" alt=\"\" class=\"wp-image-269368 aligncenter size-full\" \/><span style=\"font-size: 17px; color: var(--blk);\"><\/span><\/p>\n<blockquote><p><span>Over the last fifteen years or so, developers have become very familiar with cloud deployment. There are many reasons for its popularity which can mainly be summed up by saying that cloud simplifies the management of delivery of services to end users, with functions that span compute, storage and delivery.<\/span><\/p><\/blockquote>\n<p><span style=\"font-weight: 400;\"><span>These processes are fairly straightforward when all code and microservices are feeding into a single deployment endpoint. However, what happens when you add hundreds of edge endpoints to the mix, with different microservices being served from different edge locations at different times? In this kind of environment, how do you decide which edge endpoints your code should be running on at any given time? More importantly, how do you manage the constant orchestration across these nodes among a heterogeneous makeup of infrastructure from a host of different providers?<\/span><i><\/i><\/span><span style=\"font-weight: 400;\"><\/span><strong><\/strong><\/p>\n<p><span style=\"font-weight: 400;\"><span><\/span><\/span><\/p>\n<h3><strong>The Challenge: The Many Complexities of the Edge Developer Experience<\/strong><span style=\"font-weight: 400;\"><span><\/span><\/span><\/h3>\n<p>Some of the complexities surrounding the edge developer experience include:<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/www.webscale.com\/wp-content\/uploads\/2023\/12\/Artboard-3-1.svg\" width=\"undefined\" height=\"undefined\" alt=\"\" class=\"wp-image-269369 aligncenter size-full\" \/><\/p>\n<h4><b>Code and Configuration Management<\/b><\/h4>\n<p><span style=\"font-weight: 400;\">Every application is unique. Developers need granular, code-level control over edge configuration to fit the requirements of their applications. At the same time, they require simple, streamlined workflows to continue to push the pace of innovation and maintain secure, dependable application delivery.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">With various industry players competing for a share of the edge computing market, from hyperscalers to CDNs, there are many considerations for evolving the developer experience to adapt to edge nuances. Many traditional CDNs, for example, have hardcoded proprietary software into their solutions (e.g. web application firewall technology), offering very limited configuration options. Thus, developers can find themselves backed into a corner with legacy CDNs offering edge services, forcing them to bolt on additional solutions that inevitably erase some of the benefits they were seeking to solve with the CDN solution in the first place.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Additionally, developers are increasingly looking to migrate more application logic to the edge for performance, security, and cost efficiency gains.<\/span><\/p>\n<h4><span style=\"font-weight: 400;\"><b>Developer Workloads Moving to the Edge<\/b><\/span><\/h4>\n<p><span style=\"font-weight: 400;\">The types of workloads being considered for edge deployment are many and diverse. Examples of developer workloads moving to the edge include:<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Micro APIs<\/b><span style=\"font-weight: 400;\"> &#8211; Hosting small, targeted APIs at the edge for use cases such as search or fully-featured content exploration with GraphQL (which enables faster responses on user queries while lowering costs).<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Headless Commerce<\/b><span style=\"font-weight: 400;\"> &#8211; Decoupling the presentation layer from back-end eCommerce functions allows you to push more services to the edge to create custom user experiences, achieve performance gains, and improve operational efficiencies.<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Full application hosting at the edge<\/b><span style=\"font-weight: 400;\"> &#8211; More and more developers are exploring the idea of hosting their entire application at the edge. Rather than beaconing back to a centralized origin, hosting databases alongside apps at the edge and then syncing across distributed endpoints is quickly becoming a reality that has the potential to become the new normal as edge computing matures.<\/span><\/li>\n<\/ul>\n<p><span style=\"font-weight: 400;\">In order for developers to progress towards migrating more advanced workloads to the edge, they require flexible solutions that support distribution of code across programming languages and frameworks.<\/span><\/p>\n<h4><b>How Complexity Factors into Edge Runtimes<\/b><\/h4>\n<p><span style=\"font-weight: 400;\">As more developers adopt edge computing for modern applications, edge platforms and infrastructure will need to support different runtime environments. Runtime describes the final phase of the program lifecycle, involving the machine executing the program\u2019s code.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Complexity factors into runtimes at the edge in particular in relation to interoperability, i.e. the complexity of managing runtimes across distributed systems. Developers need to be able to run applications in their dedicated runtime environment with their choice of programming language. Systems that support diverse developer needs must be able to support this to be useful to all.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">One of the most widely used runtime environments for JavaScript is Node.js, used by many businesses, large and small, to create applications that execute JavaScript code outside a web browser. Other well-known examples of runtime environments include the Java Runtime Environment, a prerequisite for running Java programs, .NET Framework which is required for Windows .NET applications, and Cygwin, a runtime environment for Linux applications that allows them to run on Windows, macOS, and other operating systems.<\/span><\/p>\n<blockquote><p><span>With developers building across many different runtime environments, Edge as a Service offerings need to be able to support code portability. Developers can\u2019t be expected to refactor their code base to fit into a rigid, pre-defined framework. Instead, multi-cloud and edge platforms and services must be flexible enough to adapt to different architectures, frameworks and programming languages.<\/span><\/p><\/blockquote>\n<h5><i><span style=\"font-weight: 400;\">&#8220;And since we\u2019re in a DevOps world, not only do we need to think about the application development lifecycle and the CI\/CD workflow, but we need to think about the observability and management of the application at the edge.&#8221;<\/span><\/i><\/h5>\n<p><b><span style=\"color: #333333;\">Dan Bartholomew<\/span><\/b><br \/>\n<em><span style=\"font-weight: 400;\">Chief Product Officer, Webscale<\/span><\/em><\/p>\n<h4><b>Observability for Distributed Systems: Diagnostics and Telemetry<\/b><\/h4>\n<p><span style=\"font-weight: 400;\">It is critical for developers to have a holistic understanding of the state of their application at any given time. Observability becomes increasingly complex when you consider distributed delivery nodes across a diverse set of infrastructure from different providers.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">As reported in a recent Dynatrace survey of 700 CIOs, \u201cThe dynamic nature of today\u2019s hybrid, multicloud ecosystems amplifies complexity. 61% of CIOs say their IT environment changes every minute or less, while 32% say their environment changes at least once every second.\u201d To add to the complexities of trying to keep up with dynamic systems, that same report revealed that: \u201cOn average, organizations are using 10 monitoring solutions across their technology stacks. However, digital teams only have full observability into 11% of their application and infrastructure environments.\u201d<\/span><\/p>\n<p><span style=\"font-weight: 400;\">An effective solution for multi-cloud\/edge observability should be able to provide a single pane of glass to draw together data from many locations and infrastructure providers. This kind of visibility is essential for developers to gain insight into the entire application development and delivery lifecycle. The right centralized telemetry solution will allow engineers and operations teams to evaluate performance, diagnose problems, observe traffic patterns, and share value and insights with key stakeholders.<\/span><\/p>\n<p><span style=\"font-weight: 400;\"><\/span><\/p>\n<h5><i><span style=\"font-weight: 400;\">&#8220;When we look at the challenges of scale and operational consistency, the edge cannot be seen as a point solution that then needs to be managed separately or differently across hundreds of sites \u2013 this would be incredibly complex. In order to be successful, you need to manage your edge sites in the same way you would the rest of your places in the network \u2013 from the core to the edge. This helps minimize complexity and deliver on the operational excellence that organizations are striving for.&#8221;<\/span><\/i><\/h5>\n<p><i><span style=\"font-weight: 400;\"><b><span style=\"color: #333333;\">Rosa Guntrip<\/span><\/b><br \/>\n<em>Senior Principal Marketing Manager<br \/>\nCloud Platforms, Red Hat<\/em><\/span><\/i><\/p>\n<h4><b>Managing the Application Lifecycle<\/b><\/h4>\n<p><span style=\"font-weight: 400;\">Along with configuration flexibility, control, and comprehensive observability tooling, developers need to be able to easily manage their application lifecycle systems and processes. With a single developer or small team overseeing a small, centrally managed code base, this is fairly straightforward. However, when an application is broken up into hundreds of microservices that are managed across teams, coupled with a diverse makeup of deployment models within the application architecture, this can become exponentially more complex and impact the speed of development cycles.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">When we add the additional complexities of pushing code to a distributed edge and maintaining code application cohesion across that distributed application delivery plane at all times (even during an application deployment cycle), application lifecycle management for the edge becomes more complex than the centralized approaches used to date with cloud. This is where management solutions such as leveraging GitOps and CI\/CD workflows come into play, so that the benefits of edge can be leveraged without increased team overhead.<\/span><\/p>\n<h4><b>Leveraging GitOps and CI\/CD Workflows<\/b><\/h4>\n<p><span style=\"font-weight: 400;\">To streamline operations, many teams take advantage of GitOps workflows. GitOps is a way of implementing Continuous Deployment for cloud native applications. It focuses on a developer centric experience when operating infrastructure, by using tools developers are already familiar with, including Git and Continuous Deployment tools.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">While responsibilities and oversight of different parts of an application\u2019s code may be siloed within an organization, all of the code needs to feed into a unified code base. In order for developers to be able to move more services to the edge, they need tooling that is underpinned by GitOps principles for a fully integrated edgecloud application lifecycle.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">As an integral part of GitOps workflows, developers need flexibility and control when it comes to integrating edge deployment processes into existing continuous integration\/continuous delivery (CI\/CD) pipelines.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">There are three main principles worth following when managing changes to your edge configuration through a CI\/CD pipeline:<\/span><\/p>\n<p><img decoding=\"async\" src=\"https:\/\/www.webscale.com\/wp-content\/uploads\/2023\/12\/Artboard-4-1.svg\" width=\"undefined\" height=\"undefined\" alt=\"\" class=\"wp-image-269370 aligncenter size-full\" \/><\/p>\n<p><span style=\"font-weight: 400;\">Delivery and maintenance of code to distributed edge infrastructure can be more difficult to execute with the speed and consistency required to achieve the same application experience for end users at all times as if they were all connecting to one centralized application in the cloud. But using the right tools can make all the difference.<\/span><\/p>\n<h3><strong>The Solution: Consistency is Key<\/strong><\/h3>\n<blockquote><p><span>The key to accelerating edge computing adoption is making the experience of programming at the edge as familiar as possible to developers, explicitly drawing on concepts from cloud deployment to do so. The added complexities that a distributed edge deployment brings introduces new challenges to achieving consistency across these experiences.<\/span><\/p><\/blockquote>\n<p><span style=\"font-weight: 400;\">The right Edge as a Service platform will help minimize complexity, enabling developers to focus on innovation and executing mission-critical tasks instead of juggling all the pieces involved in managing edge\/multi-cloud workloads.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Furthermore, growth in adoption of container technology and serverless functions has completely changed the game, leaving many legacy CDNs unequipped to support modern applications. With Kubernetes becoming the preferred container orchestration platform, edge solutions built on Kubernetes are significantly better positioned to support the needs of modern developers.<\/span>[\/et_pb_text][et_pb_text header_2_font=&#8221;|800|||||||&#8221; header_2_font_size=&#8221;34px&#8221; header_2_text_align=&#8221;center&#8221; admin_label=&#8221;Caching Strategies with Varnish&#8221; module_id=&#8221;link3&#8243; module_class=&#8221;dual-org&#8221; _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;89276b3f-80d6-4fef-bf6d-525db5d9f1c3&#8243; max_width=&#8221;700px&#8221; module_alignment=&#8221;center&#8221; custom_padding=&#8221;60px||||false|false&#8221; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;]<\/p>\n<h2>How to Approach Application Selection, Deployment, and Management for the Edge<br \/><em><\/em><\/h2>\n<p>[\/et_pb_text][et_pb_text header_2_font=&#8221;|800|||||||&#8221; header_2_font_size=&#8221;34px&#8221; header_2_text_align=&#8221;center&#8221; module_class=&#8221;bold-org&#8221; _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;89276b3f-80d6-4fef-bf6d-525db5d9f1c3&#8243; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;]<b>How to Approach Application Selection, Deployment, and Management for the Edge<\/b><\/p>\n<blockquote><p>During the cloud computing era, many application creators turned to complementary CDN technology to boost performance, security, and scalability. Today, they are turning to the edge for the next logical iteration. Placing parts of an application at the edge has obvious performance benefits but it also adds complexity to the simplicity of the cloud by adding an additional and discrete delivery layer.<\/p><\/blockquote>\n<p><span style=\"font-weight: 400;\">With the demand for faster user experiences being driven by emerging and evolving use cases, application creators are increasingly looking to offload more services to the edge. At the same time, application operations teams are looking to simplify their delivery stacks. Bringing more of the application delivery cycle into a single cohesive edge delivery solution can achieve both of these goals concurrently.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">While cloud providers have the flexibility to support a diverse range of workloads, developers working in the cloud are limited to a single provider\u2019s network, or are responsible for managing workload orchestration across multiple providers. CDNs, meanwhile, may have expansive global networks of infrastructure, but they are typically unable to support general purpose workloads beyond basic content delivery.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Content Delivery Networks (CDNs) are often thought of as the first evolution of edge computing. However, content delivery encompasses only a small subset of all edge workloads. As the diversity of edge workloads has expanded beyond content delivery, existing solutions fall short in terms of what they\u2019re able to support. Many CDNs were built around open source technologies, such as Varnish Cache and ModSecurity. Typically, they have customized the code base so much over the years that developers using them are locked into \u201cblack box\u201d, proprietary solutions that don\u2019t offer the flexibility and control necessary to fit the unique requirements of each application.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Furthermore, growth in adoption of container technology and serverless functions has completely changed the game, leaving many legacy CDNs unequipped to support modern applications. With Kubernetes becoming the preferred container orchestration platform, edge solutions built on Kubernetes are significantly better positioned to support the needs of modern developers.<\/span><\/p>\n<p><span style=\"font-weight: 400;\"><b>Emerging and Evolving Edge Use Cases:<\/b><\/span><\/p>\n<p><span style=\"font-weight: 400;\"><b><img decoding=\"async\" src=\"https:\/\/www.webscale.com\/wp-content\/uploads\/2023\/12\/Artboard-5-1.svg\" width=\"undefined\" height=\"undefined\" alt=\"\" class=\"wp-image-269371 aligncenter size-full\" \/><\/b><\/span><\/p>\n<p><b>The Challenge: The Complexities in Moving Diverse Workloads to the Edge<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Now, let\u2019s take a deeper dive into some of the complexities involved in moving more diverse workloads to the edge, including selection, deployment and ongoing management.<\/span><\/p>\n<p><b>Web Application Firewalls (WAFs) &amp; Bot Management Tooling<\/b><\/p>\n<p><span style=\"font-weight: 400;\">DevOps teams are increasingly choosing to deploy WAFs and bot mitigation tools across a distributed architecture, with the goal of detecting and mitigating threats faster. Managing a WAF or bot mitigation deployment across a multi-cloud\/edge network is no simple feat, however.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">While many best-in-class WAF and bot management technologies have emerged &#8211; providers such as Wallarm, Snapt (WAF), ThreatX, Signal Sciences, Radware Bot Manager, and PerimeterX &#8211; most legacy CDNs still don\u2019t give developers the option of deploying third-party solutions. Fastly, for example, recently acquired Signal Sciences, recognizing the need for more advanced WAF technology beyond their own proprietary solution.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">We often speak with developers who are frustrated with the \u201cblack box\u201d, built-in solutions of legacy CDNs, and demand more choice and flexibility.<\/span><\/p>\n<p>Image Optimization<span style=\"font-weight: 400;\"> Beyond the simple caching of images, developers, especially in the e-Commerce sector, are increasingly seeking out image optimization solutions, such as Optidash, that optimize and transform images on-the-fly.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Image optimization benefits include:<\/span><\/p>\n<p><img decoding=\"async\" src=\"https:\/\/www.webscale.com\/wp-content\/uploads\/2023\/12\/Artboard-6.svg\" width=\"undefined\" height=\"undefined\" alt=\"\" class=\"wp-image-269372 aligncenter size-full\" \/><\/p>\n<p><span style=\"font-weight: 400;\">Just as with security solutions, most legacy CDNs don\u2019t support third-party software that specializes in point solutions. What\u2019s more, if you\u2019re operating a multi-cloud\/edge environment, you will have to install and manage these types of image optimization tooling across the entire network.<\/span><\/p>\n<p><b>Modern Testing &amp; Experience Optimization<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Marketers, product managers, developers and others need the ability to effectively test and optimize applications across the client side, server-side, single page application (SPA), mobile, redirects, and so on. Conventional A\/B testing solutions use JavaScript tags to manipulate content on applications, which reduces site performance with flicker and increased latency.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Modern tools like SiteSpect, however, rethink this model by sitting in the flow of HTTP traffic. This allows them to support multiple user experience optimization techniques, including client-side, serverside, redirects, and SPA optimization.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Legacy CDNs can\u2019t support this new architectural model and therefore require extra hops in the HTTP delivery chain, ironically negating many of the performance benefits they are aiming to solve. Now, let\u2019s take a deeper dive into some of the complexities involved in moving more diverse workloads to the edge, including selection, deployment and ongoing management.<\/span><\/p>\n<p><strong>Quickand Flexible Deployment options<\/strong><\/p>\n<h3 style=\"text-align: center;\"><strong>Greatest Performance Benefits <\/strong><\/h3>\n<p><strong><img decoding=\"async\" src=\"https:\/\/www.webscale.com\/wp-content\/uploads\/2023\/12\/Artboard-7.svg\" width=\"undefined\" height=\"undefined\" alt=\"\" class=\"wp-image-269373 aligncenter size-full\" \/><\/strong><\/p>\n<h3 style=\"text-align: center;\"><strong>Additional Options<\/strong><\/h3>\n<p><strong><img decoding=\"async\" src=\"https:\/\/www.webscale.com\/wp-content\/uploads\/2023\/12\/Artboard-8.svg\" width=\"undefined\" height=\"undefined\" alt=\"\" class=\"wp-image-269374 aligncenter size-full\" \/><\/strong><\/p>\n<p><b>Load Balancing Solutions<\/b><\/p>\n<p><span style=\"font-weight: 400;\">While most hyperscalers and edge providers offer load balancing, these solutions are often restricted to their own environments. Therefore, if you migrate your application to a different cloud or data center, the hyperscaler or edge provider\u2019s proprietary load balancer won\u2019t be able to follow.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">In the instance of a traditional load balancer that is being deployed to the cloud, you need to use a virtual appliance. If you then decide to use a load balancer in a second cloud, that virtual appliance will need to be re-configured again\u2026 and so on for every cloud or data center it operates in. There is no communication between these two appliances. In this instance, you are operating two (or more) separate clouds that your teams will need to manage separately.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Organizations that use multi-cloud\/edge networks are then faced with having to separately configure, monitor and manage delivery and security for each distinct environment. Similarly, for any application that changes hosting location, adjustments must be made on an individual basis. This not only increases complexity, but takes up valuable resources and limits much of the flexibility that is supposedly a key benefit of a multi-cloud\/edge model.<\/span><\/p>\n<p><b>Containers: Challenges of Orchestration<\/b><\/p>\n<p><span style=\"font-weight: 400;\">In a small environment with only a handful of systems, managing and automating orchestration is fairly straightforward, but when an enterprise has thousands of individual systems that interact with each other on some level, orchestration automation is both powerful and essential.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Containers are lightweight by definition with a low footprint, making them perfect candidates for running on edge devices. The main reason machine learning models leverage containers is because legacy devices can still interact with cloud services like AI\/ML to achieve fast computation in-place.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Containers can be deployed to the device of your choosing and can be built using the architecture of your choice so long as it can run the container runtime. Updating containers in-place is simple, particularly when orchestration solutions like Kubernetes are used.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Consider SaaS providers who traditionally offered on-premise or single point of presence installations. As customers increasingly demand distributed deployment models, SaaS providers are faced with the build vs. buy dilemma.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">The management of these complex clusters of devices, services, and networks can get highly complicated very quickly.<\/span><\/p>\n<p><b>Serverless Computing for Edge Computing<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Serverless computing, also called function as a service (FaaS), enables the execution of event-driven logic without the burden of managing the underlying infrastructure. The name \u2018serverless\u2019 is characterized by the freedom that it gives developers to focus on building their applications without having to think about provisioning, managing, and scaling servers.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">The concept of serverless was originally designed for cloud environments, eliminating the \u2018always-on\u2019 model to save on resource consumption, among other benefits. In recent years, advances in edge computing technology have led more developers to migrate serverless workloads to the edge. The benefits of serverless at the edge, when compared to alternatives like containers and VMs, include lighter resource consumption, improved cost efficiencies, code portability, and speed of deployment.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">However, not all workloads are suitable for serverless models and it\u2019s important to understand the requirements of a given workload when determining the most appropriate deployment model. Considerations such as code dependencies, cold starts and their effect on performance, security, and resource requirements are critical when designing edge architectures.<\/span><\/p>\n<p><b>The Solution: Partner with an Edge as a Service Provider<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The right EaaS provider, for instance, won\u2019t lock developers into specific software choices for security or image optimization tooling, allowing for \u201cbest of breed\u201d selection. EaaS can also support distributed deployment of more advanced workloads, making it easier to integrate testing and experience optimization solutions like SiteSpect into your edge stack.<\/span><\/p>\n<blockquote><p><span>An Edge as a Service (EaaS) provider can help overcome many of the complexities involved in application deployment and management at the edge.<\/span><\/p><\/blockquote>\n<p><span style=\"font-weight: 400;\">One of the most important areas that Edge as a Service can make more straightforward is load balancing across multi-cloud\/edge networks. EaaS providers may offer automated load balancer options, which automatically migrates traffic and workloads so that developers don\u2019t have to do this on an individual basis.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Similarly, Edge as a Service providers can help streamline containerization and serverless deployments by (i) containerizing applications and accelerating the developer path to the edge and (ii) offering flexible language support that allows developers to simply ship code and offload the responsibilities of deployment, management, and scaling of the underlying infrastructure to the edge compute platform.<\/span>[\/et_pb_text][et_pb_text header_2_font=&#8221;|800|||||||&#8221; header_2_font_size=&#8221;34px&#8221; header_2_text_align=&#8221;center&#8221; admin_label=&#8221;Extending Varnish Cache capabilities with VMODs&#8221; module_id=&#8221;link4&#8243; module_class=&#8221;dual-org&#8221; _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;89276b3f-80d6-4fef-bf6d-525db5d9f1c3&#8243; max_width=&#8221;700px&#8221; module_alignment=&#8221;center&#8221; custom_padding=&#8221;60px||||false|false&#8221; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;]<\/p>\n<h2>The Complexities of Building and Operating Edge Networks and Infrastructure<br \/><em><\/em><\/h2>\n<p>[\/et_pb_text][et_pb_text header_2_font=&#8221;|800|||||||&#8221; header_2_font_size=&#8221;34px&#8221; header_2_text_align=&#8221;center&#8221; admin_label=&#8221;Text&#8221; module_class=&#8221;bold-org li-content link-tel&#8221; _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;89276b3f-80d6-4fef-bf6d-525db5d9f1c3&#8243; quote_font=&#8221;|600|||||||&#8221; quote_text_color=&#8221;#231F20&#8243; quote_font_size=&#8221;18px&#8221; header_4_font=&#8221;||||||||&#8221; header_4_font_size=&#8221;26px&#8221; header_5_font=&#8221;||||||||&#8221; header_5_text_color=&#8221;#007a87&#8243; header_5_font_size=&#8221;26px&#8221; custom_css_free_form=&#8221;h4 {||    margin: 60px auto !important;||}&#8221; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;]<\/p>\n<p><b>The Context: Edge Networks and Infrastructure are Changing<\/b><\/p>\n<p><span style=\"font-weight: 400;\">We are in the midst of a foundational technological shift in communications infrastructure. IDC predicts that by 2023, more than 50% of new enterprise IT infrastructure will be deployed at the edge and the edge access market is predicted to drive $50 billion in revenues by 2027. To interconnect this hyper-distributed environment, which spans on-premise data centers, multi-clouds, and the edge, the network is in the process of evolving and becoming more agile, elastic, and cognitive.<\/span><\/p>\n<p><b>The Challenge: Managing the Network, Infrastructure, and Operations in a Distributed Compute Environment<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Let\u2019s dive into a high-level overview of some of the critical components you need to consider when building and operating distributed networks.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Areas that we\u2019ll cover include:<\/span><\/p>\n<p><img decoding=\"async\" src=\"https:\/\/www.webscale.com\/wp-content\/uploads\/2023\/12\/Artboard-9.svg\" width=\"undefined\" height=\"undefined\" alt=\"\" class=\"wp-image-269375 aligncenter size-full\" \/><\/p>\n<p><span style=\"font-weight: 400;\">As you\u2019re evaluating all of these considerations, bear in mind that working with Edge as a Service can solve many of these complexities for you.<\/span><\/p>\n<p><b>DNS: A Critical Component in Networking Infrastructure<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The domain name system (DNS) is often referred to as the phonebook of the Internet since it translates domain names to IP addresses, allowing browsers to load Internet resources. DNS provides the hierarchical naming model, which lets clients \u201cresolve\u201d or \u201clookup\u201d resource records linked to names. DNS therefore represents one of the most critical components of networking infrastructure.<\/span><\/p>\n<p><b>DNS Services are Often Vulnerable to Threats<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Other widely used Internet protocols have started to incorporate end-to-end encryption and authentication. However, many widely deployed DNS services remain unauthenticated and unencrypted, leaving DNS requests and responses vulnerable to threats from onpath network attackers. Hence, when building out DNS services, it\u2019s critical to maintain a security-first approach.<\/span><\/p>\n<h5><i><span style=\"font-weight: 400;\">\u201cEnterprise infrastructure is evolving faster than ever before. Emerging technologies make it possible to spin up microservices and cloud instances in minutes. DevOps teams are churning out code 40 times faster than legacy production environments. New edge and serverless architectures are taking computing out of the data center and closer to devices enabling global real-time applications. Those organizations not born in the cloud-native era face the additional challenge of connecting legacy applications with new technology in the never-ending race to meet user demands for performance while driving efficiency and security.\u201d<\/span><\/i><\/h5>\n<p><i><span style=\"font-weight: 400;\"><b><span style=\"color: #333333;\">Kris Beevers<\/span><\/b><br \/><em>CEO, NS1 <\/em><\/span><\/i><\/p>\n<p><b>DNS in a Distributed Computing Environment<\/b><\/p>\n<p><span style=\"font-weight: 400;\">DNS is lightweight, robust and distributed by design. However, new approaches to computing architecture, including multi-cloud and edge, introduce new considerations when implementing application traffic routing at the DNS level.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">In a distributed compute environment, DNS routing entails ensuring that users are routed to the correct location based on a set of given objectives (e.g. performance, security\/compliance, etc.). When routing, you need to take into account service discovery. The majority of the time, people use DNS for public-facing service discovery, but this can be challenging to pull off. Routing is complicated both in terms of ensuring that users are routed to the right location and that failover is handled &#8211; in other words, what will you do to help update routes when systems fail?<\/span><\/p>\n<p><b>TLS: Provisioning, Management, and Deployment Across Distributed Systems<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Transport Layer Security (TLS) is an encryption protocol that protects communications on the Internet. You can feel reassured that your browser is connected via TLS if your URL starts with HTTPS and there is an indicator with a padlock assuring you that the connection is secure. TLS is also used in other applications, such as email and usenet. It\u2019s important to regularly upgrade to the latest protocol for TLS and its predecessor, the SSL protocol.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">When working with TLS and\/or SSL in distributed environments, you have to either work with your own certificates using a managed service such as DigiCert or use an open source version with a service like Let\u2019s Encrypt or Certbot. The managed certificate authorities such as DigiCert will provide automated tooling to provision certificates. With the open source versions, you will find that you have to build the services to manage auto-renewal components and the provisioning of new certificates.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">An added complexity is the question of how you deploy these protocols? In relation to distributed systems, you will have certificates that need to be running in multiple places. They might be running across multiple providers, for example, you might be using one specific ingress controller in one location and a different ingress controller in another. How do you ensure that your certificates are being deployed where needed in order to actually handle the TLS handshakes? And as the number of domains that you manage increases, so too do the complexities.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">This ties directly back to DNS since you need to ensure that you\u2019re routing traffic to the correct endpoints containing the workloads where your TLS certificates are deployed. Further, you will have to take into account the state of your systems at any point in time and how you route traffic, since you never want to be servicing users incorrectly.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Ultimately, servicing your user correctly is the end goal, meaning that when implementing TLS at the edge yourself, you have to take into account all these different components.<\/span><\/p>\n<p><b>DDoS: Protecting Layers 3, 4, and 7<\/b><\/p>\n<p><span style=\"font-weight: 400;\">When protecting against Distributed Denial of Service (DDoS) attacks across distributed systems, the first question to ask should be, where are my systems most vulnerable to attack? The primary layers of focus on protecting against DDoS attacks include Layers 3, 4, and 7 in the OSI model.<\/span><\/p>\n<p><span style=\"font-weight: 400;\"><img decoding=\"async\" src=\"https:\/\/www.webscale.com\/wp-content\/uploads\/2023\/12\/Artboard-10.svg\" width=\"undefined\" height=\"undefined\" alt=\"\" class=\"wp-image-269376 aligncenter size-full\" \/><\/span><\/p>\n<p><span style=\"font-weight: 400;\">Firms like Wallarm, Signal Sciences, ThreatX, and Snapt will provide DDoS protection for you at the application layer (i.e. Layer 7). However, in an edge computing paradigm that\u2019s made up of heterogeneous networks of providers and infrastructure, there are more questions that need asking. The most important: how do all the different providers I\u2019m using handle network and transport-layer DDoS attacks (i.e. Layers 3 and 4)?<\/span><\/p>\n<p><span style=\"font-weight: 400;\">All major cloud providers typically have built-in DDoS protection, but when you begin to expand across a multi-cloud environment, and further out to the edge, you need to ensure that your applications are protected across the entire network. This includes knowing how each underlying provider handles DDoS protection, along with implementing safeguards for any areas in your networks that may be underprotected. This takes us back to DNS and the question of how to handle traffic routing when one (or more) of your endpoints becomes compromised.<\/span><\/p>\n<p><b>BGP\/IP Address Management<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The Border Gateway Protocol (BGP) is responsible for examining all the available paths that data can travel across the Internet and picking the best possible route, which usually involves hopping between autonomous systems. Essentially, BGP enables data routing on the Internet with more flexibility to determine the most efficient route for a given scenario.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">BGP is also widely considered the most challenging routing protocol to design, configure, and maintain. Underlying the complexities are many attributes, route selection rules, configuration options, and filtering mechanisms that vary among different providers.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">In an edge computing environment, rather than announcing IP addresses from a single location, BGP announcements must be made out of multiple locations, and determining the most efficient route at any given point becomes much more involved.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Another important consideration when it comes to routing is load balancing at the transport layer (Layer 4). Building a Layer 4 load balancer is complicated for the following reasons:<\/span><\/p>\n<p><span style=\"font-weight: 400;\"><img decoding=\"async\" src=\"https:\/\/www.webscale.com\/wp-content\/uploads\/2023\/12\/Artboard-11.svg\" width=\"undefined\" height=\"undefined\" alt=\"\" class=\"wp-image-269377 aligncenter size-full\" \/><br \/>The complexities of routing across multi-layer edge-cloud topologies are perhaps the most daunting when it comes to building distributed systems.<\/span><\/p>\n<p><b>Edge Location Selection and Availability<\/b><\/p>\n<p><span style=\"font-weight: 400;\">An effective presence at the edge is based on having a robust location strategy. By moving workloads as close as possible to the end user, latency is reduced. Selecting the appropriate geographies for your specific application within a distributed compute footprint involves careful planning.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Compliance also plays a role in the selection of edge locations. Increasingly, regulations and compliance initiatives, such as GDPR in Europe, are requiring companies to store data in specific locations.<\/span><\/p>\n<p><b>Edge Workload Orchestration<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Managing workload orchestration across hundreds, or even thousands, of edge endpoints is no simple feat. This can involve multiple components. You need to start with where you want the workload to be defined (e.g. full application hosting, micro APIs, etc.) Next, ask where will it be stored? Finally, take into account how the workload is actually deployed. How do you determine which edge endpoints your code should be running on at any specific time? What type of automation tooling and DevOps experience do you need to ensure that when you make changes, your code will run correctly?<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Managing constant orchestration over a range of edge endpoints among a diverse mix of infrastructure from a network of different providers is highly complex.<\/span><\/p>\n<p><b>Load Shedding and Fault Tolerance<\/b><\/p>\n<p><span style=\"font-weight: 400;\">A load shedding system provides improved fault tolerance and resilience in message communications. Fault tolerance allows a system to continue to operate, potentially at a reduced level, in the event of a failure within one or more of its components.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">In regards to load shedding and fault tolerance at the edge, the primary area of concern is ensuring that the systems handling your workloads and servicing requests aren\u2019t overloaded. Essentially, how do you make sure that one location isn\u2019t set up to infinitely scale and how do you ensure that load is distributed appropriately?<\/span><\/p>\n<p><b>Compute Provisioning and Scaling<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Load shedding and fault tolerance brings us to auto scaling and configuring auto scaling systems. One of Kubernetes\u2019 biggest strengths is its ability to perform effective autoscaling of resources. Kubernetes doesn\u2019t support just one autoscaler or autoscaling approach, but three. These are: \u2022 Pod replica count &#8211; This involves adding or removing pod replicas in direct response to changes in demand for applications using the Horizontal Pod Autoscaler (HPA). \u2022 Cluster autoscaler &#8211; As opposed to scaling the number of running pods in a cluster, the cluster autoscaler is used to change the number of nodes in a cluster. This helps manage the costs of running Kubernetes clusters across cloud and edge infrastructure. \u2022 Vertical pod autoscaling &#8211; the Vertical Pod Autoscaler (VPA) works by increasing or decreasing the CPU and memory resource requests of pod containers. The goal is to match cluster resource allotment to actual usage.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">If you\u2019re not using a container orchestration system like Kubernetes, compute provisioning and scaling can get challenging very quickly.<\/span><\/p>\n<p><b>The Messaging Framework<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The messaging system provides the means by which you can distribute your configuration changes, cache ban requests, and trace requests to all your running proxy instances in the edge network or CDN, and report back results.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">This involves two primary components:<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Workload orchestration<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Receiving updates &#8211; if your system needs to receive a message or update, how do they get it, and is it getting there reliably?<\/span><\/li>\n<\/ul>\n<p><b>Observability for Distributed Systems<\/b><\/p>\n<p><span style=\"font-weight: 400;\">It\u2019s imperative to treat observability as a first-class citizen when designing distributed systems, or any system for that matter. Reliable and real-time information is critical for engineers and operations teams who need to understand what is happening with their applications at all times.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Observability is also a key element in disaster recovery planning and implementation. Your infrastructure needs to be observable and flexible so that you can understand what has broken and what needs to be fixed. If a critical error occurs, you need visibility into your system to keep the incident as brief as possible versus experiencing a protracted disaster.<\/span><\/p>\n<p><b>NOC Integration<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Enterprises are taking steps to unify their network operations centers (NOCs) and security operations centers (SOCs). Why? By creating alignment between these two frequently siloed teams, organizations can reduce costs, optimize resources and improve the speed and efficiency of incident response and related security functions.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">You need to take into account the expertise of your team when planning a NOC and\/or SOC integration. Not everyone will have the range of crossover experience necessary to pull off a successful integration.<\/span><\/p>\n<p><b>The Solution: The Right Expertise<\/b><\/p>\n<p><span style=\"font-weight: 400;\">To truly manage distributed network, infrastructure and operations at the Edge, you will likely need an edge operations model with an experienced team comprised of:<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Network engineers<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Platform engineers<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">DevOps engineers, with an emphasis on site reliability engineering (SRE)<\/span><\/li>\n<\/ul>\n<p><span style=\"font-weight: 400;\">If you don\u2019t have some or all of these specialists, or don\u2019t have the expertise or resources in edge computing to manage the network, infrastructure, and operations, you can work with an Edge as a Service provider whose solutions abstract away many of the complexities associated with edge computing.<\/span><\/p>\n<p>[\/et_pb_text][et_pb_text header_2_font=&#8221;|800|||||||&#8221; header_2_font_size=&#8221;34px&#8221; header_2_text_align=&#8221;center&#8221; admin_label=&#8221;Extending Varnish Cache capabilities with VMODs&#8221; module_id=&#8221;link5&#8243; module_class=&#8221;dual-org&#8221; _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;89276b3f-80d6-4fef-bf6d-525db5d9f1c3&#8243; custom_padding=&#8221;60px||||false|false&#8221; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;]<\/p>\n<h2>Conclusion: Overcoming the Complexities<br \/><em><\/em><\/h2>\n<p>[\/et_pb_text][et_pb_text header_2_font=&#8221;|800|||||||&#8221; header_2_font_size=&#8221;34px&#8221; header_2_text_align=&#8221;center&#8221; admin_label=&#8221;Text&#8221; module_class=&#8221;bold-org li-content link-tel&#8221; _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;89276b3f-80d6-4fef-bf6d-525db5d9f1c3&#8243; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;]<\/p>\n<blockquote><p><span>As we\u2019ve just started to look at the puzzle, the reality of deploying and managing workloads at the edge is far from simple. And while we\u2019ve covered a lot in this white paper, this is just a subset of the critical components and complexities that come with building and operating cloud-edge networks and infrastructure; and we really only scratched the surface on each of the considerations included.<\/span><\/p><\/blockquote>\n<p><span style=\"font-weight: 400;\">Every organization, team, and application has unique requirements when it comes to designing distributed systems. Because of this, many teams start down the path of building their own bespoke systems, and typically become overwhelmed quickly with all of the complexities that play into design decisions and implementation.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">The real power of the edge arises when we provide application developers the opportunity to seamlessly run the software of their choice at the edge and application operations teams the simplicity of a single delivery plane so they have a reduced operational footprint (even with a larger geographic delivery footprint).<\/span><\/p>\n<p><span style=\"font-weight: 400;\">As an Edge as a Service provider, Webscale is often pulled into projects during the early stages of research and discovery, where we\u2019re able to offload the build and management of many, if not most, of the critical components, ultimately accelerating the path to edge for organizations across a diverse range of use cases.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Webscale\u2019s CloudFlow Edge as a Service simplifies all the steps involved in deploying your application to the edge. You also gain the round the clock support of our dedicated team of expert engineers. We take care of the massive complexities and resources necessary to support distributed provisioning, orchestration, scaling, monitoring and routing, allowing you to focus on innovation.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">For more information about how edge can work for you or how to get started, reach out to <a href=\"https:\/\/www.webscale.com\/request-a-demo\/\">request a demo<\/a>.<\/span><\/p>\n<h3><strong>Citations \/ Related Research<\/strong><\/h3>\n<p>\u201cState of the Edge Report 2021\u201d, The Linux Foundation, 2021<br \/>\n<a href=\"https:\/\/stateoftheedge.com\/reports\/state-of-the-edge-report-2021\/\" target=\"_blank\" rel=\"noopener\">https:\/\/stateoftheedge.com\/reports\/state-of-the-edge-report-2021\/<\/a><\/p>\n<p>\u201cThe Move Towards a Multi-Cloud and Hybrid IT Infrastructure\u201d, Section,<br \/>\n<a href=\"https:\/\/www.section.io\/blog\/multi-cloud-hybrid-it-infrastructure\/\" target=\"_blank\" rel=\"noopener\">https:\/\/www.section.io\/blog\/multi-cloud-hybrid-it-infrastructure\/<\/a><\/p>\n<p>\u201cThe Balance Between Granular Control and Simplicity in Edge as a Service\u201d, Section,<br \/>\n<a href=\"https:\/\/www.section.io\/blog\/balance-control-simplicity-edge-as-a-service\/\" target=\"_blank\" rel=\"noopener\">https:\/\/www.section.io\/blog\/balance-control-simplicity-edge-as-a-service\/<\/a><\/p>\n<p>\u201cHeadless Commerce Drives Edge Computing Adoption\u201d, Section,<br \/>\n<a href=\"https:\/\/www.section.io\/blog\/headless-commerce-drives-edge-computing-adoption\/\" target=\"_blank\" rel=\"noopener\">https:\/\/www.section.io\/blog\/headless-commerce-drives-edge-computing-adoption\/<\/a><\/p>\n<p>\u201cIs Edge as a Service (EaaS) the Next Big Thing in Tech?\u201d, Section,<br \/>\n<a href=\"https:\/\/www.webscale.com\/blog\/is-edge-as-a-service-eaas-the-next-big-thing-in-tech\/\">https:\/\/www.webscale.com\/blog\/is-edge-as-a-service-eaas-the-next-big-thing-in-tech\/<\/a><\/p>\n<p>\u201cObservability, automation, and AI are essential to digital business success\u201d, Dynatrace, October 14, 2020<br \/>\n<a href=\"https:\/\/www.dynatrace.com\/cio-report-automatic-and-intelligent-observability\/\" target=\"_blank\" rel=\"noopener\">https:\/\/www.dynatrace.com\/cio-report-automatic-and-intelligent-observability\/<\/a><\/p>\n<p>\u201cManaging Changes to Your Edge Configuration Through a CD Pipeline\u201d, Section,<br \/>\n<a href=\"https:\/\/www.section.io\/blog\/edge-configuration-management-cd-pipeline\/\" target=\"_blank\" rel=\"noopener\">https:\/\/www.section.io\/blog\/edge-configuration-management-cd-pipeline\/<\/a><\/p>\n<p>\u201cEdge Computing Use Cases Driving Innovation\u201d, Section,<br \/>\n<a href=\"https:\/\/www.section.io\/blog\/edge-compute-use-cases\/\" target=\"_blank\" rel=\"noopener\">https:\/\/www.section.io\/blog\/edge-compute-use-cases\/<\/a><\/p>\n<p>\u201cCDNs Were a Prototype for Edge Compute\u201d, Section,<br \/>\n<a href=\"https:\/\/www.section.io\/blog\/cdn-prototype-edge-compute\/\" target=\"_blank\" rel=\"noopener\">https:\/\/www.section.io\/blog\/cdn-prototype-edge-compute\/<\/a><\/p>\n<p>\u201cKubernetes Is Paving the Path for Edge Computing Adoption\u201d, Webscale,<br \/>\n<a href=\"https:\/\/www.webscale.com\/blog\/kubernetes-is-paving-the-path-for-edge-computing-adoption\/\">https:\/\/www.webscale.com\/blog\/kubernetes-is-paving-the-path-for-edge-computing-adoption\/<\/a><\/p>\n<p>\u201cBuild vs. Buy &#8211; Evaluating Edge Solutions\u201d, Section<br \/>\n<a href=\"https:\/\/www.section.io\/blog\/edge-computing-build-vs-buy\/\" target=\"_blank\" rel=\"noopener\">https:\/\/www.section.io\/blog\/edge-computing-build-vs-buy\/<\/a><\/p>\n<p>\u201cIDC FutureScape: Worldwide IT Industry 2020 Predictions\u201d, IDC,<br \/>\n<a href=\"https:\/\/www.idc.com\/getdoc.jsp?containerId=US45599219\" target=\"_blank\" rel=\"noopener\">https:\/\/www.idc.com\/getdoc.jsp?containerId=US45599219<\/a><\/p>\n<p>\u201cComparing OpEx vs. CapEx Models at the Edge\u201d, Webscale<br \/>\n<a href=\"https:\/\/www.webscale.com\/blog\/comparing-opex-vs-capex-models-at-the-edge\/\">https:\/\/www.webscale.com\/blog\/comparing-opex-vs-capex-models-at-the-edge\/<\/a><\/p>\n<p>\u201cUnderstanding Your Edge with CloudFlow\u2019s Next-Gen Observability Tooling\u201d<br \/>\n<a href=\"https:\/\/www.webscale.com\/blog\/understanding-your-edge-with-cloudflows-next-gen-observability-tooling\/\">https:\/\/www.webscale.com\/blog\/understanding-your-edge-with-cloudflows-next-gen-observability-tooling\/<\/a>[\/et_pb_text][et_pb_text _builder_version=&#8221;4.23.1&#8243; _module_preset=&#8221;f81a6713-043f-4596-b4e9-3e916ad8ce9d&#8221; background_color=&#8221;#f2f2f2&#8243; custom_margin=&#8221;90px||||false|false&#8221; custom_padding=&#8221;25px|25px|15px|25px|false|true&#8221; border_radii=&#8221;on|15px|15px|15px|15px&#8221; global_colors_info=&#8221;{}&#8221; theme_builder_area=&#8221;post_content&#8221;]<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" width=\"312\" height=\"98\" src=\"https:\/\/www.webscale.com\/wp-content\/uploads\/2023\/12\/Webscale-CloudFlow-Logo-1.svg\" alt=\"\" class=\"size-medium alignleft\" \/>A scalable, and secure solution for deploying and managing containerized applications on public, private or multi-cloud infrastructure.<\/p>\n<p>Designed as a PaaS (Platform-as-a-Service) to run high-performing applications at the lowest cost by proactively monitoring compute resource utilization and automatically rightsizing infrastructure.<\/p>\n<p>Purpose built to enable businesses to optimize cloud-agnostic application delivery in dense containerized environments.<\/p>\n<p>Webscale CloudFlow combines three core patented technologies: Kubernetes Edge Interface (KEI) for simplified container management, Adaptive Edge Engine (AEE) for AI-enabled workload placement, and an available Composable Edge Cloud (CEC) for scalable compute capacity across the cloud vendors of your choice.<\/p>\n<p>[\/et_pb_text][\/et_pb_column][\/et_pb_row][\/et_pb_section]<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Solving the Edge PuzzleA breakdown of the expected and unexpected building blocks required to build optimized distributed systems.Table of Contents: Introduction: The Edge Puzzle The Complexities of Replicating the Cloud Developer Experience at the Edge How to Approach Application Selection, Deployment, and Management for the Edge The Complexities of Building and Operating Edge Networks and [&hellip;]<\/p>\n","protected":false},"author":37,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_acf_changed":false,"_et_pb_use_builder":"on","_et_pb_old_content":"","_et_gb_content_width":"","rank_math_lock_modified_date":false,"_aioseo_description":"","_aioseo_keywords":"","_aioseo_og_article_section":"","_aioseo_og_article_tags":"","_aioseo_og_description":"","_aioseo_og_title":"","_aioseo_title":"","_aioseo_twitter_description":"","_aioseo_twitter_title":"","_author_photo":"","_doc_url":"","_dp_original":"269484","_et_autogenerated_title":"","_et_body_layout_enabled":"","_et_body_layout_id":"","_et_builder_dynamic_assets_loading_attr_threshold":"13","_et_builder_module_features_cache":null,"_et_builder_version":"VB|Divi|4.23.1","_et_default":"","_et_enabled":"","_et_footer_layout_enabled":"","_et_footer_layout_id":"","_et_header_layout_enabled":"","_et_header_layout_id":"","_et_pb_ab_current_shortcode":"[et_pb_split_track id=\"269486\" \/]","_et_pb_ab_subjects":"","_et_pb_built_for_post_type":"page","_et_pb_custom_css":"img.wp-image-268979.aligncenter.size-full {\n    margin: 30px auto;\n}\n#right-cont>.et_pb_row {\n    width: 80%;\n}\nh4 {\n    margin: 0 auto!important;\n}\n.bold-org .et_pb_text_inner h3 strong, .bold-org .et_pb_text_inner h3 b {\n    color: var(--tel);\n    font-weight: 900;\n}\n.et-search-form, blockquote {\n    border-color: #00c085;\n  font-weight: 600;\n    font-size: 18px;\n}\ndiv#left-col {\n    width: 0%;\n}\ndiv#right-col {\n    width: 97%;\n}\n#table-of-cont{\nleft: calc(540px - 50vw);\ntop:60px;\n}\n.et_pb_blurb.storefront .et_pb_blurb_container {\n    margin-left: 12%;\n}\n.et_pb_blurb.storefront .et_pb_main_blurb_image {\n    margin: auto;\n}\n.et_pb_blurb.storefront .et_pb_blurb_content {\n    display: flex;\n    border-bottom: 1px solid #ccc;\n}\n.bold-org .et_pb_blurb_content {\n    display: flex;\n    max-width: 100%;\n}\n.bold-org .et_pb_blurb_content .et_pb_main_blurb_image {\n    min-width: 55%;\n  margin: auto !important;\n}\n.bold-org.li-content.link-tel a {\n    color: var(--tel) !important;\n}\n.info-box .et_pb_text_inner {\n    padding: 30px;\n  padding-bottom: 20px;\n    border: 1px solid #ccc;\n    max-width: 900px;\n    margin: auto;\n    border-radius: 15px;\n}\n.info-box h3 {\n    color: var(--tel);\n    font-size: 24px;\n}\n.dual-org .et_pb_text_inner i, .dual-org .et_pb_text_inner i span, .dual-org .et_pb_text_inner em, .dual-org .et_pb_text_inner p i, .dual-org .et_pb_text_inner p em {\n    padding-bottom: 10px;\n    display: block;\n    font-size: 20px;\n  text-align:center;\n  font-weight: bold !important;\n  line-height: 1.4em;\n  max-width: 800px;\n    margin: auto;\n}\n.dual-org h2 strong {\n    color: var(--org);\n  font-weight:600;\n}\n.bold-org .et_pb_text_inner b, .bold-org .et_pb_text_inner strong, .bold-org .et_pb_blurb_description b, .bold-org .et_pb_blurb_description strong, .success-block.bold-org b {\n    color: var(--org);\n}\n.dual-org .et_pb_text_inner h2:after {\n    content: \"\";\n    border-bottom: 2px solid var(--org);\n    padding-bottom: 15px;\n    width: 130px;\n    display: block;\n    margin: auto;\n    text-align: center;\n}\n.et-db #et-boc .et-l #table-of-cont.li-content li::marker {\n    content: \"\";\n}\n.et-db #et-boc .et-l #table-of-cont.li-content li:before {\n    content: \"\";\n    display: block;\n    width: 60px !important;\n    border-top: 2px solid #ccc;\n    position: absolute;\n    left: -50px;\n    margin-top: 12px;\n}\n.et-db #et-boc .et-l #table-of-cont.li-content li:hover:before, .et-db #et-boc .et-l #table-of-cont.li-content li.active:before {\n    border-top: 2px solid var(--org);\n}\n.et-db #et-boc .et-l #table-of-cont.li-content li:hover a, .et-db #et-boc .et-l #table-of-cont.li-content li.active a{\n    color: var(--blk) !important;\n  font-weight: bold;\n  font-size: 0.975em;\n  padding: 5px 0px;\n}\nfooter.et-l.et-l--footer {\n    z-index: 99;\n    position: relative;\n}\n@media (max-width: 540px) {\n  .bold-org .et_pb_blurb_content {\n    display: block;\n}\n  .et_pb_blurb.storefront .et_pb_blurb_content {\n    display: block;\n    border-bottom: 1px solid #ccc;\n}\n.et_pb_blurb.storefront .et_pb_main_blurb_image {\n    margin: 0px;\n    display: block;\n    margin-bottom: 15px;\n    width: 95%;\n}\n}","_et_pb_enable_shortcode_tracking":"","_et_pb_excluded_global_options":"","_et_pb_first_image":"","_et_pb_gutter_width":"2","_et_pb_module_type":"","_et_pb_page_layout":"et_no_sidebar","_et_pb_page_z_index":"","_et_pb_post_hide_nav":"default","_et_pb_row_layout":"","_et_pb_show_page_creation":"off","_et_pb_show_title":"","_et_pb_side_nav":"off","_et_pb_static_css_file":"","_et_pb_truncate_post":"<p><div id=\"top\" class=\"et_pb_section et_pb_section_0 et_pb_with_background et_section_regular\" >\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_row et_pb_row_0 et_pb_equal_columns et_pb_gutters2\">\n\t\t\t\t<div class=\"et_pb_column et_pb_column_4_4 et_pb_column_0  et_pb_css_mix_blend_mode_passthrough et-last-child\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_module et_pb_text et_pb_text_0 grd-vio-blu  et_pb_text_align_center et_pb_bg_layout_dark\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_text_inner\">Solving the Edge Puzzle<\/div>\n\t\t\t<\/div><div class=\"et_pb_module et_pb_text et_pb_text_1 sub-title  et_pb_text_align_center et_pb_bg_layout_dark\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_text_inner\">A breakdown of the expected and unexpected building blocks required to build optimized distributed systems.<\/div>\n\t\t\t<\/div><div class=\"et_pb_button_module_wrapper et_pb_button_0_wrapper et_pb_button_alignment_center et_pb_module \">\n\t\t\t\t<a class=\"et_pb_button et_pb_button_0 learn-more wht-btn mr-at wd-240 et_pb_bg_layout_light\" href=\"https:\/\/www.webscale.com\/wp-content\/uploads\/2023\/12\/Solving-the-Edge-Puzzle-Tech-Guide.pdf\" target=\"_blank\" rel=\"noopener\">Downloadable Version<\/a>\n\t\t\t<\/div>\n\t\t\t<\/div>\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t<\/div>\n\t\t\t\t\n\t\t\t\t\n\t\t\t<\/div><div class=\"et_pb_section et_pb_section_1 et_section_regular\" >\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_row et_pb_row_1\">\n\t\t\t\t<div class=\"et_pb_column et_pb_column_1_4 et_pb_column_1  et_pb_css_mix_blend_mode_passthrough\" id=\"left-col\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div id=\"table-of-cont\" class=\"et_pb_with_border et_pb_module et_pb_text et_pb_text_2 li-content et_pb_sticky_module  et_pb_text_align_left et_pb_bg_layout_light\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_text_inner\">Table of Contents:<\/p>\n<p>Introduction: The Edge Puzzle<br \/>\nThe Complexities of Replicating the Cloud Developer Experience at the Edge<br \/>\nHow to Approach Application Selection, Deployment, and Management for the Edge<br \/>\nThe Complexities of Building and Operating Edge Networks and Infrastructure<br \/>\nConclusion: Overcoming the Complexities<\/div>\n\t\t\t<\/div>\n\t\t\t<\/div><div class=\"et_pb_column et_pb_column_3_4 et_pb_column_2  et_pb_css_mix_blend_mode_passthrough et-last-child\" id=\"right-col\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_module et_pb_code et_pb_code_0\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t<\/div>\n\t\t\t<\/div>\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t<\/div>\n\t\t\t\t\n\t\t\t\t\n\t\t\t<\/div><div id=\"right-cont\" class=\"et_pb_section et_pb_section_2 et_section_regular\" >\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_row et_pb_row_2 et_pb_equal_columns et_pb_gutters2\">\n\t\t\t\t<div class=\"et_pb_column et_pb_column_4_4 et_pb_column_3 toc  et_pb_css_mix_blend_mode_passthrough et-last-child\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div id=\"link1\" class=\"et_pb_module et_pb_text et_pb_text_3 dual-org  et_pb_text_align_left et_pb_bg_layout_light\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_text_inner\">Introduction: The Edge Puzzle<\/div>\n\t\t\t<\/div><div class=\"et_pb_module et_pb_text et_pb_text_4 bold-org li-content link-tel  et_pb_text_align_left et_pb_bg_layout_light\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_text_inner\">While most developers have grown familiar with cloud deployment, running workloads across a distributed edge introduces an entirely new set of complexities and considerations. Moving from managing a single deployment endpoint to hundreds or more, requires a different knowledge base and skillset, particularly if different microservices also need to be served from different edge locations.<\/p>\n<p>Nonetheless, developers are increasingly being asked to program in a new computing paradigm &#8211; both for edge computing in its own right and as part of a hybrid cloud infrastructure. Further, the parts of the application being moved closer to the end user are also changing. Initially, simple, static assets like images were the main items, but in recent years, application owners have started to migrate more advanced logic, security, and persistent data stores out to the edge. However, the adoption curve has been slow, mainly due to the extreme complexities involved in designing, building, and operating a distributed deployment model.<br \/>\nFor the edge to achieve the $800B mark by 2025 (as predicted in The Linux Foundation\u2019s State of the Edge Report 2021), developers must master the edge puzzle to learn to build optimized distributed systems, or partner with an Edge as a Service (EaaS) platform provider.<br \/>\nWhat are the main complexities involved in running workloads at the edge? Let\u2019s break down the complex and always shifting puzzle into component pieces. What do developers and DevOps teams need to know to reap the rewards of edge computing?<\/p>\n<p>Building for Edge is a complex and always shifting puzzle to be solved and then managed<\/div>\n\t\t\t<\/div><div id=\"link2\" class=\"et_pb_module et_pb_text et_pb_text_5 dual-org  et_pb_text_align_left et_pb_bg_layout_light\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_text_inner\">The Complexities of Replicating the Cloud Developer Experience at the Edge<\/div>\n\t\t\t<\/div><div class=\"et_pb_module et_pb_text et_pb_text_6 bold-org li-content link-tel  et_pb_text_align_left et_pb_bg_layout_light\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_text_inner\">The Context: Moving from the Cloud to the Edge<\/p>\n<p>Whether using AWS, Azure, GCP, Digital Ocean, or a more niche provider, the dev experience is fairly similar, no matter which cloud you\u2019re on. For a developer, cloud workloads typically include:<\/p>\n<p>Over the last fifteen years or so, developers have become very familiar with cloud deployment. There are many reasons for its popularity which can mainly be summed up by saying that cloud simplifies the management of delivery of services to end users, with functions that span compute, storage and delivery.<br \/>\nThese processes are fairly straightforward when all code and microservices are feeding into a single deployment endpoint. However, what happens when you add hundreds of edge endpoints to the mix, with different microservices being served from different edge locations at different times? In this kind of environment, how do you decide which edge endpoints your code should be running on at any given time? More importantly, how do you manage the constant orchestration across these nodes among a heterogeneous makeup of infrastructure from a host of different providers?<\/p>\n<p>The Challenge: The Many Complexities of the Edge Developer Experience<br \/>\nSome of the complexities surrounding the edge developer experience include:<\/p>\n<p>Code and Configuration Management<br \/>\nEvery application is unique. Developers need granular, code-level control over edge configuration to fit the requirements of their applications. At the same time, they require simple, streamlined workflows to continue to push the pace of innovation and maintain secure, dependable application delivery.<\/p>\n<p>With various industry players competing for a share of the edge computing market, from hyperscalers to CDNs, there are many considerations for evolving the developer experience to adapt to edge nuances. Many traditional CDNs, for example, have hardcoded proprietary software into their solutions (e.g. web application firewall technology), offering very limited configuration options. Thus, developers can find themselves backed into a corner with legacy CDNs offering edge services, forcing them to bolt on additional solutions that inevitably erase some of the benefits they were seeking to solve with the CDN solution in the first place.<\/p>\n<p>Additionally, developers are increasingly looking to migrate more application logic to the edge for performance, security, and cost efficiency gains.<br \/>\nDeveloper Workloads Moving to the Edge<br \/>\nThe types of workloads being considered for edge deployment are many and diverse. Examples of developer workloads moving to the edge include:<\/p>\n<p>\tMicro APIs &#8211; Hosting small, targeted APIs at the edge for use cases such as search or fully-featured content exploration with GraphQL (which enables faster responses on user queries while lowering costs).<br \/>\n\tHeadless Commerce &#8211; Decoupling the presentation layer from back-end eCommerce functions allows you to push more services to the edge to create custom user experiences, achieve performance gains, and improve operational efficiencies.<br \/>\n\tFull application hosting at the edge &#8211; More and more developers are exploring the idea of hosting their entire application at the edge. Rather than beaconing back to a centralized origin, hosting databases alongside apps at the edge and then syncing across distributed endpoints is quickly becoming a reality that has the potential to become the new normal as edge computing matures.<\/p>\n<p>In order for developers to progress towards migrating more advanced workloads to the edge, they require flexible solutions that support distribution of code across programming languages and frameworks.<br \/>\nHow Complexity Factors into Edge Runtimes<br \/>\nAs more developers adopt edge computing for modern applications, edge platforms and infrastructure will need to support different runtime environments. Runtime describes the final phase of the program lifecycle, involving the machine executing the program\u2019s code.<\/p>\n<p>Complexity factors into runtimes at the edge in particular in relation to interoperability, i.e. the complexity of managing runtimes across distributed systems. Developers need to be able to run applications in their dedicated runtime environment with their choice of programming language. Systems that support diverse developer needs must be able to support this to be useful to all.<\/p>\n<p>One of the most widely used runtime environments for JavaScript is Node.js, used by many businesses, large and small, to create applications that execute JavaScript code outside a web browser. Other well-known examples of runtime environments include the Java Runtime Environment, a prerequisite for running Java programs, .NET Framework which is required for Windows .NET applications, and Cygwin, a runtime environment for Linux applications that allows them to run on Windows, macOS, and other operating systems.<br \/>\nWith developers building across many different runtime environments, Edge as a Service offerings need to be able to support code portability. Developers can\u2019t be expected to refactor their code base to fit into a rigid, pre-defined framework. Instead, multi-cloud and edge platforms and services must be flexible enough to adapt to different architectures, frameworks and programming languages.<br \/>\n&#8220;And since we\u2019re in a DevOps world, not only do we need to think about the application development lifecycle and the CI\/CD workflow, but we need to think about the observability and management of the application at the edge.&#8221;<br \/>\nDan Bartholomew<br \/>\nChief Product Officer, Webscale<br \/>\nObservability for Distributed Systems: Diagnostics and Telemetry<br \/>\nIt is critical for developers to have a holistic understanding of the state of their application at any given time. Observability becomes increasingly complex when you consider distributed delivery nodes across a diverse set of infrastructure from different providers.<\/p>\n<p>As reported in a recent Dynatrace survey of 700 CIOs, \u201cThe dynamic nature of today\u2019s hybrid, multicloud ecosystems amplifies complexity. 61% of CIOs say their IT environment changes every minute or less, while 32% say their environment changes at least once every second.\u201d To add to the complexities of trying to keep up with dynamic systems, that same report revealed that: \u201cOn average, organizations are using 10 monitoring solutions across their technology stacks. However, digital teams only have full observability into 11% of their application and infrastructure environments.\u201d<\/p>\n<p>An effective solution for multi-cloud\/edge observability should be able to provide a single pane of glass to draw together data from many locations and infrastructure providers. This kind of visibility is essential for developers to gain insight into the entire application development and delivery lifecycle. The right centralized telemetry solution will allow engineers and operations teams to evaluate performance, diagnose problems, observe traffic patterns, and share value and insights with key stakeholders.<\/p>\n<p>&#8220;When we look at the challenges of scale and operational consistency, the edge cannot be seen as a point solution that then needs to be managed separately or differently across hundreds of sites \u2013 this would be incredibly complex. In order to be successful, you need to manage your edge sites in the same way you would the rest of your places in the network \u2013 from the core to the edge. This helps minimize complexity and deliver on the operational excellence that organizations are striving for.&#8221;<br \/>\nRosa Guntrip<br \/>\nSenior Principal Marketing Manager<br \/>\nCloud Platforms, Red Hat<br \/>\nManaging the Application Lifecycle<br \/>\nAlong with configuration flexibility, control, and comprehensive observability tooling, developers need to be able to easily manage their application lifecycle systems and processes. With a single developer or small team overseeing a small, centrally managed code base, this is fairly straightforward. However, when an application is broken up into hundreds of microservices that are managed across teams, coupled with a diverse makeup of deployment models within the application architecture, this can become exponentially more complex and impact the speed of development cycles.<\/p>\n<p>When we add the additional complexities of pushing code to a distributed edge and maintaining code application cohesion across that distributed application delivery plane at all times (even during an application deployment cycle), application lifecycle management for the edge becomes more complex than the centralized approaches used to date with cloud. This is where management solutions such as leveraging GitOps and CI\/CD workflows come into play, so that the benefits of edge can be leveraged without increased team overhead.<br \/>\nLeveraging GitOps and CI\/CD Workflows<br \/>\nTo streamline operations, many teams take advantage of GitOps workflows. GitOps is a way of implementing Continuous Deployment for cloud native applications. It focuses on a developer centric experience when operating infrastructure, by using tools developers are already familiar with, including Git and Continuous Deployment tools.<\/p>\n<p>While responsibilities and oversight of different parts of an application\u2019s code may be siloed within an organization, all of the code needs to feed into a unified code base. In order for developers to be able to move more services to the edge, they need tooling that is underpinned by GitOps principles for a fully integrated edgecloud application lifecycle.<\/p>\n<p>As an integral part of GitOps workflows, developers need flexibility and control when it comes to integrating edge deployment processes into existing continuous integration\/continuous delivery (CI\/CD) pipelines.<\/p>\n<p>There are three main principles worth following when managing changes to your edge configuration through a CI\/CD pipeline:<\/p>\n<p>Delivery and maintenance of code to distributed edge infrastructure can be more difficult to execute with the speed and consistency required to achieve the same application experience for end users at all times as if they were all connecting to one centralized application in the cloud. But using the right tools can make all the difference.<br \/>\nThe Solution: Consistency is Key<br \/>\nThe key to accelerating edge computing adoption is making the experience of programming at the edge as familiar as possible to developers, explicitly drawing on concepts from cloud deployment to do so. The added complexities that a distributed edge deployment brings introduces new challenges to achieving consistency across these experiences.<br \/>\nThe right Edge as a Service platform will help minimize complexity, enabling developers to focus on innovation and executing mission-critical tasks instead of juggling all the pieces involved in managing edge\/multi-cloud workloads.<\/p>\n<p>Furthermore, growth in adoption of container technology and serverless functions has completely changed the game, leaving many legacy CDNs unequipped to support modern applications. With Kubernetes becoming the preferred container orchestration platform, edge solutions built on Kubernetes are significantly better positioned to support the needs of modern developers.<\/div>\n\t\t\t<\/div><div id=\"link3\" class=\"et_pb_module et_pb_text et_pb_text_7 dual-org  et_pb_text_align_left et_pb_bg_layout_light\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_text_inner\">How to Approach Application Selection, Deployment, and Management for the Edge<\/div>\n\t\t\t<\/div><div class=\"et_pb_module et_pb_text et_pb_text_8 bold-org  et_pb_text_align_left et_pb_bg_layout_light\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_text_inner\">How to Approach Application Selection, Deployment, and Management for the Edge<br \/>\nDuring the cloud computing era, many application creators turned to complementary CDN technology to boost performance, security, and scalability. Today, they are turning to the edge for the next logical iteration. Placing parts of an application at the edge has obvious performance benefits but it also adds complexity to the simplicity of the cloud by adding an additional and discrete delivery layer.<br \/>\nWith the demand for faster user experiences being driven by emerging and evolving use cases, application creators are increasingly looking to offload more services to the edge. At the same time, application operations teams are looking to simplify their delivery stacks. Bringing more of the application delivery cycle into a single cohesive edge delivery solution can achieve both of these goals concurrently.<\/p>\n<p>While cloud providers have the flexibility to support a diverse range of workloads, developers working in the cloud are limited to a single provider\u2019s network, or are responsible for managing workload orchestration across multiple providers. CDNs, meanwhile, may have expansive global networks of infrastructure, but they are typically unable to support general purpose workloads beyond basic content delivery.<\/p>\n<p>Content Delivery Networks (CDNs) are often thought of as the first evolution of edge computing. However, content delivery encompasses only a small subset of all edge workloads. As the diversity of edge workloads has expanded beyond content delivery, existing solutions fall short in terms of what they\u2019re able to support. Many CDNs were built around open source technologies, such as Varnish Cache and ModSecurity. Typically, they have customized the code base so much over the years that developers using them are locked into \u201cblack box\u201d, proprietary solutions that don\u2019t offer the flexibility and control necessary to fit the unique requirements of each application.<\/p>\n<p>Furthermore, growth in adoption of container technology and serverless functions has completely changed the game, leaving many legacy CDNs unequipped to support modern applications. With Kubernetes becoming the preferred container orchestration platform, edge solutions built on Kubernetes are significantly better positioned to support the needs of modern developers.<\/p>\n<p>Emerging and Evolving Edge Use Cases:<\/p>\n<p>The Challenge: The Complexities in Moving Diverse Workloads to the Edge<\/p>\n<p>Now, let\u2019s take a deeper dive into some of the complexities involved in moving more diverse workloads to the edge, including selection, deployment and ongoing management.<\/p>\n<p>Web Application Firewalls (WAFs) &amp; Bot Management Tooling<\/p>\n<p>DevOps teams are increasingly choosing to deploy WAFs and bot mitigation tools across a distributed architecture, with the goal of detecting and mitigating threats faster. Managing a WAF or bot mitigation deployment across a multi-cloud\/edge network is no simple feat, however.<\/p>\n<p>While many best-in-class WAF and bot management technologies have emerged &#8211; providers such as Wallarm, Snapt (WAF), ThreatX, Signal Sciences, Radware Bot Manager, and PerimeterX &#8211; most legacy CDNs still don\u2019t give developers the option of deploying third-party solutions. Fastly, for example, recently acquired Signal Sciences, recognizing the need for more advanced WAF technology beyond their own proprietary solution.<\/p>\n<p>We often speak with developers who are frustrated with the \u201cblack box\u201d, built-in solutions of legacy CDNs, and demand more choice and flexibility.<\/p>\n<p>Image Optimization Beyond the simple caching of images, developers, especially in the e-Commerce sector, are increasingly seeking out image optimization solutions, such as Optidash, that optimize and transform images on-the-fly.<\/p>\n<p>Image optimization benefits include:<\/p>\n<p>Just as with security solutions, most legacy CDNs don\u2019t support third-party software that specializes in point solutions. What\u2019s more, if you\u2019re operating a multi-cloud\/edge environment, you will have to install and manage these types of image optimization tooling across the entire network.<\/p>\n<p>Modern Testing &amp; Experience Optimization<\/p>\n<p>Marketers, product managers, developers and others need the ability to effectively test and optimize applications across the client side, server-side, single page application (SPA), mobile, redirects, and so on. Conventional A\/B testing solutions use JavaScript tags to manipulate content on applications, which reduces site performance with flicker and increased latency.<\/p>\n<p>Modern tools like SiteSpect, however, rethink this model by sitting in the flow of HTTP traffic. This allows them to support multiple user experience optimization techniques, including client-side, serverside, redirects, and SPA optimization.<\/p>\n<p>Legacy CDNs can\u2019t support this new architectural model and therefore require extra hops in the HTTP delivery chain, ironically negating many of the performance benefits they are aiming to solve. Now, let\u2019s take a deeper dive into some of the complexities involved in moving more diverse workloads to the edge, including selection, deployment and ongoing management.<\/p>\n<p>Quickand Flexible Deployment options<br \/>\nGreatest Performance Benefits <\/p>\n<p>Additional Options<\/p>\n<p>Load Balancing Solutions<\/p>\n<p>While most hyperscalers and edge providers offer load balancing, these solutions are often restricted to their own environments. Therefore, if you migrate your application to a different cloud or data center, the hyperscaler or edge provider\u2019s proprietary load balancer won\u2019t be able to follow.<\/p>\n<p>In the instance of a traditional load balancer that is being deployed to the cloud, you need to use a virtual appliance. If you then decide to use a load balancer in a second cloud, that virtual appliance will need to be re-configured again\u2026 and so on for every cloud or data center it operates in. There is no communication between these two appliances. In this instance, you are operating two (or more) separate clouds that your teams will need to manage separately.<\/p>\n<p>Organizations that use multi-cloud\/edge networks are then faced with having to separately configure, monitor and manage delivery and security for each distinct environment. Similarly, for any application that changes hosting location, adjustments must be made on an individual basis. This not only increases complexity, but takes up valuable resources and limits much of the flexibility that is supposedly a key benefit of a multi-cloud\/edge model.<\/p>\n<p>Containers: Challenges of Orchestration<\/p>\n<p>In a small environment with only a handful of systems, managing and automating orchestration is fairly straightforward, but when an enterprise has thousands of individual systems that interact with each other on some level, orchestration automation is both powerful and essential.<\/p>\n<p>Containers are lightweight by definition with a low footprint, making them perfect candidates for running on edge devices. The main reason machine learning models leverage containers is because legacy devices can still interact with cloud services like AI\/ML to achieve fast computation in-place.<\/p>\n<p>Containers can be deployed to the device of your choosing and can be built using the architecture of your choice so long as it can run the container runtime. Updating containers in-place is simple, particularly when orchestration solutions like Kubernetes are used.<\/p>\n<p>Consider SaaS providers who traditionally offered on-premise or single point of presence installations. As customers increasingly demand distributed deployment models, SaaS providers are faced with the build vs. buy dilemma.<\/p>\n<p>The management of these complex clusters of devices, services, and networks can get highly complicated very quickly.<\/p>\n<p>Serverless Computing for Edge Computing<\/p>\n<p>Serverless computing, also called function as a service (FaaS), enables the execution of event-driven logic without the burden of managing the underlying infrastructure. The name \u2018serverless\u2019 is characterized by the freedom that it gives developers to focus on building their applications without having to think about provisioning, managing, and scaling servers.<\/p>\n<p>The concept of serverless was originally designed for cloud environments, eliminating the \u2018always-on\u2019 model to save on resource consumption, among other benefits. In recent years, advances in edge computing technology have led more developers to migrate serverless workloads to the edge. The benefits of serverless at the edge, when compared to alternatives like containers and VMs, include lighter resource consumption, improved cost efficiencies, code portability, and speed of deployment.<\/p>\n<p>However, not all workloads are suitable for serverless models and it\u2019s important to understand the requirements of a given workload when determining the most appropriate deployment model. Considerations such as code dependencies, cold starts and their effect on performance, security, and resource requirements are critical when designing edge architectures.<\/p>\n<p>The Solution: Partner with an Edge as a Service Provider<\/p>\n<p>The right EaaS provider, for instance, won\u2019t lock developers into specific software choices for security or image optimization tooling, allowing for \u201cbest of breed\u201d selection. EaaS can also support distributed deployment of more advanced workloads, making it easier to integrate testing and experience optimization solutions like SiteSpect into your edge stack.<br \/>\nAn Edge as a Service (EaaS) provider can help overcome many of the complexities involved in application deployment and management at the edge.<br \/>\nOne of the most important areas that Edge as a Service can make more straightforward is load balancing across multi-cloud\/edge networks. EaaS providers may offer automated load balancer options, which automatically migrates traffic and workloads so that developers don\u2019t have to do this on an individual basis.<\/p>\n<p>Similarly, Edge as a Service providers can help streamline containerization and serverless deployments by (i) containerizing applications and accelerating the developer path to the edge and (ii) offering flexible language support that allows developers to simply ship code and offload the responsibilities of deployment, management, and scaling of the underlying infrastructure to the edge compute platform.<\/div>\n\t\t\t<\/div><div id=\"link4\" class=\"et_pb_module et_pb_text et_pb_text_9 dual-org  et_pb_text_align_left et_pb_bg_layout_light\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_text_inner\">The Complexities of Building and Operating Edge Networks and Infrastructure<\/div>\n\t\t\t<\/div><div class=\"et_pb_module et_pb_text et_pb_text_10 bold-org li-content link-tel  et_pb_text_align_left et_pb_bg_layout_light\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_text_inner\">The Context: Edge Networks and Infrastructure are Changing<br \/>\nWe are in the midst of a foundational technological shift in communications infrastructure. IDC predicts that by 2023, more than 50% of new enterprise IT infrastructure will be deployed at the edge and the edge access market is predicted to drive $50 billion in revenues by 2027. To interconnect this hyper-distributed environment, which spans on-premise data centers, multi-clouds, and the edge, the network is in the process of evolving and becoming more agile, elastic, and cognitive.<br \/>\nThe Challenge: Managing the Network, Infrastructure, and Operations in a Distributed Compute Environment<br \/>\nLet\u2019s dive into a high-level overview of some of the critical components you need to consider when building and operating distributed networks.<br \/>\nAreas that we\u2019ll cover include:<\/p>\n<p>As you\u2019re evaluating all of these considerations, bear in mind that working with Edge as a Service can solve many of these complexities for you.<br \/>\nDNS: A Critical Component in Networking Infrastructure<br \/>\nThe domain name system (DNS) is often referred to as the phonebook of the Internet since it translates domain names to IP addresses, allowing browsers to load Internet resources. DNS provides the hierarchical naming model, which lets clients \u201cresolve\u201d or \u201clookup\u201d resource records linked to names. DNS therefore represents one of the most critical components of networking infrastructure.<br \/>\nDNS Services are Often Vulnerable to Threats<br \/>\nOther widely used Internet protocols have started to incorporate end-to-end encryption and authentication. However, many widely deployed DNS services remain unauthenticated and unencrypted, leaving DNS requests and responses vulnerable to threats from onpath network attackers. Hence, when building out DNS services, it\u2019s critical to maintain a security-first approach.<br \/>\n\u201cEnterprise infrastructure is evolving faster than ever before. Emerging technologies make it possible to spin up microservices and cloud instances in minutes. DevOps teams are churning out code 40 times faster than legacy production environments. New edge and serverless architectures are taking computing out of the data center and closer to devices enabling global real-time applications. Those organizations not born in the cloud-native era face the additional challenge of connecting legacy applications with new technology in the never-ending race to meet user demands for performance while driving efficiency and security.\u201d<br \/>\nKris BeeversCEO, NS1<br \/>\nDNS in a Distributed Computing Environment<br \/>\nDNS is lightweight, robust and distributed by design. However, new approaches to computing architecture, including multi-cloud and edge, introduce new considerations when implementing application traffic routing at the DNS level.<br \/>\nIn a distributed compute environment, DNS routing entails ensuring that users are routed to the correct location based on a set of given objectives (e.g. performance, security\/compliance, etc.). When routing, you need to take into account service discovery. The majority of the time, people use DNS for public-facing service discovery, but this can be challenging to pull off. Routing is complicated both in terms of ensuring that users are routed to the right location and that failover is handled &#8211; in other words, what will you do to help update routes when systems fail?<br \/>\nTLS: Provisioning, Management, and Deployment Across Distributed Systems<br \/>\nTransport Layer Security (TLS) is an encryption protocol that protects communications on the Internet. You can feel reassured that your browser is connected via TLS if your URL starts with HTTPS and there is an indicator with a padlock assuring you that the connection is secure. TLS is also used in other applications, such as email and usenet. It\u2019s important to regularly upgrade to the latest protocol for TLS and its predecessor, the SSL protocol.<br \/>\nWhen working with TLS and\/or SSL in distributed environments, you have to either work with your own certificates using a managed service such as DigiCert or use an open source version with a service like Let\u2019s Encrypt or Certbot. The managed certificate authorities such as DigiCert will provide automated tooling to provision certificates. With the open source versions, you will find that you have to build the services to manage auto-renewal components and the provisioning of new certificates.<br \/>\nAn added complexity is the question of how you deploy these protocols? In relation to distributed systems, you will have certificates that need to be running in multiple places. They might be running across multiple providers, for example, you might be using one specific ingress controller in one location and a different ingress controller in another. How do you ensure that your certificates are being deployed where needed in order to actually handle the TLS handshakes? And as the number of domains that you manage increases, so too do the complexities.<br \/>\nThis ties directly back to DNS since you need to ensure that you\u2019re routing traffic to the correct endpoints containing the workloads where your TLS certificates are deployed. Further, you will have to take into account the state of your systems at any point in time and how you route traffic, since you never want to be servicing users incorrectly.<br \/>\nUltimately, servicing your user correctly is the end goal, meaning that when implementing TLS at the edge yourself, you have to take into account all these different components.<br \/>\nDDoS: Protecting Layers 3, 4, and 7<br \/>\nWhen protecting against Distributed Denial of Service (DDoS) attacks across distributed systems, the first question to ask should be, where are my systems most vulnerable to attack? The primary layers of focus on protecting against DDoS attacks include Layers 3, 4, and 7 in the OSI model.<\/p>\n<p>Firms like Wallarm, Signal Sciences, ThreatX, and Snapt will provide DDoS protection for you at the application layer (i.e. Layer 7). However, in an edge computing paradigm that\u2019s made up of heterogeneous networks of providers and infrastructure, there are more questions that need asking. The most important: how do all the different providers I\u2019m using handle network and transport-layer DDoS attacks (i.e. Layers 3 and 4)?<br \/>\nAll major cloud providers typically have built-in DDoS protection, but when you begin to expand across a multi-cloud environment, and further out to the edge, you need to ensure that your applications are protected across the entire network. This includes knowing how each underlying provider handles DDoS protection, along with implementing safeguards for any areas in your networks that may be underprotected. This takes us back to DNS and the question of how to handle traffic routing when one (or more) of your endpoints becomes compromised.<br \/>\nBGP\/IP Address Management<br \/>\nThe Border Gateway Protocol (BGP) is responsible for examining all the available paths that data can travel across the Internet and picking the best possible route, which usually involves hopping between autonomous systems. Essentially, BGP enables data routing on the Internet with more flexibility to determine the most efficient route for a given scenario.<br \/>\nBGP is also widely considered the most challenging routing protocol to design, configure, and maintain. Underlying the complexities are many attributes, route selection rules, configuration options, and filtering mechanisms that vary among different providers.<br \/>\nIn an edge computing environment, rather than announcing IP addresses from a single location, BGP announcements must be made out of multiple locations, and determining the most efficient route at any given point becomes much more involved.<br \/>\nAnother important consideration when it comes to routing is load balancing at the transport layer (Layer 4). Building a Layer 4 load balancer is complicated for the following reasons:<br \/>\nThe complexities of routing across multi-layer edge-cloud topologies are perhaps the most daunting when it comes to building distributed systems.<br \/>\nEdge Location Selection and Availability<br \/>\nAn effective presence at the edge is based on having a robust location strategy. By moving workloads as close as possible to the end user, latency is reduced. Selecting the appropriate geographies for your specific application within a distributed compute footprint involves careful planning.<br \/>\nCompliance also plays a role in the selection of edge locations. Increasingly, regulations and compliance initiatives, such as GDPR in Europe, are requiring companies to store data in specific locations.<br \/>\nEdge Workload Orchestration<br \/>\nManaging workload orchestration across hundreds, or even thousands, of edge endpoints is no simple feat. This can involve multiple components. You need to start with where you want the workload to be defined (e.g. full application hosting, micro APIs, etc.) Next, ask where will it be stored? Finally, take into account how the workload is actually deployed. How do you determine which edge endpoints your code should be running on at any specific time? What type of automation tooling and DevOps experience do you need to ensure that when you make changes, your code will run correctly?<br \/>\nManaging constant orchestration over a range of edge endpoints among a diverse mix of infrastructure from a network of different providers is highly complex.<br \/>\nLoad Shedding and Fault Tolerance<br \/>\nA load shedding system provides improved fault tolerance and resilience in message communications. Fault tolerance allows a system to continue to operate, potentially at a reduced level, in the event of a failure within one or more of its components.<br \/>\nIn regards to load shedding and fault tolerance at the edge, the primary area of concern is ensuring that the systems handling your workloads and servicing requests aren\u2019t overloaded. Essentially, how do you make sure that one location isn\u2019t set up to infinitely scale and how do you ensure that load is distributed appropriately?<br \/>\nCompute Provisioning and Scaling<br \/>\nLoad shedding and fault tolerance brings us to auto scaling and configuring auto scaling systems. One of Kubernetes\u2019 biggest strengths is its ability to perform effective autoscaling of resources. Kubernetes doesn\u2019t support just one autoscaler or autoscaling approach, but three. These are: \u2022 Pod replica count &#8211; This involves adding or removing pod replicas in direct response to changes in demand for applications using the Horizontal Pod Autoscaler (HPA). \u2022 Cluster autoscaler &#8211; As opposed to scaling the number of running pods in a cluster, the cluster autoscaler is used to change the number of nodes in a cluster. This helps manage the costs of running Kubernetes clusters across cloud and edge infrastructure. \u2022 Vertical pod autoscaling &#8211; the Vertical Pod Autoscaler (VPA) works by increasing or decreasing the CPU and memory resource requests of pod containers. The goal is to match cluster resource allotment to actual usage.<br \/>\nIf you\u2019re not using a container orchestration system like Kubernetes, compute provisioning and scaling can get challenging very quickly.<br \/>\nThe Messaging Framework<br \/>\nThe messaging system provides the means by which you can distribute your configuration changes, cache ban requests, and trace requests to all your running proxy instances in the edge network or CDN, and report back results.<br \/>\nThis involves two primary components:<\/p>\n<p>Workload orchestration<br \/>\nReceiving updates &#8211; if your system needs to receive a message or update, how do they get it, and is it getting there reliably?<\/p>\n<p>Observability for Distributed Systems<br \/>\nIt\u2019s imperative to treat observability as a first-class citizen when designing distributed systems, or any system for that matter. Reliable and real-time information is critical for engineers and operations teams who need to understand what is happening with their applications at all times.<br \/>\nObservability is also a key element in disaster recovery planning and implementation. Your infrastructure needs to be observable and flexible so that you can understand what has broken and what needs to be fixed. If a critical error occurs, you need visibility into your system to keep the incident as brief as possible versus experiencing a protracted disaster.<br \/>\nNOC Integration<br \/>\nEnterprises are taking steps to unify their network operations centers (NOCs) and security operations centers (SOCs). Why? By creating alignment between these two frequently siloed teams, organizations can reduce costs, optimize resources and improve the speed and efficiency of incident response and related security functions.<br \/>\nYou need to take into account the expertise of your team when planning a NOC and\/or SOC integration. Not everyone will have the range of crossover experience necessary to pull off a successful integration.<br \/>\nThe Solution: The Right Expertise<br \/>\nTo truly manage distributed network, infrastructure and operations at the Edge, you will likely need an edge operations model with an experienced team comprised of:<\/p>\n<p>Network engineers<br \/>\nPlatform engineers<br \/>\nDevOps engineers, with an emphasis on site reliability engineering (SRE)<\/p>\n<p>If you don\u2019t have some or all of these specialists, or don\u2019t have the expertise or resources in edge computing to manage the network, infrastructure, and operations, you can work with an Edge as a Service provider whose solutions abstract away many of the complexities associated with edge computing.<\/div>\n\t\t\t<\/div><div id=\"link5\" class=\"et_pb_module et_pb_text et_pb_text_11 dual-org  et_pb_text_align_left et_pb_bg_layout_light\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_text_inner\">Conclusion: Overcoming the Complexities<\/div>\n\t\t\t<\/div><div class=\"et_pb_module et_pb_text et_pb_text_12 bold-org li-content link-tel  et_pb_text_align_left et_pb_bg_layout_light\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_text_inner\">As we\u2019ve just started to look at the puzzle, the reality of deploying and managing workloads at the edge is far from simple. And while we\u2019ve covered a lot in this white paper, this is just a subset of the critical components and complexities that come with building and operating cloud-edge networks and infrastructure; and we really only scratched the surface on each of the considerations included.<br \/>\nEvery organization, team, and application has unique requirements when it comes to designing distributed systems. Because of this, many teams start down the path of building their own bespoke systems, and typically become overwhelmed quickly with all of the complexities that play into design decisions and implementation.<\/p>\n<p>The real power of the edge arises when we provide application developers the opportunity to seamlessly run the software of their choice at the edge and application operations teams the simplicity of a single delivery plane so they have a reduced operational footprint (even with a larger geographic delivery footprint).<\/p>\n<p>As an Edge as a Service provider, Webscale is often pulled into projects during the early stages of research and discovery, where we\u2019re able to offload the build and management of many, if not most, of the critical components, ultimately accelerating the path to edge for organizations across a diverse range of use cases.<\/p>\n<p>Webscale\u2019s CloudFlow Edge as a Service simplifies all the steps involved in deploying your application to the edge. You also gain the round the clock support of our dedicated team of expert engineers. We take care of the massive complexities and resources necessary to support distributed provisioning, orchestration, scaling, monitoring and routing, allowing you to focus on innovation.<\/p>\n<p>For more information about how edge can work for you or how to get started, reach out to request a demo.<br \/>\nCitations \/ Related Research<br \/>\n\u201cState of the Edge Report 2021\u201d, The Linux Foundation, 2021<br \/>\nhttps:\/\/stateoftheedge.com\/reports\/state-of-the-edge-report-2021\/<\/p>\n<p>\u201cThe Move Towards a Multi-Cloud and Hybrid IT Infrastructure\u201d, Section,<br \/>\nhttps:\/\/www.section.io\/blog\/multi-cloud-hybrid-it-infrastructure\/<\/p>\n<p>\u201cThe Balance Between Granular Control and Simplicity in Edge as a Service\u201d, Section,<br \/>\nhttps:\/\/www.section.io\/blog\/balance-control-simplicity-edge-as-a-service\/<\/p>\n<p>\u201cHeadless Commerce Drives Edge Computing Adoption\u201d, Section,<br \/>\nhttps:\/\/www.section.io\/blog\/headless-commerce-drives-edge-computing-adoption\/<\/p>\n<p>\u201cIs Edge as a Service (EaaS) the Next Big Thing in Tech?\u201d, Section,<br \/>\nhttps:\/\/www.webscale.com\/blog\/is-edge-as-a-service-eaas-the-next-big-thing-in-tech\/<\/p>\n<p>\u201cObservability, automation, and AI are essential to digital business success\u201d, Dynatrace, October 14, 2020<br \/>\nhttps:\/\/www.dynatrace.com\/cio-report-automatic-and-intelligent-observability\/<\/p>\n<p>\u201cManaging Changes to Your Edge Configuration Through a CD Pipeline\u201d, Section,<br \/>\nhttps:\/\/www.section.io\/blog\/edge-configuration-management-cd-pipeline\/<\/p>\n<p>\u201cEdge Computing Use Cases Driving Innovation\u201d, Section,<br \/>\nhttps:\/\/www.section.io\/blog\/edge-compute-use-cases\/<\/p>\n<p>\u201cCDNs Were a Prototype for Edge Compute\u201d, Section,<br \/>\nhttps:\/\/www.section.io\/blog\/cdn-prototype-edge-compute\/<\/p>\n<p>\u201cKubernetes Is Paving the Path for Edge Computing Adoption\u201d, Webscale,<br \/>\nhttps:\/\/www.webscale.com\/blog\/kubernetes-is-paving-the-path-for-edge-computing-adoption\/<\/p>\n<p>\u201cBuild vs. Buy &#8211; Evaluating Edge Solutions\u201d, Section<br \/>\nhttps:\/\/www.section.io\/blog\/edge-computing-build-vs-buy\/<\/p>\n<p>\u201cIDC FutureScape: Worldwide IT Industry 2020 Predictions\u201d, IDC,<br \/>\nhttps:\/\/www.idc.com\/getdoc.jsp?containerId=US45599219<\/p>\n<p>\u201cComparing OpEx vs. CapEx Models at the Edge\u201d, Webscale<br \/>\nhttps:\/\/www.webscale.com\/blog\/comparing-opex-vs-capex-models-at-the-edge\/<\/p>\n<p>\u201cUnderstanding Your Edge with CloudFlow\u2019s Next-Gen Observability Tooling\u201d<br \/>\nhttps:\/\/www.webscale.com\/blog\/understanding-your-edge-with-cloudflows-next-gen-observability-tooling\/<\/div>\n\t\t\t<\/div><div class=\"et_pb_module et_pb_text et_pb_text_13  et_pb_text_align_left et_pb_bg_layout_light\">\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t<div class=\"et_pb_text_inner\">A scalable, and secure solution for deploying and managing containerized applications on public, private or multi-cloud infrastructure.<br \/>\nDesigned as a PaaS (Platform-as-a-Service) to run high-performing applications at the lowest cost by proactively monitoring compute resource utilization and automatically rightsizing infrastructure.<br \/>\nPurpose built to enable businesses to optimize cloud-agnostic application delivery in dense containerized environments.<br \/>\nWebscale CloudFlow combines three core patented technologies: Kubernetes Edge Interface (KEI) for simplified container management, Adaptive Edge Engine (AEE) for AI-enabled workload placement, and an available Composable Edge Cloud (CEC) for scalable compute capacity across the cloud vendors of your choice.<\/div>\n\t\t\t<\/div>\n\t\t\t<\/div>\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t\t\n\t\t\t<\/div>\n\t\t\t\t\n\t\t\t\t\n\t\t\t<\/div><\/p>\n","_et_pb_truncate_post_date":"2023-12-19 22:37:25","_et_post_bg_color":"","_et_post_bg_layout":"","_et_template":[],"_et_theme_builder_marked_as_unused":"","_et_use_on":"","_gallery_link_target":"","_global_colors_info":"[]","_lh_copy_from_url-original_file":"","_version_history":"","_wp_old_date":[],"_wpcode_auto_insert":"","_wpcode_auto_insert_number":"","_wpcode_conditional_logic":[],"_wpcode_conditional_logic_enabled":"","_wpcode_library_id":"","_wpcode_library_version":"","_wpcode_location_extra":"","_wpcode_note":"","_wpcode_priority":"","_wpcode_shortcode_attributes":[],"_wpmf_gallery_custom_image_link":"","ao_post_optimize":[],"author_photo":"","doc_url":"","et_enqueued_post_fonts":{"family":{"et-gf-lato":"Lato:100,100italic,300,300italic,regular,italic,700,700italic,900,900italic"},"subset":["latin","latin-ext"],"cache_key":"{\"gph\":0,\"divi\":\"4.24.1\",\"wp\":\"6.6.2\",\"enable_all_character_sets\":\"false\"}"},"rank_math_contentai_score":{"wordCount":"100","linkCount":"0","headingCount":"100","mediaCount":"62.22"},"rank_math_description":"","rank_math_facebook_image":"","rank_math_facebook_image_id":"","rank_math_internal_links_processed":["1","1"],"rank_math_og_content_image":{"check":"36d68ad0eeb17601e398d8faa279dae1","images":[269503,269504,269505,269506,269507,269508,269509,269510,269511,269512,269513,269496]},"rank_math_seo_score":"9","rank_math_title":"","version_history":"","wp-smpro-smush-data":[],"wp-smush-animated":"","wpmf_filetype":"","wpmf_order":"","wpmf_size":"","_":"","_bj_lazy_load_skip_post":[],"_divi_filters_post_type":"","_et_dynamic_cached_attributes":{"sticky_position":["top"],"use_custom_gutter":["on"],"button_icon":["&#x24;||divi||400"],"social_network":["facebook","twitter","linkedin","youtube","last_fm"],"header_2_font":"|800|||||||","header_2_font_size":"34px","header_2_text_align":"center","animation_intensity_slide":"10%","animation_duration":"800ms","animation_delay":"15ms","animation_intensity_zoom":"15%","animation_intensity_flip":"15%","animation_intensity_fold":"15%","animation_intensity_roll":"15%","animation_direction":"center","animation_style":"none","background_color_gradient_start":"rgba(255,255,255,0)","background_color_gradient_end":"#fafafa","custom_padding":"120px||0px||false|false","background_color_gradient_stops":"rgba(255,255,255,0) 0%|#fafafa 100%","custom_padding_last_edited":"on|desktop","custom_padding_tablet":"||30px||false|false","custom_padding_phone":"60px||||false|false"},"_et_dynamic_cached_shortcodes":["et_pb_contact_field","et_pb_signup_custom_field","et_pb_social_media_follow_network","et_pb_section","et_pb_row","et_pb_column","et_pb_blurb","et_pb_button","et_pb_code","et_pb_contact_form","et_pb_signup","et_pb_social_media_follow","et_pb_text"],"_et_pb_ab_bounce_rate_limit":"","_et_pb_ab_stats_refresh_interval":[],"_et_pb_content_area_background_color":"","_et_pb_dark_text_color":"","_et_pb_light_text_color":"","_et_pb_section_background_color":"","_job_location":"","_job_locations":"","_links_to":"","_links_to_target":"","_product_image_gallery":"","_schema_code":"","_synced_version":"","_wp_attachment_context":"","_wp_attachment_image_alt":[],"_wpie_source_url":"","_yoast_wpseo_content_score":"","_yoast_wpseo_focuskeywords":"","_yoast_wpseo_metadesc":"","_yoast_wpseo_opengraph-image":"","_yst_prominent_words_version":"","inline_featured_image":[],"job_location":[],"job_locations":"","options":"","original-file":"","post_views_count":"","rank_math_analytic_object_id":"","rank_math_canonical_url":"","rank_math_focus_keyword":[],"rank_math_news_sitemap_robots":"","rank_math_primary_category":"","rank_math_primary_ccategory":"","rank_math_primary_job_locations":"","rank_math_primary_partners_category":"","rank_math_primary_pr_category":"","rank_math_primary_press_release_year":"","rank_math_rich_snippet":"","rank_math_robots":[],"rank_math_schema_Article":[],"rank_math_schema_Organization":[],"rank_math_schema_VideoObject":[],"rank_math_shortcode_schema_s-23675683-fff5-4300-88fe-da8afc8b1bb9":"","rank_math_shortcode_schema_s-307bbc91-c6b1-41aa-950d-c50d435a949c":"","rank_math_shortcode_schema_s-63a052dbc0384":"","rank_math_shortcode_schema_s-63a052dbc039d":"","rank_math_shortcode_schema_s-63a052dbc03a6":"","rank_math_shortcode_schema_s-63a052dbc03aa":"","rank_math_shortcode_schema_s-63a052dbc03b5":"","rank_math_shortcode_schema_s-63a052dbc03ba":"","rank_math_shortcode_schema_s-63a052dbc03bd":"","rank_math_shortcode_schema_s-63b6dd7d53a96":"","rank_math_shortcode_schema_s-63b6dd7d53a9f":"","rank_math_shortcode_schema_s-63b6dd7d53aa2":"","rank_math_shortcode_schema_s-63b6dd7d53aa4":"","rank_math_shortcode_schema_s-63b6dd7d53aa7":"","rank_math_shortcode_schema_s-63b6dd7d53aa9":"","rank_math_shortcode_schema_s-63b6dd7d53aab":"","rank_math_shortcode_schema_s-63b6dd7d53aad":"","rank_math_shortcode_schema_s-63b6dd7d53aaf":"","rank_math_shortcode_schema_s-63c15fcf43311":"","rank_math_shortcode_schema_s-63c15fcf43322":"","rank_math_shortcode_schema_s-63c15fcf43325":"","rank_math_shortcode_schema_s-63c15fcf43327":"","rank_math_shortcode_schema_s-63c15fcf43329":"","rank_math_shortcode_schema_s-63c15fcf4332a":"","rank_math_shortcode_schema_s-63c15fcf4332c":"","rank_math_shortcode_schema_s-63c15fcf4332e":"","rank_math_shortcode_schema_s-63c15fcf43330":"","rank_math_shortcode_schema_s-63f52c5ed40bb":"","rank_math_shortcode_schema_s-6409f40a9b7d5":"","rank_math_shortcode_schema_s-64354a3892419":"","rank_math_shortcode_schema_s-6440158136148":"","rank_math_shortcode_schema_s-6446d2f9353ee":"","rank_math_shortcode_schema_s-6446d2f9353f3":"","rank_math_shortcode_schema_s-6447c0fe4673c":"","rank_math_shortcode_schema_s-64e4d743542d7":"","schema_code":"","smush-complete":"","smush-info":"","smush-stats":[],"synced_version":"","wpmf_remote_video_link":"","_exp":"","_inc":"","_mc4wp_settings":[],"_post-subtitle":"","_pwh_dcfh_contact_email":"","_pwh_dcfh_contact_form_id":"","_pwh_dcfh_form_fields":"","_pwh_dcfh_ip_address":"","_pwh_dcfh_page_id":"","_pwh_dcfh_read_by":"","_pwh_dcfh_referer_url":"","_pwh_dcfh_user_agent":[],"_section1_col1":"","_section1_col2":"","_section1_col3":"","_section1_col4":"","_section2_col1":"","_section2_col2":"","_section2_col3":"","_section2_col4":"","_section2_col5":"","_section2_col6":"","_section3_col1":"","_section3_col2":"","_section3_col3":"","_section3_col4":"","_section3_col5":"","_section3_col6":"","_section4_col1":"","_section4_col2":"","_section4_col3":"","_section4_col4":"","_section4_col5":"","_section4_col6":"","_section5_col1":"","_section5_col2":"","_section5_col3":"","_section5_col4":"","_section5_col5":"","_section5_col6":"","_section6_col1":"","_section6_col2":"","_section6_col3":"","_section6_col4":"","_section6_col5":"","_section6_col6":"","_select_author":"","_test":"","_wp_attachment_backup_sizes":[],"_yoast_wpseo_estimated-reading-time-minutes":[],"_yoast_wpseo_focuskw":[],"_yoast_wpseo_focuskw_text_input":[],"_yoast_wpseo_linkdex":[],"_yoast_wpseo_meta-robots-nofollow":[],"_yoast_wpseo_meta-robots-noindex":[],"_yoast_wpseo_primary_category":[],"_yoast_wpseo_title":[],"_yoast_wpseo_wordproof_timestamp":"","exp":"","inc":"","post-subtitle":[],"rank_math_schema_BlogPosting":[],"section1_col1":"","section1_col2":"","section1_col3":"","section1_col4":"","section2_col1":"","section2_col2":"","section2_col3":"","section2_col4":"","section2_col5":"","section2_col6":"","section3_col1":"","section3_col2":"","section3_col3":"","section3_col4":"","section3_col5":"","section3_col6":"","section4_col1":"","section4_col2":"","section4_col3":"","section4_col4":"","section4_col5":"","section4_col6":"","section5_col1":"","section5_col2":"","section5_col3":"","section5_col4":"","section5_col5":"","section5_col6":"","section6_col1":"","section6_col2":"","section6_col3":"","section6_col4":"","section6_col5":"","section6_col6":"","select_author":"","test":"","footnotes":""},"class_list":["post-269486","page","type-page","status-publish","hentry"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.webscale.com\/wp-json\/wp\/v2\/pages\/269486"}],"collection":[{"href":"https:\/\/www.webscale.com\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/www.webscale.com\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/www.webscale.com\/wp-json\/wp\/v2\/users\/37"}],"replies":[{"embeddable":true,"href":"https:\/\/www.webscale.com\/wp-json\/wp\/v2\/comments?post=269486"}],"version-history":[{"count":0,"href":"https:\/\/www.webscale.com\/wp-json\/wp\/v2\/pages\/269486\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.webscale.com\/wp-json\/wp\/v2\/media?parent=269486"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}