2つのデプロイ間で完全にメモリイメージの分離を行い、なんのメモリ共有もさせない。何もかもが新しくなるわけです。cacheについて何か書いてくれと依頼されたのは、多分、皆がツラい経験をしたことがあるからだと思います(それも、おそらくコードのデプロイ時に)。いうことで、その仕組と、存在意義や設定の変更の必要性とその仕方を書きました。他に何かあるかな?翻訳者による補足PHPプロジェクトでシンボリックリンク切り替えによるデプロイ(特にホットデプロイ)を行っている場合に、OPcacheとの組み合わせで何故か新しいファイルに切り替わらない、という事件があちこちで起きているのではないでしょうか。その原因の一つと、解決策を示した文章を紹介しました。cacheとの相性の悪さは非常に悩ましい問題です。cacheが古いシンボリックリンク先を返してしまうことで同様の事故が起こる可能性があります。多くのPHPプロジェクトではrealpath_cache_sizeの値が小さすぎて本稿の問題そのものは起きないかもしれません。cacheという、本稿で触れられていない落とし穴があります。実はこちらの方がトラブル事例としては多い可能性もありそうです。本稿で提案されているプロセスプールを新旧2個用意するという解決策は完璧ではあるものの、小規模案件では非現実的なこともあるでしょう。元記事の筆者の@julienPauliさんはSensioLabsの社員でもあります。同社はSymfonyの開発元として有名で、大規模案件に取り組んでいることで知られていますから、この解決策で特に問題はないということだと思われます。追記)一方で、プロセスプールを2個用意するという提案は安全側に倒しすぎだという見方もできます。いうのも、シンボリックリンクを利用したデプロイを行っていても本稿で指摘した問題が露呈しない状況もあるのです。詳細はまた別エントリでお伝えすることになると思いますが、昨今のフレームワークを使った開発であれば問題が起きない環境の方が多数派だろうと予想しています。今うまく動いているプロジェクトのデプロイプロセスをわざわざ変更する必要は無いでしょう。