Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

docs(idea/sutera): 10_why isn't clocking server in suteranetwork #49

Open
wants to merge 9 commits into
base: main
Choose a base branch
from
20 changes: 20 additions & 0 deletions sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Clocking-Server自体がそもそも何かって説明は別ファイルにあるんだっけ……?
ないならここに書いてもいいかも……?

Original file line number Diff line number Diff line change
@@ -0,0 +1,20 @@
# Clocking-ServerがSuteraネットワークに含まれない理由

[Suteraの存在意義について](sutera/01-significance-of-sutera's-existence.md)にも記されているように、「持続可能な仮想空間・メタバースの実現」「未来永劫Social-VRユーザーの居場所を保証・確約すること」はSuteraの重要な理念です。
Suteraネットワークは、それら理念のために存在する全てコンポーネントによって構成されます。
しかし、インスタンスを管理するClocking-Serverは以下の2つの理由によってSuteraネットワークに含まれないべきです。

## 分離しても大丈夫な理由

いかなるSocial-VRプラットフォームにおいても、インスタンスのダウンや不調は珍しくありません。
しかし、インスタンスは容易に立て直すことが可能であるため、それらの問題が即座にそのサービスの持続性へ悪影響を与えることはありません。
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
しかし、インスタンスは容易に立て直すことが可能であるため、それらの問題が即座にそのサービスの持続性へ悪影響を与えることはありません。
しかし、インスタンスは容易に立て直すことが可能であるため、それらの問題が即座にそのサービスの持続性へ悪影響を与えることはありません。

容易に立て直すことができるというか、「保存が必要なデータを持たない」というところが本質だよね……
例えば非ユーザー依存データのワールドとかを例に出して、
そういう類いの大事なデータを一切持たないから突然飛ばれても大丈夫だよね~という話に持っていったほうがよいと思います

持続性の担保という重要な使命を持っているSuteraネットワークに含めるほど、インスタンスを管理するClocking-Serverの責務は重くないといえるでしょう。

## 分離しないといけない理由

インスタンスへのアクセスが集中することは珍しくなく、時にはサーバーダウンなどの悪影響が発生することも考えられます。
仮にClocking-ServerがSuteraネットワークに含まれていた場合、先述したような悪影響が他の各コンポーネントにも波及する可能性があります。
それは担保すべき様々なデータが消失する危険性を孕んでいることを意味し、Suteraの理念の実現を大きく阻害します。
Comment on lines +15 to +17
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

う~ん……別にBloom自体はいつでもダウンする可能性のある想定の設計だからな……
サーバーダウンが問題じゃなくて、負荷が高いものがSuteraネットワーク内にいることが問題です (Suteraネットワークは軽量にしたい)


そのためClocking-Serverは独立的にインスタンスのみを管轄し、Suteraネットワークからデータを参照する形式を取ることにしました。
Clocking-Serverが何らかの理由で故障した場合でも、分離されているSuteraネットワークに悪影響を及ぼすことはなく保全すべきデータを守ることができます。