DataLinerでは、表玄関および語り部の座のコンテンツ管理基盤として microCMS を採用している。本記事では、microCMSの機能を紹介するのではなく、なぜDataLinerがその選択に至ったのかを技術選定の記録として整理する。WordPressを採用しなかった理由、CMSとフロントエンドを分離するHeadless CMSという考え方、そして当初採用予定だったNewtのサービス終了を受けて再選定を行った経緯について解説する。また、DataLinerが重視するデータロケーションや事業継続性といった観点から、最終的にmicroCMSを選択した背景を紹介する。
DataLinerでは、クラウドインフラを再現可能かつ継続的に運用するために Infrastructure as Code（IaC）を採用している。本記事では、IaCの概要を解説するのではなく、なぜDataLinerがPulumiを選択したのかを技術選定の記録として整理する。小規模組織において重要となる再現性、変更履歴、レビュー可能性、保守性をどのように考えたのか。また、TypeScriptを中心技術としているDataLinerが、なぜTerraformやAWS CDKではなくPulumiを選んだのか。その背景にある判断基準と技術方針について紹介する。
DataLinerでは、表玄関および語り部の座の構築にあたり、Astro + Reactを採用した。本記事では、その技術的な特徴を紹介するのではなく、なぜその選択に至ったのかを意思決定の記録として整理する。DataLinerは企業サイトおよびオウンドメディアという静的コンテンツ中心のサイトであり、高速表示、SEO、長期運用性を重視していた。一方で、将来的な拡張性やReactエコシステムの活用も捨てたくなかった。DataLinerが置かれていた制約や要件を踏まえながら、AstroとReactを組み合わせることでどのようなバランスを実現しようとしたのかを解説する。