柏原集团关联公司 10 个以上网站迁移至 Cloudflare / microCMS 环境

在保留各网站不同架构的同时，统一管理安全与运维

我们以 Kashiwabara Corporation 及其集团公司运营的 10 多个网站为对象，基于 Cloudflare 作为通用基础设施，进行了基础设施重建。
集团内部存在多个网站，包括企业官网、品牌网站、招聘网站和活动网站，各自的目的和运营体制均不相同。
本项目并未将所有网站统一替换为同一种技术，而是在保留各网站结构与运营方式的前提下，将 DNS、安全、分发和监控机制集中到 Cloudflare 上。

对于主要的企业官网和品牌网站，我们采用 Astro 和 microCMS 重构了前端，同时兼顾集团整体治理的加强与各网站灵活的运营需求。

项目背景

随着集团业务拓展和品牌建设的加强，网站数量以及视频、图片等内容量不断增加。由于各网站在不同时期、采用不同技术和运营体制建设，因此存在以下问题。

• 服务器和 DNS 的管理方分散在各个网站之间。
• 各网站的安全措施和维护方式互不相同。
• 随着高清视频和图片的增加，页面显示负载不断加重。
• 包括外部供应商在内的多方相关人员，各自运营着不同的环境。
• 操作系统和中间件的更新、故障监控等工作持续产生维护成本。
• 难以统一掌握集团整体的网站情况。

仅仅迁移服务器无法解决上述问题，因此我们以 Kashiwabara Corporation 及其集团公司运营的 10 多个公开网站为对象，基于 Cloudflare 作为通用基础，重建了 Web 基础设施。

不采用统一架构的迁移设计

在整合集团网站时，若将所有网站统一迁移至同一 CMS 或框架，将对现有运营流程及与外部供应商的协作产生较大影响。因此，我们梳理了各网站的定位、更新频率、运营主体及未来改版计划，并为每个网站选择了合适的迁移方式。

迁移设计的整体流程

1. 调查集团各网站的结构、DNS、服务器、CMS 及运营体制
2. 梳理各网站的定位、更新方式及相关供应商
3. 将网站分类为需要现代化改造的网站与保留现有架构的网站
4. 将主要网站重构为 Astro × microCMS 架构
5. 对于继续使用现有 CMS 的网站，将其运行环境与主要网站分离
6. 将所有网站的 DNS 与通信路径集中到 Cloudflare
7. 将安全设置与监控方式整合为集团统一的方针
8. 分阶段切换，并过渡到上线后的运维与监控体系

在尊重各网站实际情况的同时，于其上层搭建基于 Cloudflare 的统一基础设施，兼顾了灵活性与治理能力。

构建基于 Cloudflare 的共通基础设施

我们将 10 个以上网站的 DNS 及网络通信路径统一整合至 Cloudflare。
即使各网站的服务器或 CMS 各不相同，通过将与互联网的接入点统一到 Cloudflare，也能便于在整个集团范围内应用一致的安全与分发策略。

DNS 管理的集中化

我们将原本分散在各网站的 DNS 管理统一集中到 Cloudflare。
如今可以跨域名统一掌握各项设置状态，并搭建起便于新增网站、迁移及变更设置的运营基础。

CDN内容分发

通过 Cloudflare 的网络分发图片、视频、CSS、JavaScript 等静态文件，减轻源服务器的负载。
即使是大量使用富媒体内容的网站，也能依托该分发基础设施保持稳定的显示效果。

统一安全策略

我们在各网站前端部署 Cloudflare，并启用 WAF、DDoS 防护等安全功能。
不再仅依赖各自的服务器，而是通过集团共通的入口统一控制通信，从而更容易统一原本因网站而异的安全措施。

基于 Astro × microCMS 构建通用组件并部署至多个网站

在主要的企业官网和品牌网站中，采用Astro和microCMS，对前端及内容管理基础设施进行了更新。

我们没有为每个网站从零开始搭建独立环境，而是整理了多个网站可共同使用的实现方式与设置，并以 Astro 为基础构建通用组件。各网站在此基础上，分别实现设计、内容及所需功能。

