# メンテナンスページの回避策 - これって可能？

**URL:** https://meta.discourse.org/t/maintenance-page-workaround-can-this-be-done/408967
**Category:** Self-hosting
**Tags:** cloudflare
**Created:** [2026 年 7 月 31 日午前 8:22 UTC](https://meta.discourse.org/t/maintenance-page-workaround-can-this-be-done/408967 "2026-07-31T08:22:23Z")
**Posts on this page:** 1
**Showing post:** 36

<div class="post-metadata">

### Author: ![Jagster](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jagster/32/192154_2.png) [@Jagster](https://meta.discourse.org/u/Jagster)
#### Post date: [2026 年 8 月 23 日午後 6:30 UTC](https://meta.discourse.org/t/maintenance-page-workaround-can-this-be-done/408967/36 "2026-08-23T18:30:36Z")

</div>

> [@mcdanlj](#):
>
> 2コンテナ構成のデプロイは、アップデート時に月1回程度、数分のダウンタイムを節約できますが、より深い理解を必要とします。また、新しいリリースごとにアナウンスの詳細を手動で追う必要があります。

私にとっての「数分」の節約は、20分以上のものです。月1回のアップグレードなら月1回という点は正しいですが、私は少なくとも週2回アップグレードを行っています。また、あるプラグインが失敗して何回も試行錯誤しなければならない場合（もちろんライブインスタンスで作業しているため 😉）は、その長いダウンタイムはただの苦痛です。

新しいリリースごとに追うべき「アナウンスの詳細」など存在しません。mcdanlj さんにはそれが当てはまるかもしれませんが、彼は普通のシステム管理者ではなく、はるかに高いレベルで仕事をしているのです。

---

_[View the full topic](https://meta.discourse.org/t/maintenance-page-workaround-can-this-be-done/408967)._