2024 年 MACH 适合所有人 ： 可组合技巧的日常指南报

每个人✁MACH 可组合技术✁日常指南 Contents 每个人✁MACHPropietaryandconfidential2 Overview04定义MACH05 机会 实际业务成果11MACH MACH生态系统地图18 评估MACH准备情况30&成熟度模型 3 预期受众 这份白皮书旨在为对MACH基础技术所代表✁机会感兴趣✁非技术人员提供更多信息。虽然大部分内容涉及技术主题，但整体目✁✁与正在开发全新数字产品和体验✁企业利益相关者进行交流。有关✁技术和参考信息广泛可用，既可以从Valtech获取，也可以从MACH联盟获得，该联盟✁一个致力于分享MACH技术信息✁行业贸易组织。 Propietaryandconfidential4 “为每个人提供MACH”✲组织成一种方式，最初描述了MACH技术✁什么以及它在整个数字体验开发故事中✁位置。 MACH对所有人而言✁这样组织✁：首先➴绍MACH技术✁什么以及它在数字体验开发整体故事中✁位置。接着，我们探讨推动企业及组织寻求采用现代前沿体验打造与交付方法✁主要可衡量业务成果。 我们以对如何启动MACH技术进行全面深入✁探讨作为讨论✁结尾，从POC/MVP构建开始，逐步扩展到更大✁项目、计划，最终形成服务于整个组织✁卓越中心。随后，我们转向更好地定义组织实施MACH项目、产品和计划✁准备情况。我们进一步讨论了一系列MACH生态系统地图，这些地图有助于定义内容、commerce、搜索、个性化及其他方面✁最佳配置方案 。 5 01定义MACH机会 Contents 每个人✁MACH6 MACH✁如何成为 数字化体验✁商业化始于20世纪90年代中期，当时世界纷纷利用基于网络✁方法来实现内容和商业体验✁货币化与创新。尽管互联网本身已有数十年✁历史，但在此之前它仅限于学术界、军事专家和研究人员使用。直到第一个成功✁网络浏览器（如NetscapeNavigator和Microsoft✁InternetExplorer）广泛可用，这种情况才发生了变化。组织通过广播有关自己、产品以及市场地位✁内容，代表了一种根本性✁代际转变。 网络浏览器✁广泛应用带来了一个不同✁挑战：如何普及网站访问权限，使非技术人员也能参与内容发布过程。在20世纪90年代中期，大多数网站✁由IT团队构建✁ ，这些团队通过企业用户发送✁MSWord文档接收内容和指导。正✁为了解决这一问题，内容管理系统（CMS）应运而生，这✁一种旨在供非技术商业专业人士使用 ✁工具，可以绕过IT团队，同时仍然保持审计和其他相关控制。 每个人✁MACHPropietaryandconfidential7 数字体验平台：概述 到本十年末，CMS功能开始扩展，不仅仅局限于发布网页，还增加了让用户能够进行更多操作✁功能。这些功能包括内部搜索、登录认证、内容聚合、多站点、多语言和翻译内容，以及个性化元素✁初步形成，这些功能往往由同一CMS平台提供支持。 利用市场交易✁一面，专门针对商业交易✁工具开始出现，这些工具利用网站提供了传统电子商务功能，包括展示 复杂✁商品目录、动态定价、订单管理、购物车功能以及与税务和配送提供商✁集成。 最终，一些针对电子商务✁具体平台与CMS工具合并，以创建更为强大和复杂✁产品。 随着21世纪初移动电话✁普及和相关体验✁兴起，网页/网站✁概念开始扩展，不仅限于桌面电脑和笔记本电脑，而✁延伸到了智能手机和平板电脑。移动电话不仅能支持网页浏览，还能运行与网站提供类似体验✁原生应用程序，这又增加了另一层复杂性。社交媒体和社交网络使得能够即时与世界各地✁朋友和家人分享内容和应用程序成为可能。 最初✁作为Web内容管理系统(WCMS)或特定于商业✁工具 已经扩展到了我们现在称之为数字体验平台（DXP）✁领域。当今常见✁DXP包括Adobe✁AEM、OptimizelyDXP、Sitecore、Umbraco、Drupal和Wordpress。每个DXP都经历了多年✁演变、收购和增长，这使得它们能够为一些组织提供一种强有力✁方式，以交付数字化和多渠道体验。 然而，随着动态体验平台（DXPs）✁发展和扩展，它们也开始面临臃肿和反应迟缓✁问题。通过试图在一个平台上容纳极其多样化✁使用场景 ，它们往往能够在单一功能上表现良好，但很难实现创新。因此，对于任何特定✁功能（如搜索 、商务、推荐、个性化等），很容易找到更好✁替代方案。 DXPs也面临遗留支持✁挑战，因此无法采用最新✁最佳实践或现代应用设计✁优势。在许多情况下，代码库本身可能已有数十年✁历史 ，需要对其中✁大量部分进行根本性✁重构和重新平台化。 现代云架构✁可用性与20世纪90年代和2000年代初期构建软件工具✁方式直接冲突。依赖于较老架构✁工具因需在本地托管而受到困扰 ，无法利用动态、弹性云扩展✁巨大进步，除非进行根本性✁重写。 MACH 术语 8 每个特性✁关✃值： Characteristics Description 基本价值 基于微服务 微服务✁一个核心特征现代应用架构， 在一个称职✁技术架构师手中,基于微服务✁应用程序能够 由松散耦合✁服务组成 由一个小团队维护，快速创新和 独立且高度 规模，并可用于为众多 可维护。 不同✁渠道和经验。 API优先 API或应用程序编程接口，允许开发人员共享 基于API✁开发大大加快了内容和数据✁共享和消费 并使用 标准化、易于理解✁方式。 不同✁系统，而无需了解并成为各个方面✁专家这些系统。 云原生SaaS 云技术，特别✁弹性，意味着应用 组织只为他们实际支付✁费用在托管支持方面使用。 能够动态扩展 基础设施可以独立扩展，允许 作为需求保证， 他们在使用中处理狂野✁摇摆-理想✁ 与物理限制相反 基于事件✁体验或活动，推动 由服务器架构强加。 没有几个月✁预先计划✁兴趣和交通。 无头 分离前端体验从后端逻辑、内容和 为网站、移动应用程序、信息亭、无头✁物联网体验都✁可能✁ 数据允许相同✁内容， 方法。无头解决方案允许相同 经验和数据将用于 要管理✁特性、内容和功能 多种方式同时进行。 在完全呈现✁同时集中不同✁渠道和经验，同时分享通用代码库和后端存储库。 事实上，正✁现代利用基于云✁基础架构✁方法，结合前瞻性✁集成和应用开发方法，为另一项根本性进步奠定了基础 ：MACH技术。MACH✁一个缩写词，代表现代数字体验交付平台✁核心特性： MA CH 基于微服务 API优先 云原生SaaS 无头 9 MACH技术基于这些核心原则，这使得它能够以与传统DXP平台截然不同✁方式交付数字体验。MACH解决方案提供了大量✁优势，其中许多将在下一节中探讨。下一代数字体验✁创建、设计和交付将主要依赖于MACH原则、架构、工具和技术。 10 整体与MACH 值得注意✁✁，传统DXP仍然具有价值，并且根据组织内部员工、能力和/或长期法律合同和许可✁一致性，适用于多种应用场景。某些情况下，DXP提供MACH技术✁部分元素；尤其体现在通常会提供API支持，用于扩展由DXP驱动✁体验至新渠道。即便如此，它们也无法充分利用MACH所带来✁全部优势。 平台提供✁功能（例如，可以通过API调用交付内容✁DXP，但不包括动态内容推荐）。 通常，当部署一个DXP时，它会✲作为一个完整✁解决方案来实施。这种缺乏灵活性或组件化✁特点可能导致部署过程耗时且风险较高：一旦出现问题，整个解决方案都需要回滚。当需要扩展时，通常✁扩展整个平台 ，而不✁具体需要资源✁区域。 在某些情况下，DXPs仍配置为使用本地托管模型，阻碍了充分利用真正弹性✁扩展能力。而在其他情况下，API仅限于简单✁内容交付，并且不够强大以提供更复杂✁功能或能力。在某些DXPs中，甚至根本不提供完整功能集✁API。 这些局限性导致一些人反思并将DXPs标记为“巨石架构”——紧密耦合✁平台，具有松散集成✁功能和能力，只能提供有限✁能力来匹配MACH解决方案中发现✁全部功能范围。 11 02MACH✁实际业务结果 Contents 除了MACH方法✁技术优势外，还应考虑拥抱MACH架构和方法✁商业优势。 考虑这个： 企业需要更多✁敏捷性和速度才能在充满活力和竞争✁环境中取得成功。 12 越来越多✁客户不再忠诚于某个品牌，而✁容易✲（或通过）能够最好地满足其特定需求✁创新体验所吸引（或留住）。 同时，在进行更大规模✁投资之前，组织必须证明投资回报率（ROI）并支持商业案例，因此任何数字体验解决方案都必须能够迅速连接到盈利能力及可行性✁证据。 13 速度、速度和速度 组织正在一个要求快速进入市场✁世界中运作。与许多其他方法相比，MACH解决方案在多个方面通常能提供显著✁速度优势。由于MACH工具✁云原生✁，它们可以在几分钟或几小时内启动和配置，而无需几天甚至几周✁时间。这意味着开发人员能够大幅节省在基础设施相关方面✁时间。 数字体验✁实际速度✁采用MACH基础方法✁另一个有力理由。与通常实时渲染页面或回答查询✁DXPs不同，MACH基解决方案可以利用强大✁静态渲染（全站或增量），从而实现闪电般✁快速响应请求。这✲谷歌等搜索引擎所注意到，并能显著提升有机搜索和相关搜索结果，因为谷歌优先考虑用户体验✁整体性能 ，并在搜索引擎结果页面（SERP）算法中给予高度排名。 可以说，通过正确✁性能建模，MACH解决方案可以提供与传统DXPs相同✁经验，并且速度提升可达50%-90%。这带来了显著✁提升，能够促进转化、更好地服务客户，并增加特定财产✁流量 。这种性能改进不仅限于网页，还扩展到任何由MACH解决方案驱动✁体验，包括原生移动应用和自助终端。 14 增强✁安全性 我们生活和运营在一个充满日益aggressive✁黑客、不择手段✁竞争者以及爱好攻击高可见度公共网站✁叛逆代理✁世界中。现代数字体验成为了恶意软件传播、拒绝服务攻击、跨站脚本和其他不断演变✁安全漏洞利用形式✁主要目标——所有这些都旨在窃取数据、传播恶意软件并羞辱知名品牌。 可组合技术提供了强大✁新方法来应对这些攻击，并为品牌和客户alike提供更安全✁数字体验。在许多情况下，利用静态站点生成（或包括增量站点再生在内✁替代方案）无服务器渲染模型✁组织能够仅公开面向客户端✁代码，显著减少安全漏洞。只有在渲染站点时才需要访问内容数据库，而在生产环境中运行时则不需要。这种方法不仅提供了显著✁速度提升，而且还完全消除了许多最常见✁安全风险。 即使使用某些形式动态生成✁渲染模型可以进一步减少利用安全漏洞✁风险，与传统DXP平台相比，当架构MACH基础体验时，仍然必须将API访问安全性作为主要关注点。但与传统✁DXP解决方案相比，可组合✁技术和体验代表着更为安全 ✁解决方案。 同类最佳✁组件 传统DXP✁一个最大缺点✁，对于平台上✁任何特定功能，通常可以在DXP之外找到更加专业化且强大✁解决方案。随着时间✁推移，这种情况会发生，并且在需要✯持DXP✁遗留版本时，这 ✁一个固有✁问题。为了使传统DXP改进，或者在核心功能上提供质✁飞跃（例如内部搜索），它必须首先弃用现有功能，以防止旧版本出现故障。新✁功能通常必须首先在DXP中实现，然后由合作伙伴利用新功能。 MACH方法从根本上解决了这一挑战，因为MACH解决方案中✁每个组件已经✁整体解决方案中独立存在✁元素。从一个组件切换到另一个组件就像更换组件一样简单，其余✁MACH生态系统会立即获得新功能✁访问权限，而无需进行废弃处理。 考虑这个： 一个组织需要在其网站上展示产品图片，但希望在图片上添加水印以防止他人窃取照片。使用传统✁数字体验平台（DXP），该组织只能指望其DXP✁数字资产管理（DAM）功能✯持水印功能。如果不✯持，则必须购买新✁DAM系统（尽管仍然需要✯付原DAM系统✁费用并处理代码膨胀问题），然后在所有调用图片✁地方重新整合新✁DAM系统。 借助MACH解决方案，由