在尊重各网站品牌与运营方针的同时，该架构确保整个集团网站群的质量、可维护性和开发效率保持在统一水准。

在实现通用化的同时保留各网站的个性

我们并未将所有网站统一为相同的设计或功能，而是仅将技术基础实现通用化。
由于各网站的设计、内容结构及所需功能均可单独规划，因此能够在不影响各品牌表达与运营方式的前提下，充分发挥共用基础的优势。

仅在需要之处运行的前端

借助 Astro 的岛屿架构（Islands Architecture），仅在需要交互处理的部分执行 JavaScript。
通过避免在整个页面统一加载 JavaScript，我们实现了在呈现视频及高清图像等丰富视觉效果的同时，保持网页的轻量化。

通过 microCMS 进行内容管理

内容管理采用无头 CMS（Headless CMS）microCMS。
通过将负责展示的前端与管理信息的 CMS 分离，既能灵活设计各网站的设计与功能，也使负责人员能够日常自行更新内容。

打造便于持续开发与维护的基础

通过活用共通软件包，我们有效抑制了各网站之间实现方式与设置无序增加的情况。
这使新网站的搭建、现有网站的功能扩展以及共通部分的更新都更加便捷，从而构建出可供集团多个网站进行中长期运营的开发基础。

此外，通过以静态分发为核心的架构，减轻了以往必须承担的 OS 和中间件管理负担，营造了更便于将精力集中于内容运营与网站改进、而非仅投入维护工作的环境。

参考文章
https://www.liberogic.jp/topics/20250804-AstroComponent/

为保障现有 CMS 的运行而进行的环境隔离

对于招聘网站和活动网站等需要优先考虑与外部供应商协作及更新速度的网站，我们仍继续使用 WordPress 和 Movable Type 等现有 CMS，但出于安全方面的考虑，没有将其与主要网站置于同一环境中，而是将服务器与运营环境进行了分离。
即使某个 CMS 或服务器出现问题，也便于将影响范围控制在有限范围内。
在不大幅改变现有制作与运营流程的前提下，加强了集团整体的风险管理。

通过 Cloudflare 连接各站点的不同架构

主要网站与现有 CMS 网站分别在独立的环境中运营。
另一方面，DNS、通信、安全及监控则以 Cloudflare 为核心，依据统一方针进行管理。

由此，在保持各网站所需的技术与运营体制的同时，实现了集团整体统一管理的 Web 基础设施。

导入后的变化

不是“统一”多个网站，而是“整合”

本项目并未将10个以上的网站全部替换为相同的技术，而是保留了各自符合其目的和运营体制的架构。

在此基础上，我们以Cloudflare作为集团通用的基础设施，统一管理DNS、通信、安全和监控。

主要网站采用Astro × microCMS进行现代化升级，继续使用现有CMS的网站则分离至独立环境，从而兼顾性能、可运营性与安全性。

这次Web基础设施更新的关键，不是强行统一不同的网站，而是在保留各自特点的同时，建立起能够统一管理整体的状态。

依靠团队的理解与协作实现的项目

本项目需要在保持 10 余个 Web 网站各自运营的同时，将其迁移至共同基础设施，无论在技术层面还是在相关方之间的协作方面，都是一项极具挑战性的工作。

各网站的目的与运营体制各不相同，制作流程也各具特点，能够在梳理这些差异的基础上，迁移至面向未来的新基础设施，离不开 KASHIWABARA 集团各位的深刻理解，正是大家以积极的态度接纳变化，共同推动了本项目。

此外，还要感谢负责品牌与创意工作的株式会社 NDC，以及负责统筹项目整体推进与结构设计的株式会社オリジナルテクスト的各位，以及参与各网站制作与运营的相关企业，给予了大力协助。

来自不同立场和专业领域的成员各自带来了自己的见解，在尊重既有体系的同时，朝着打造更好的 Web 基础这一共同目标迈进，这正是推动本项目顺利完成的重要力量。