- Plan B: Terraform のデポのスループットは、短い集荷ラインから整理された倉庫クラスターへ資源を供給すると改善します。
- デポチェーンは、あまりにも多くの保管ポイントが1つの物流リンクを共有すると不安定になることがあります。
- 工場への配送は、デポごとの需要が明確で、ノード間の距離を適切に保てる場合に最も効果的です。
- 列車ルートは、巨大なデポの連結網を延長する代わりに、大型倉庫同士を接続する用途に適しています。
- トラブルシューティングは、在庫差、ルート距離、デポ数、生産需要の確認から始めます。
Plan B: Terraform のデポのスループットの基本
Plan B: Terraform のデポのスループットは、採掘地点、デポ、倉庫、生産施設の間で資源がどのように移動するかに左右されます。デポは単なる受動的な保管場所ではありません。デポの位置、周辺の接続、在庫のバランス、工場との関係が、資材が生産場所へ移動し続けられるかどうかに影響します。
最も信頼性の高い方法は、近距離の集荷と長距離の配送を分けることです。初期の資源エリアから資材を集めるために近くのデポを使用し、その後、適切な輸送接続を使って大容量の保管ポイント間で資源を移動させます。この構造は、多数のデポを含む単一のチェーンよりも確認しやすくなります。
コミュニティからの報告では、2つの重要な挙動が示されています。まず、プレイヤーは、長いデポチェーンが1つの連続したリンクのように機能しなくなる場合があると報告しています。次に、開発者は、後の物流挙動によってコンテナが工場へ自動的に移動するようになると説明し、一部のレイアウトでは必要以上に多くのデポを使用しているとも指摘しました。これらの点から、控えめな設計が推奨されます。つまり、コンパクトなクラスターを作り、動作を確認し、現在のネットワークが安定している場合にのみ拡張します。
| 物流要素 | 主な役割 | 推奨される使い方 |
|---|---|---|
| 資源側デポ | 採掘地点から資材を受け取る | 資源源の近くに配置する |
| ローカルデポクラスター | 近隣の資源を集約する | コンパクトで再現しやすいパターンを使う |
| 倉庫 | 大量の資材を保管する | ローカル集荷と工場の間に配置する |
| 列車接続 | 離れたハブ間で在庫を移動する | 大型倉庫同士の接続に使う |
| 工場側デポ | 生産需要に資材を供給する | ルートを直接的で確認しやすく保つ |
コンパクトな集荷
最初のデポグループは資源フィールドの近くに配置します。ローカルルートを短くすると問題を特定しやすくなり、不要な移送も減らせます。
バランスの取れた保管
1本のラインを延々と延長するのではなく、複数のデポを管理されたクラスターとして使用します。在庫レベルに差が生じ始めていないか確認してください。
明確な配送
ローカルデポの接続が管理しにくくなったら、倉庫または明確に定義された輸送ルートを通じて工場へ資材を供給します。
すべてのデポクラスターを1つの物流モジュールとして扱います。モジュールの構造が分かりにくくなったら、保管ポイントを追加する前に分割してください。
デポのリンクが資源を移動させなくなる理由
接続されているように見えるデポでも、常に期待どおりに機能するとは限りません。デポのロジックは、複数の要因が相互に作用することで決まります。在庫の均等化、ルート距離、デポ数、物流バージョン間の変更などが結果に影響する可能性があります。
コミュニティで示された説明の1つでは、在庫量の数値差が小さすぎる場合、ドローンがデポ間の在庫を均等化しない可能性が指摘されています。同じコメントでは、新しい資材を追加すると均等化が再開する可能性も示されています。これは普遍的なルールではなく、テスト方法として役立つ情報です。デポが停止している場合は、接続された各ポイントの在庫量を比較し、ネットワーク全体を作り直す前に、少量の管理された資源変化を発生させてみてください。
別の説明では、デポを過剰にチェーン化することに焦点が当てられています。長い連続ルートは、設計上は効率的に見えても、トラブルシューティングが難しくなることがあります。資源が生産場所に届かない場合は、長いチェーンを短いラインと倉庫間輸送に置き換える方が、診断のための明確な手順になることが多いです。
| 症状 | 考えられる原因 | 最初に確認すること |
|---|---|---|
| 資源が供給源に残る | 有効な受け入れルートがない、または需要が弱い | 最寄りのデポと配送先を確認する |
| 1つのデポだけ満杯になり、別のデポが空いている | 在庫の偏り、またはリンクの破損 | クラスター全体の在庫量を比較する |
| 工場への供給が断続的になる | ルートが長い、またはチェーンが不安定 | より短い直接ルートをテストする |
| デポを追加しても改善しない | 1つの論理ネットワーク内のノードが多すぎる | 余分なデポを撤去して再テストする |
| 保管は機能するが生産が止まる | 工場の需要、または入力資源の不一致 | 正しい資源が要求されているか確認する |
接続されているように見えるレイアウトでも、すべてのデポが同じ有効な物流経路に属しているとは限りません。時間経過による在庫の移動を観察し、各区間をテストしてください。
拡張を一時停止する
問題を診断している間は、デポ、工場、輸送リンクの追加を停止します。拡大し続けるネットワークよりも、安定したテスト用レイアウトの方が明確な結果を得られます。
在庫を比較する
供給源、各デポ、倉庫、工場の入力地点にある資源量を確認します。在庫の変化が止まる地点を探してください。
チェーンを短くする
不要な中間デポを撤去し、供給源と受け入れ地点の間に1本の短いルートを作ります。
需要をテストする
受け入れ側の工場または倉庫が実際にその資源を必要としているか確認します。その後、コンテナがその需要に向かって移動し始めるか観察します。
モジュール単位で再構築する
短いルートが機能したら、デポクラスターを一度に1つずつ復元します。次の物流モジュールを接続する前に、追加した部分をそれぞれテストしてください。
スループットを改善するデポクラスター設計
最適なデポレイアウトは規模によって異なります。小規模な資源サイトでは、短いローカルラインが役立つことが多くあります。拡大中の工業地域には倉庫ハブが必要になる場合があり、より大きな居住地では離れた保管センター間を列車で接続できます。重要なのは、すべてのデポを1つの巨大な連結網の一部として扱わないことです。
コンパクトなグリッドや密集したクラスターを使えば、近隣の複数のデポ間で資源を分配できます。ただし、普遍的に最適なグリッドサイズや、保証されたデポ数の上限はありません。まずは再現しやすい小規模クラスターを使い、自分の居住地で結果を測定してください。
長距離物流では、デポチェーンをマップ全体に伸ばすのではなく、意味のあるハブ同士を輸送手段で接続します。これにより、明確な境界が生まれます。ローカルデポが集荷し、倉庫が集約し、列車などの輸送リンクが距離を担当します。
| レイアウトタイプ | 適した状況 | 長所 | 主なリスク |
|---|---|---|---|
| 近隣の単一デポ | 小規模な採掘サイト | 建設と確認が簡単 | 保管容量が限られる |
| コンパクトなデポクラスター | 近隣に複数の資源入力がある場合 | ローカルでの集約に優れる | 混雑し、分かりにくくなる可能性がある |
| 倉庫リレー | 複数の生産エリア | 集荷と配送を分離できる | 入力と出力の役割を明確にする必要がある |
| 列車接続倉庫 | 離れた工業地域 | 長距離移動に対応できる | ハブの配置が悪いと遅延が発生する |
| 工場への直接ルート | 重要な資源1種類と工場1つ | トラブルシューティングが簡単 | 拡張性が低い |
供給源ハブ
このモジュールは採掘地点の近くに配置します。役割は集荷であり、長距離保管ではありません。
バッファーハブ
倉庫または大きめのデポエリアを使い、供給と需要の一時的な差を吸収します。
工場ハブ
生産入力を確認できる程度に近く保ちます。重要な資材を、テストしていない複数のリンクの先に隠さないでください。
輸送ハブ
倉庫同士が離れている場合は、列車または別の明確な輸送ルートを使います。両端の接続先が分かりやすい状態を保ってください。
供給源ハブからバッファーハブへ、そこから工場ハブへと拡張します。スループットの変化を測定できるように、一度に追加する物流レイヤーは1つだけにしてください。
| 拡張段階 | 追加するもの | 次へ進む前に確認すること |
|---|---|---|
| ステージ1 | 供給源側デポ | 資源が最初の受け入れ地点に到達する |
| ステージ2 | 追加のローカル保管 | 恒常的な詰まりなしに在庫が分散する |
| ステージ3 | 倉庫バッファー | 在庫が倉庫に入り、倉庫から出る |
| ステージ4 | 工場接続 | 生産が意図した入力資源を消費する |
| ステージ5 | 長距離輸送 | 輸送ルートの両端が資源を受け取り、送り出す |
倉庫と列車をセットアップする手順
倉庫と列車を組み合わせた構造は、ローカルデポのラインが長くなりすぎた場合や、複数の生産エリアで共有供給が必要になった場合に特に役立ちます。目的は保管施設の数を最大化することではありません。役割が明確で、曖昧なリンクが少ないルートを作ることが目的です。
まずは小規模で動作するルートから始めます。1つの資源エリアを1つの倉庫に接続し、その倉庫を1つの生産先に接続します。ルートが安定して機能するようになったら、別の資源や工場グループにも同じパターンを適用します。
倉庫間で列車を使用する場合は、各駅または終点を別々の物流境界として扱います。主要ルートをテストする前に、周辺エリアのすべてのデポを同じチェーンへ直接接続することは避けてください。問題が発生した場合、それが集荷、保管、輸送、工場需要のどこに属するのかを特定できる状態にしておく必要があります。
供給源クラスターを選ぶ
1つの資源エリアを選び、その近くにコンパクトなデポグループを配置します。同じテスト内で、複数の離れた資源タイプから始めないでください。
バッファー倉庫を追加する
不必要に長い経路を作らずに、ローカル集荷ルートを受け入れられる場所に倉庫を配置します。
生産側を接続する
倉庫を、その資材を必要とする工場または工場側デポに接続します。ルートを追加する前に、入力資源の種類を確認してください。
ハブ間に輸送を追加する
距離のために倉庫への直接ルートが実用的でない場合は、供給源側ハブと工場側ハブの間に列車または明確な輸送ルートを使用します。
慎重に規模を拡大する
最初のルートで安定した移動と分かりやすい在庫レベルが確認できてから、別の資源ラインや工場を追加します。
| テストポイント | 正常な状態 | トラブルシューティングへの対応 |
|---|---|---|
| 供給源デポ | 需要があると在庫が減る、または移送される | 受け入れリンクと資源の対象条件を確認する |
| 倉庫入力 | 供給源モジュールから資材が到着する | ローカルルートを短くする、または余分なノードを削除する |
| 倉庫出力 | 資材が生産側へ出ていく | 工場の需要と配送先の接続を確認する |
| 輸送の終点 | 両方のハブがコンテナを交換する | 終点の配置とルートの有効性を確認する |
| 工場入力 | 必要な資材が生産に到達する | 資源タイプの間違い、または供給不足を確認する |
一度に1つの変数だけを変更してください。2つのデポを撤去し、列車を追加し、工場レイアウトも同時に変更すると、どの調整によって移動が復旧したのか特定しにくくなります。
スループットのチェックリストとメンテナンス習慣
物流ネットワークを確認しやすいように設計すると、デポのスループットを維持しやすくなります。すべての主要ハブには、明確な目的、確認可能な入力、確認可能な出力が必要です。デポが何を受け取り、その資材がどこへ向かうべきか説明できない場合、そのネットワークは簡素化する段階に来ています。
新しい生産地区を建設した後や、既存の地区を拡張した後は、次のチェックリストを使用してください。
デポのスループット確認:
- すべてのデポに明確な供給源、配送先、または保管の役割があることを確認する
- クラスターに別のデポを追加する前に在庫レベルを比較する
- 物流ネットワークを延長する前に短いルートをテストする
- 離れた物流ハブ間では倉庫または列車を使用する
- 工場の需要と必要な資源タイプを確認する
- 移動を改善しない余分なデポを撤去する
| メンテナンス作業 | 実施するタイミング | 望ましい結果 |
|---|---|---|
| 在庫比較 | デポクラスターを追加した後 | 原因不明の恒常的な偏りがない |
| ルート確認 | 生産が停止したとき | 供給から工場までの経路が見える |
| デポ撤去テスト | チェーンが不安定になったとき | より簡単な経路で移動が明確になる |
| 倉庫確認 | 生産されないまま保管だけが満杯になったとき | 入力と出力の役割が均衡している |
| 輸送確認 | 遠距離からの供給が不安定になったとき | 主要ハブ間で安定して資材が交換される |
最も重要なメンテナンス習慣は、あらゆる遅延を追加の保管施設で解決しようとしないことです。デポを増やせば容量は増えますが、ネットワークの構造が分かりにくくなることもあります。新しいデポを追加しても明確な改善がない場合は、それを撤去して結果を比較してください。
スループットが低下したら、まず簡素化します。接続が不確かな大規模ネットワークよりも、ノードが少ない短いルートの方が優れた基準になります。
Plan B: Terraform のデポのスループット FAQ
以下の回答では、デポの移動を診断し、拡張可能な物流を設計するための、最も信頼性の高い原則をまとめています。コミュニティでの追加の議論については、Steamのデポロジックに関する議論を参照してください。
Q: デポが資源を生産場所へ移動させないのはなぜですか?
受け入れルート、在庫差、ルート距離、デポ数、工場の需要を確認してください。長いチェーンは、倉庫を経由して工場へ供給するコンパクトな供給源ラインよりも管理しにくい場合があります。
Q: 大規模なデポの連結網を1つ作るべきですか?
大規模な連結網は実験として機能する可能性がありますが、トラブルシューティングには不向きです。明確な倉庫や輸送ルートを通じて接続された小規模なデポクラスターの方が、拡張や確認を行いやすくなります。
Q: 新しい資材を追加すると、デポの均等化が再開することはありますか?
コミュニティでのテストでは、特にデポ間の在庫がほぼ同じ場合、資材の状況を変えることで移動が再開するケースが示されています。確定したルールではなく、診断テストとして扱ってください。
Q: 倉庫間で列車を使うべきタイミングはいつですか?
資源エリアや生産ハブが遠く離れており、直接的なデポチェーンが分かりにくくなった場合に列車を使用します。近距離の集荷と長距離の配送は分けてください。
信頼性の高いスループットは、把握しやすい物流から生まれます。コンパクトな集荷、管理された保管、明確な輸送境界、そして居住地全体を作り直さずにテストできる工場需要が重要です。