{"id":1499,"date":"2024-01-01T15:53:25","date_gmt":"2024-01-01T15:53:25","guid":{"rendered":"https:\/\/solutionsreview.com\/thought-leaders\/?p=1499"},"modified":"2024-02-02T14:28:48","modified_gmt":"2024-02-02T14:28:48","slug":"more-common-principles-for-cloud-data-architecture-design-patterns","status":"publish","type":"post","link":"https:\/\/solutionsreview.com\/thought-leaders\/more-common-principles-for-cloud-data-architecture-design-patterns\/","title":{"rendered":"More Common Principles for Cloud Data Architecture Design Patterns"},"content":{"rendered":"<p><span data-contrast=\"auto\">There are many ways to describe the design pattern of a CDA. This section presents descriptions based on the number of clouds and which established \u201cmicro architectures\u201d (e.g., warehouses, lakes, operational databases) dominate the macro architecture of the CDA.<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/p>\n<h3><strong>Cloud-Driven Design Patterns\u00a0<\/strong><\/h3>\n<p><span data-contrast=\"auto\">Some design patterns are determined by the number of clouds involved and the amount of interoperability that occurs among them:\u00a0<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/p>\n<ul>\n<li><strong><span data-contrast=\"auto\">Single-Cloud Data Architecture:<\/span><\/strong><span data-contrast=\"auto\">\u00a0Features data centralization on a single cloud, usually accompanied by a single, central team for data and analytics.\u00a0<\/span><\/li>\n<li><strong><span data-contrast=\"auto\">Multi-Cloud Data Architecture:<\/span><\/strong><span data-contrast=\"auto\">\u00a0This architecture is about the challenge of managing distributed data and the challenges of moving data among multiple clouds.<\/span><\/li>\n<li><strong><span data-contrast=\"auto\">Inter-Cloud Data Architecture:<\/span><\/strong><span data-contrast=\"auto\">\u00a0Merely storing data on two or more clouds is not really a functional architecture, as in the Multi-Cloud example above. However, it is possible to extend Multi-Cloud with integration and analytic processes so that there is rigorous interoperability across multiple cloud platforms and the multiple datasets on them. This is called Inter-Cloud.<\/span><\/li>\n<li><strong><span data-contrast=\"auto\">Hybrid CDA:<\/span><\/strong><span data-contrast=\"auto\">\u00a0This design pattern is a CDA that is distributed both on premises and on cloud. It may or may not include the interoperability of Inter-Cloud (but it should, for highest value).<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/li>\n<\/ul>\n<h3><strong>Database Design Patterns, commonly deployed within a CDA\u00a0<\/strong><\/h3>\n<p><span data-contrast=\"auto\">Some CDA macro design patterns are determined by a micro architecture that dominates it. Here follow examples:<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/p>\n<p><strong><span data-contrast=\"auto\">Data Lake-Focused Cloud Data Architecture<\/span><\/strong><\/p>\n<p><span data-contrast=\"auto\">Increasingly, data architects are designing CDAs where the vast majority of data managed is in the data lake partition of the CDA. This is true even if the CDA includes other substantial partitions, such as a data warehouse, data science labs, or consolidated operational datasets (e.g., complete view of customer). The idea is that the lake becomes the source of all refined datasets and use cases within the CDA. Furthermore, the lake retains massive volumes of raw data long-term, to support as-yet unknown analytics or use cases. In these design patterns, the data lake touches and influences all use cases and internal datasets.<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/p>\n<p><strong><span data-contrast=\"auto\">Data Warehouse-Focused Cloud Data Architecture<\/span><\/strong><\/p>\n<p><span data-contrast=\"auto\">This is like the CDA design pattern focused on the data lake, except that users prefer to manage more data in the warehouse partition than the lake one. Or there may not be a data lake in a particular CDA, so the warehouse fulfills its purposes.<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/p>\n<p><strong><span data-contrast=\"auto\">Lakehouse-Focused Data Architecture<\/span><\/strong><\/p>\n<p><span data-contrast=\"auto\">The line between the lake and warehouse is already fuzzy, and it gets fuzzier as time passes. A lakehouse micro architecture is great for a CDA that demands an agile data warehouse. But a lakehouse is typically there to only serve the warehouse, not other use cases and datasets. In other words, a data lake is enterprise scale, a lakehouse usually just exists within the scope of a single data warehouse.<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/p>\n<p><strong><span data-contrast=\"auto\">Real-Time Focused Data Architecture<\/span><\/strong><\/p>\n<p><span data-contrast=\"auto\">Streams and other real-time data make special demands of a CDA. In reaction, technical users add a layer to the CDA specifically for capturing and processing real-time data. Names for this include: Real-Time Layer, Speed Layer, and Streaming-First Layer. That layer typically implements message brokers (Kafka, Pulsar), application programming interfaces (APIs, with a focus on REST), and various tools for data integration and app integration. The point is that streams need special tech to capture real-time data and achieve business benefit from its freshness.\u00a0<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/p>\n<p><span data-contrast=\"auto\">Here are a few observations about the CDA\u2019s Speed Layer:\u00a0<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/p>\n<ul>\n<li data-aria-level=\"1\" data-aria-posinset=\"1\" data-font=\"Symbol\" data-leveltext=\"\uf0b7\" data-list-defn-props=\"{&quot;335552541&quot;:1,&quot;335559684&quot;:-2,&quot;335559685&quot;:720,&quot;335559991&quot;:360,&quot;469769226&quot;:&quot;Symbol&quot;,&quot;469769242&quot;:[8226],&quot;469777803&quot;:&quot;left&quot;,&quot;469777804&quot;:&quot;\uf0b7&quot;,&quot;469777815&quot;:&quot;hybridMultilevel&quot;}\" data-listid=\"25\"><span data-contrast=\"auto\">The Speed Layer may be a unique and autonomous layer or it can be functionality included in the Data Fabric layer of the CDA.\u00a0<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/li>\n<li data-aria-level=\"1\" data-aria-posinset=\"2\" data-font=\"Symbol\" data-leveltext=\"\uf0b7\" data-list-defn-props=\"{&quot;335552541&quot;:1,&quot;335559684&quot;:-2,&quot;335559685&quot;:720,&quot;335559991&quot;:360,&quot;469769226&quot;:&quot;Symbol&quot;,&quot;469769242&quot;:[8226],&quot;469777803&quot;:&quot;left&quot;,&quot;469777804&quot;:&quot;\uf0b7&quot;,&quot;469777815&quot;:&quot;hybridMultilevel&quot;}\" data-listid=\"25\"><span data-contrast=\"auto\">The Speed Layer\u2019s competency in real-time tech is a complement to the batch\/bulk competency that serves the vast majority of the CDA\u2019s data. One does not replace the other.<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/li>\n<li data-aria-level=\"1\" data-aria-posinset=\"3\" data-font=\"Symbol\" data-leveltext=\"\uf0b7\" data-list-defn-props=\"{&quot;335552541&quot;:1,&quot;335559684&quot;:-2,&quot;335559685&quot;:720,&quot;335559991&quot;:360,&quot;469769226&quot;:&quot;Symbol&quot;,&quot;469769242&quot;:[8226],&quot;469777803&quot;:&quot;left&quot;,&quot;469777804&quot;:&quot;\uf0b7&quot;,&quot;469777815&quot;:&quot;hybridMultilevel&quot;}\" data-listid=\"25\"><span data-contrast=\"auto\">They both interoperate regularly with the CDA\u2019s shared layers for storage and data consumption.<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/li>\n<\/ul>\n<div class=\"mceTemp\"><\/div>\n<p><span data-contrast=\"auto\">Now, that we\u2019ve discussed most of the salient components and characteristics of CDAs, let\u2019s pull all that information together in a single big picture. The reference architecture in Figure 1 illustrates most components of the average data architecture, as discussed in this guide. Here are a few principles derived from that illustration.<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/p>\n<h4><strong><span data-contrast=\"auto\">Know and respect the four broad architectural areas<\/span><\/strong><\/h4>\n<p><span data-contrast=\"auto\">Figure 1 reveals the four broad areas that are typical of the modern Data Architecture, namely (from bottom up) Compute Platform, Data Storage, Data Fabric, and Data Consumption. Note that each, in turn, divides into multiple areas. This is normal, since few IT architectures exist as an isolated silo or exhibit a monolithic design. All architectures assume a multiple tool, platform, and solution environment, and each of those can have its own substantial design pattern or architecture.<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/p>\n<h4><strong><span data-contrast=\"auto\">Expect architectures within architectures<\/span><\/strong><\/h4>\n<p><span data-contrast=\"auto\">The average data architecture is a kind of \u201cmacro architecture,\u201d which includes multiple \u201cmicro architectures.\u201d Some micro architectures also contain other micro architectures. For example, in Figure 1, the Data Warehouse is included (in the Storage area); most warehouses have their own well-designed architecture, but it typically relies heavily on Data Integration\u2019s architecture (in the Data Fabric area). Similarly, Data Lakes and Data Lakehouses are usually based on a distinct architectural design pattern. As another example, handling Real-Time Data (which relies on messaging and APIs) usually has its own micro architecture because it differs from the rest of the macro data architecture (which relies on bulk and batch technologies for data movement).\u00a0<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/p>\n<h4><strong><span data-contrast=\"auto\">Think of your CDA as more than data layers<\/span><\/strong><\/h4>\n<p><span data-contrast=\"auto\">Note that the actual data architecture per se in Figure\u202f1 is the Data Fabric and Data Storage layers. Other layers are included because they interact deeply and regularly with the two data architecture layers. For example, all architectures (for data, applications, networking, security, etc.) must run on some kind of Compute Platform, although that layer does not define the solution at hand. Also, there are always numerous Advanced Analytics and Business Intelligence tools in the Data Consumption layer that access the Data Fabric and Data Storage layers relentlessly; so they are included as a matter of completeness.<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/p>\n<h4><strong><span data-contrast=\"auto\">Make your CDA more than a tech stack<\/span><\/strong><\/h4>\n<p><span data-contrast=\"auto\">Figure 1 illustrates CDAs and other data architectures as a technology stack. But it also assumes that other conceptions of the are possible CDA (as listed and discussed earlier in this guide), though not included on the illustration. For example, a tech stack can be so simple that it is merely an inventory or portfolio manifest for the many components included. However, remember that a process-based conception would stress the numerous processes that move across the architecture, such as those for data integration, data refinement, federated queries, virtualization, accessing semantics, and so on. Other processes could be mostly driven by humans, as with governance, curation, data documentation (usually via semantics), and development work.<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/p>\n<h4><strong><span data-contrast=\"auto\">Diligently manage your CDA\u2019s potentially massive software portfolio<\/span><\/strong><\/h4>\n<p><span data-contrast=\"auto\">As illustrated in Figure 1, there are dozens of tool and platform types that could be used with a CDA \u2013 and the figure omitted many, for reasons of space. (Readers should pour other Figure 1, to read the many tool and platform types mentioned.) When an organization matures into using most of the possible tools, they end up with a massive software portfolio. It behooves organizations to keep their portfolios lean, because of the costs of acquiring and maintaining them all, plus training and staffing for each, and making diverse tools and platforms interoperate with the rest of the CDA.<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/p>\n<h4><strong><span data-contrast=\"auto\">Don\u2019t forget about the data<\/span><\/strong><\/h4>\n<p><span data-contrast=\"auto\">Tech stack drawings (as in Figure 1) focus on the stack layers and especially the large portfolio of tools and platforms involved. This runs the risk of forgetting the raison d\u2019etre of the CDA: data and managing it for business advantage. A CDA design is just a starting point or an overview. Be careful not to burn up so much time and resources on the large-scale design that there is little left for the actual work of developing and maintaining data management solutions that give the organization data of the best possible relevance, quality, and business value.<\/span><span data-ccp-props=\"{&quot;201341983&quot;:0,&quot;335559739&quot;:160,&quot;335559740&quot;:259}\">\u00a0<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"<p>There are many ways to describe the design pattern of a CDA. This section presents descriptions based on the number of clouds and which established \u201cmicro architectures\u201d (e.g., warehouses, lakes, operational databases) dominate the macro architecture of the CDA.\u00a0 Cloud-Driven Design Patterns\u00a0 Some design patterns are determined by the number of clouds involved and the [&hellip;]<\/p>\n","protected":false},"author":440,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"inline_featured_image":false,"footnotes":""},"categories":[11],"tags":[],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v23.5 - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>More Common Principles for Cloud Data Architecture Design Patterns - Solutions Review Thought Leaders<\/title>\n<meta name=\"robots\" content=\"noindex, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"More Common Principles for Cloud Data Architecture Design Patterns - Solutions Review Thought Leaders\" \/>\n<meta property=\"og:description\" content=\"There are many ways to describe the design pattern of a CDA. This section presents descriptions based on the number of clouds and which established \u201cmicro architectures\u201d (e.g., warehouses, lakes, operational databases) dominate the macro architecture of the CDA.\u00a0 Cloud-Driven Design Patterns\u00a0 Some design patterns are determined by the number of clouds involved and the [&hellip;]\" \/>\n<meta property=\"og:url\" content=\"https:\/\/solutionsreview.com\/thought-leaders\/more-common-principles-for-cloud-data-architecture-design-patterns\/\" \/>\n<meta property=\"og:site_name\" content=\"Solutions Review Thought Leaders\" \/>\n<meta property=\"article:published_time\" content=\"2024-01-01T15:53:25+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2024-02-02T14:28:48+00:00\" \/>\n<meta name=\"author\" content=\"Philip Russom\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@philip_russom\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Philip Russom\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"6 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/solutionsreview.com\/thought-leaders\/more-common-principles-for-cloud-data-architecture-design-patterns\/\",\"url\":\"https:\/\/solutionsreview.com\/thought-leaders\/more-common-principles-for-cloud-data-architecture-design-patterns\/\",\"name\":\"More Common Principles for Cloud Data Architecture Design Patterns - Solutions Review Thought Leaders\",\"isPartOf\":{\"@id\":\"https:\/\/solutionsreview.com\/thought-leaders\/#website\"},\"datePublished\":\"2024-01-01T15:53:25+00:00\",\"dateModified\":\"2024-02-02T14:28:48+00:00\",\"author\":{\"@id\":\"https:\/\/solutionsreview.com\/thought-leaders\/#\/schema\/person\/022fbd425ec3a012fde548628ad1b69a\"},\"breadcrumb\":{\"@id\":\"https:\/\/solutionsreview.com\/thought-leaders\/more-common-principles-for-cloud-data-architecture-design-patterns\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/solutionsreview.com\/thought-leaders\/more-common-principles-for-cloud-data-architecture-design-patterns\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/solutionsreview.com\/thought-leaders\/more-common-principles-for-cloud-data-architecture-design-patterns\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/solutionsreview.com\/thought-leaders\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"More Common Principles for Cloud Data Architecture Design Patterns\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/solutionsreview.com\/thought-leaders\/#website\",\"url\":\"https:\/\/solutionsreview.com\/thought-leaders\/\",\"name\":\"Solutions Review Thought Leaders\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/solutionsreview.com\/thought-leaders\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/solutionsreview.com\/thought-leaders\/#\/schema\/person\/022fbd425ec3a012fde548628ad1b69a\",\"name\":\"Philip Russom\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/solutionsreview.com\/thought-leaders\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/ece749c07845094439864bcee077d7a3?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/ece749c07845094439864bcee077d7a3?s=96&d=mm&r=g\",\"caption\":\"Philip Russom\"},\"description\":\"Philip Russom is a well-known figure in data management, data warehousing, data integration, big data, and analytics, having worked as an industry analyst for 25 years, producing over 650 research reports, magazine articles, speeches, and webinars. He covered data management for Gartner, TDWI, Forrester Research, Giga Information Group, Hurwitz Group, and his own private analyst practice.\",\"sameAs\":[\"www.linkedin.com\/in\/philiprussom\/\",\"https:\/\/x.com\/philip_russom\"],\"url\":\"https:\/\/solutionsreview.com\/thought-leaders\/author\/philip-russom\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"More Common Principles for Cloud Data Architecture Design Patterns - Solutions Review Thought Leaders","robots":{"index":"noindex","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"og_locale":"en_US","og_type":"article","og_title":"More Common Principles for Cloud Data Architecture Design Patterns - Solutions Review Thought Leaders","og_description":"There are many ways to describe the design pattern of a CDA. This section presents descriptions based on the number of clouds and which established \u201cmicro architectures\u201d (e.g., warehouses, lakes, operational databases) dominate the macro architecture of the CDA.\u00a0 Cloud-Driven Design Patterns\u00a0 Some design patterns are determined by the number of clouds involved and the [&hellip;]","og_url":"https:\/\/solutionsreview.com\/thought-leaders\/more-common-principles-for-cloud-data-architecture-design-patterns\/","og_site_name":"Solutions Review Thought Leaders","article_published_time":"2024-01-01T15:53:25+00:00","article_modified_time":"2024-02-02T14:28:48+00:00","author":"Philip Russom","twitter_card":"summary_large_image","twitter_creator":"@philip_russom","twitter_misc":{"Written by":"Philip Russom","Est. reading time":"6 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/solutionsreview.com\/thought-leaders\/more-common-principles-for-cloud-data-architecture-design-patterns\/","url":"https:\/\/solutionsreview.com\/thought-leaders\/more-common-principles-for-cloud-data-architecture-design-patterns\/","name":"More Common Principles for Cloud Data Architecture Design Patterns - Solutions Review Thought Leaders","isPartOf":{"@id":"https:\/\/solutionsreview.com\/thought-leaders\/#website"},"datePublished":"2024-01-01T15:53:25+00:00","dateModified":"2024-02-02T14:28:48+00:00","author":{"@id":"https:\/\/solutionsreview.com\/thought-leaders\/#\/schema\/person\/022fbd425ec3a012fde548628ad1b69a"},"breadcrumb":{"@id":"https:\/\/solutionsreview.com\/thought-leaders\/more-common-principles-for-cloud-data-architecture-design-patterns\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/solutionsreview.com\/thought-leaders\/more-common-principles-for-cloud-data-architecture-design-patterns\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/solutionsreview.com\/thought-leaders\/more-common-principles-for-cloud-data-architecture-design-patterns\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/solutionsreview.com\/thought-leaders\/"},{"@type":"ListItem","position":2,"name":"More Common Principles for Cloud Data Architecture Design Patterns"}]},{"@type":"WebSite","@id":"https:\/\/solutionsreview.com\/thought-leaders\/#website","url":"https:\/\/solutionsreview.com\/thought-leaders\/","name":"Solutions Review Thought Leaders","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/solutionsreview.com\/thought-leaders\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/solutionsreview.com\/thought-leaders\/#\/schema\/person\/022fbd425ec3a012fde548628ad1b69a","name":"Philip Russom","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/solutionsreview.com\/thought-leaders\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/ece749c07845094439864bcee077d7a3?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/ece749c07845094439864bcee077d7a3?s=96&d=mm&r=g","caption":"Philip Russom"},"description":"Philip Russom is a well-known figure in data management, data warehousing, data integration, big data, and analytics, having worked as an industry analyst for 25 years, producing over 650 research reports, magazine articles, speeches, and webinars. He covered data management for Gartner, TDWI, Forrester Research, Giga Information Group, Hurwitz Group, and his own private analyst practice.","sameAs":["www.linkedin.com\/in\/philiprussom\/","https:\/\/x.com\/philip_russom"],"url":"https:\/\/solutionsreview.com\/thought-leaders\/author\/philip-russom\/"}]}},"_links":{"self":[{"href":"https:\/\/solutionsreview.com\/thought-leaders\/wp-json\/wp\/v2\/posts\/1499"}],"collection":[{"href":"https:\/\/solutionsreview.com\/thought-leaders\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/solutionsreview.com\/thought-leaders\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/solutionsreview.com\/thought-leaders\/wp-json\/wp\/v2\/users\/440"}],"replies":[{"embeddable":true,"href":"https:\/\/solutionsreview.com\/thought-leaders\/wp-json\/wp\/v2\/comments?post=1499"}],"version-history":[{"count":0,"href":"https:\/\/solutionsreview.com\/thought-leaders\/wp-json\/wp\/v2\/posts\/1499\/revisions"}],"wp:attachment":[{"href":"https:\/\/solutionsreview.com\/thought-leaders\/wp-json\/wp\/v2\/media?parent=1499"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/solutionsreview.com\/thought-leaders\/wp-json\/wp\/v2\/categories?post=1499"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/solutionsreview.com\/thought-leaders\/wp-json\/wp\/v2\/tags?post=1499"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}