{"id":269899,"date":"2024-01-05T11:22:05","date_gmt":"2024-01-05T16:22:05","guid":{"rendered":"https:\/\/www.webscale.com\/blog\/the-complexities-of-replicating-the-cloud-developer-experience-at-the-edge\/"},"modified":"2024-01-05T11:22:05","modified_gmt":"2024-01-05T16:22:05","slug":"the-complexities-of-replicating-the-cloud-developer-experience-at-the-edge","status":"publish","type":"post","link":"https:\/\/www.webscale.com\/blog\/the-complexities-of-replicating-the-cloud-developer-experience-at-the-edge\/","title":{"rendered":"The Complexities of Replicating the Cloud Developer Experience at the Edge"},"content":{"rendered":"<p><span style=\"font-weight: 400;\">Over the last fifteen years or so, developers have become very familiar with cloud deployment. 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:<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Identifying where your highest concentration of users are and selecting a single cloud location that will deliver the best performance to the maximum number of users.<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Connecting your code base, hosted in code repository tooling (e.g. Github, GitLab, Bitbucket)<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Automating build and deployment through CI\/CD tooling (e.g. Jenkins, CircleCI, Travis CI)<\/span><\/li>\n<\/ul>\n<p><span style=\"font-weight: 400;\">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><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter wp-image-269897 size-full\" src=\"https:\/\/www.webscale.com\/wp-content\/uploads\/2024\/01\/gartner-microservices.png\" alt=\"gartner-microservices\" width=\"1020\" height=\"491\" srcset=\"https:\/\/www.webscale.com\/wp-content\/uploads\/2024\/01\/gartner-microservices.png 1020w, https:\/\/www.webscale.com\/wp-content\/uploads\/2024\/01\/gartner-microservices-980x472.png 980w, https:\/\/www.webscale.com\/wp-content\/uploads\/2024\/01\/gartner-microservices-480x231.png 480w\" sizes=\"(min-width: 0px) and (max-width: 480px) 480px, (min-width: 481px) and (max-width: 980px) 980px, (min-width: 981px) 1020px, 100vw\" \/><\/p>\n<p>Image source:\u00a0<a href=\"https:\/\/thenewstack.io\/miniservices-a-realistic-alternative-to-microservices\/\" target=\"_blank\" rel=\"noopener\">Gartner<\/a><\/p>\n<p><span style=\"font-weight: 400;\">In this blog, we\u2019ll look at some of the complexities involved in streamlining the developer experience around edge deployment and ongoing management.<\/span><\/p>\n<h3><b>The Edge Developer Experience: Managing Complexity<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">As edge computing gains traction both in its own right and as part of a <\/span><a href=\"https:\/\/www.webscale.com\/blog\/simplifying-managed-multi-cloud-and-edge-kubernetes-with-helm-charts\/\"><span style=\"font-weight: 400;\">hybrid cloud infrastructure<\/span><\/a><span style=\"font-weight: 400;\">, increasing numbers of developers are being asked to program in a new computing paradigm. Building for the edge is a complex and always shifting puzzle to be solved and then managed.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Some of the complexities surrounding the edge developer experience include:<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Code and configuration management<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Edge runtimes<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Distributed diagnostics and telemetry<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Application lifecycle management<\/span><\/li>\n<\/ul>\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 unique needs of their application. 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.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">For example, many traditional CDNs have hard-coded 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;\">Furthermore, developers are increasingly looking to migrate more application logic to the edge for performance, security, and cost-efficiency gains. A few examples of 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;\"> \u2013 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;\"> \u2013 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;\"> \u2013 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;\">The types of workloads being considered for edge deployment are many and diverse. 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>Edge Runtimes<\/b><\/h4>\n<p><span style=\"font-weight: 400;\">Runtime describes the final phase of the program lifecycle, which involves the machine executing the program\u2019s code. As more developers continue to adopt edge computing for modern applications, edge platforms and infrastructure will need to support different runtime environments.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Complexity factors into runtimes at the edge 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 programming language. Systems that support diverse developer needs, therefore, 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. Some other well-known <\/span><a href=\"https:\/\/www.ionos.com\/digitalguide\/websites\/web-development\/what-is-a-runtime-environment\/\" target=\"_blank\" rel=\"noopener\"><span style=\"font-weight: 400;\">examples of runtime environments<\/span><\/a><span style=\"font-weight: 400;\"> 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<p><span style=\"font-weight: 400;\">With developers building across many different runtime environments, Edge as a Service offerings need to be able to support code portability. We can\u2019t expect developers 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>\n<h4><b>Distributed Diagnostics and Telemetry<\/b><\/h4>\n<p><span style=\"font-weight: 400;\">It is critical for developers to be able 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 <\/span><a href=\"https:\/\/www.helpnetsecurity.com\/2020\/10\/19\/cloud-environment-complexity-has-surpassed-human-ability-to-manage\/\" target=\"_blank\" rel=\"noopener\"><span style=\"font-weight: 400;\">Dynatrace survey of 700 CIOs<\/span><\/a><span style=\"font-weight: 400;\">, \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:<\/span><\/p>\n<p><span style=\"font-weight: 400;\">\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 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;\">At Webscale, we conducted quite a bit of user research leading up to the build of our Traffic Monitor which gives engineers, application owners and business leaders a straightforward way to quickly see how traffic is flowing through their edge architecture. What we found across interviews with development teams is that they crave tooling that enables them to understand what\u2019s going on with their application traffic and edge\/multi-cloud workloads at a glance, while also giving them the ability to easily drill down deeper into individual logs when needed.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">For example, the Traffic Monitor provides an easy way for DevOps teams to quickly observe errors across their edge stacks, then click to drill into the root cause of those errors without having to form complex queries to get the information they need.<\/span><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter wp-image-269898 size-full\" src=\"https:\/\/www.webscale.com\/wp-content\/uploads\/2024\/01\/edge-observability-complexity.png\" alt=\"edge-observability-complexity\" width=\"1281\" height=\"2674\" srcset=\"https:\/\/www.webscale.com\/wp-content\/uploads\/2024\/01\/edge-observability-complexity.png 1281w, https:\/\/www.webscale.com\/wp-content\/uploads\/2024\/01\/edge-observability-complexity-1280x2672.png 1280w, https:\/\/www.webscale.com\/wp-content\/uploads\/2024\/01\/edge-observability-complexity-980x2046.png 980w, https:\/\/www.webscale.com\/wp-content\/uploads\/2024\/01\/edge-observability-complexity-480x1002.png 480w\" sizes=\"(min-width: 0px) and (max-width: 480px) 480px, (min-width: 481px) and (max-width: 980px) 980px, (min-width: 981px) and (max-width: 1280px) 1280px, (min-width: 1281px) 1281px, 100vw\" \/><\/p>\n<h4><b>Centralized 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 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 edge becomes vastly more complex than the centralized approaches used to date with cloud.<\/span><\/p>\n<h5><b>GitOps<\/b><\/h5>\n<p><span style=\"font-weight: 400;\">To streamline operations, many teams take advantage of GitOps workflows. <\/span><a href=\"https:\/\/www.gitops.tech\/\" target=\"_blank\" rel=\"noopener\"><span style=\"font-weight: 400;\">GitOps<\/span><\/a><span style=\"font-weight: 400;\"> 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 edge-cloud application lifecycle.<\/span><\/p>\n<h5><b>CI\/CD<\/b><\/h5>\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<ul>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Optimize for fast feedback.<\/b><span style=\"font-weight: 400;\"> Identify steps within the pipeline that need optimizing by tracking execution time on individual stages. From the time you push a change to version control to making the change live should take no longer than five minutes. Fast feedback is important for quickly ensuring your changes meet business needs and cutting out technical debt and unnecessary costs.<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Chunk your changes, test immediately.<\/b><span style=\"font-weight: 400;\"> Instead of changing multiple things in batches and then testing for the effect, interleave the changes and tests, and stop execution immediately if the tests fail. By turning changes into small, verifiable units, you lessen the risk factor.<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Push all changes through the pipeline.<\/b><span style=\"font-weight: 400;\"> You lose the benefits you\u2019re striving for if you accommodate changes outside the process.<\/span><\/li>\n<\/ul>\n<p><span style=\"font-weight: 400;\">Delivery and maintenance of code to distributed edge infrastructure is 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.<\/span><\/p>\n<h3><b>Consistency is Key<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">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>\n<p><span style=\"font-weight: 400;\">\u201cWhen 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.\u201d<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><span style=\"font-weight: 400;\">Rosa Guntrip, Senior Principal Marketing Manager, Cloud Platforms, Red Hat<\/span><\/p>\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 id=\"centralized-application-lifecycle\"><b>Be sure to check out the next piece in this series <\/b><a href=\"https:\/\/www.webscale.com\/modernizing-apps-with-distributed-multi-cluster-kubernetes\/\"><i><span style=\"font-weight: 400;\">How to Approach Application Selection, Deployment, and Management for the Edge<\/span><\/i><\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Over the last fifteen years or so, developers have become very familiar with cloud deployment. 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: Identifying where your highest concentration of users are and [&hellip;]<\/p>\n","protected":false},"author":36,"featured_media":269896,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_et_pb_use_builder":"","_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":"field_6513304084a08","_doc_url":"","_dp_original":"270098","_et_autogenerated_title":"","_et_body_layout_enabled":"","_et_body_layout_id":"","_et_builder_dynamic_assets_loading_attr_threshold":"2","_et_builder_module_features_cache":null,"_et_builder_version":"","_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_ab_subjects":"","_et_pb_built_for_post_type":"","_et_pb_custom_css":"","_et_pb_enable_shortcode_tracking":"","_et_pb_excluded_global_options":"","_et_pb_first_image":"","_et_pb_gutter_width":"","_et_pb_module_type":"","_et_pb_page_layout":"et_right_sidebar","_et_pb_page_z_index":"","_et_pb_post_hide_nav":"default","_et_pb_row_layout":"","_et_pb_show_page_creation":"","_et_pb_show_title":"on","_et_pb_side_nav":"off","_et_pb_static_css_file":"","_et_pb_truncate_post":"","_et_pb_truncate_post_date":"","_et_post_bg_color":"#ffffff","_et_post_bg_layout":"light","_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":["2023-12-29"],"_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":"268246","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"],"rank_math_og_content_image":[],"rank_math_seo_score":"","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"],"fullwidth":["off"],"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_post_content","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_blog","et_pb_blurb","et_pb_button","et_pb_code","et_pb_contact_form","et_pb_post_nav","et_pb_post_title","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":""},"categories":[113,103],"tags":[],"class_list":["post-269899","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-edge","category-supercloud"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.webscale.com\/wp-json\/wp\/v2\/posts\/269899"}],"collection":[{"href":"https:\/\/www.webscale.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.webscale.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.webscale.com\/wp-json\/wp\/v2\/users\/36"}],"replies":[{"embeddable":true,"href":"https:\/\/www.webscale.com\/wp-json\/wp\/v2\/comments?post=269899"}],"version-history":[{"count":0,"href":"https:\/\/www.webscale.com\/wp-json\/wp\/v2\/posts\/269899\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.webscale.com\/wp-json\/wp\/v2\/media\/269896"}],"wp:attachment":[{"href":"https:\/\/www.webscale.com\/wp-json\/wp\/v2\/media?parent=269899"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.webscale.com\/wp-json\/wp\/v2\/categories?post=269899"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.webscale.com\/wp-json\/wp\/v2\/tags?post=269899"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}