From d1b98d419d50de5e8d60dc18978c3c7261bba8d8 Mon Sep 17 00:00:00 2001 From: barrier <110488117+barrier15300@users.noreply.github.com> Date: Mon, 15 Jul 2024 23:37:00 +0900 Subject: [PATCH 1/7] Create 10-docsideasutera-clocking-server-is-not-suteranetwork.md --- ...era-clocking-server-is-not-suteranetwork.md | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) create mode 100644 clocking-server/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md diff --git a/clocking-server/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md b/clocking-server/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md new file mode 100644 index 0000000..689a267 --- /dev/null +++ b/clocking-server/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md @@ -0,0 +1,18 @@ +# Sutera NetworkにClocking Serverが含まれていない理由 + +# 概要 +Cloking Serverでは、Sutera Networkにあるデータを参照してインスタンスを立てる仕様である。 +Cloking Serverが何らかの理由で故障した場合でも、Sutera Networkからデータを参照しているだけなので、データ自体は無事というのを保証する目的で分離されている。 + +# 詳細 +Sutera Networkでインスタンスを立てた場合、アクセスが集中してサーバーがダウンしてしまった場合、データなどが消えてしまう可能性がある。 +Sutera Networkではワールドデータやアバターデータ、思い出データが詰まったコンポーネントが含まれているので、これらのデータが消えてしまうようなことはあってはならないことである。 +そこで、Sutera Networkから分離したサーバーで、データを参照しインスタンスを立てることでこの問題が解決できる。 +その役割を担うのがCloking Serverである。 + +# 例 (要確認) +Sutera Networkでインスタンスを立てる場合だと、アクセス数が仮に１秒に1000000回とかになった場合、当然サーバースペックが足りずサーバーダウンすることが想像できる。 +サーバーダウン時にハードウェアの故障などが起こると、サーバーにあるデータも消えてしまう。 + +Sutera Networkとは分離されたCloking Serverでインスタンスを立てる場合でアクセス数が仮に１秒に1000000回とかになった場合を考えると、 +サーバーがダウンしても、データ自体は参照したものを使っているので、Cloking ServerがダウンしてもSutera Networkにあるデータは消えない。 From 76b2093ceabf9166ee2f5349e4380f031d941eb6 Mon Sep 17 00:00:00 2001 From: barrier <110488117+barrier15300@users.noreply.github.com> Date: Mon, 15 Jul 2024 23:39:53 +0900 Subject: [PATCH 2/7] Delete clocking-server/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md --- ...era-clocking-server-is-not-suteranetwork.md | 18 ------------------ 1 file changed, 18 deletions(-) delete mode 100644 clocking-server/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md diff --git a/clocking-server/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md b/clocking-server/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md deleted file mode 100644 index 689a267..0000000 --- a/clocking-server/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md +++ /dev/null @@ -1,18 +0,0 @@ -# Sutera NetworkにClocking Serverが含まれていない理由 - -# 概要 -Cloking Serverでは、Sutera Networkにあるデータを参照してインスタンスを立てる仕様である。 -Cloking Serverが何らかの理由で故障した場合でも、Sutera Networkからデータを参照しているだけなので、データ自体は無事というのを保証する目的で分離されている。 - -# 詳細 -Sutera Networkでインスタンスを立てた場合、アクセスが集中してサーバーがダウンしてしまった場合、データなどが消えてしまう可能性がある。 -Sutera Networkではワールドデータやアバターデータ、思い出データが詰まったコンポーネントが含まれているので、これらのデータが消えてしまうようなことはあってはならないことである。 -そこで、Sutera Networkから分離したサーバーで、データを参照しインスタンスを立てることでこの問題が解決できる。 -その役割を担うのがCloking Serverである。 - -# 例 (要確認) -Sutera Networkでインスタンスを立てる場合だと、アクセス数が仮に１秒に1000000回とかになった場合、当然サーバースペックが足りずサーバーダウンすることが想像できる。 -サーバーダウン時にハードウェアの故障などが起こると、サーバーにあるデータも消えてしまう。 - -Sutera Networkとは分離されたCloking Serverでインスタンスを立てる場合でアクセス数が仮に１秒に1000000回とかになった場合を考えると、 -サーバーがダウンしても、データ自体は参照したものを使っているので、Cloking ServerがダウンしてもSutera Networkにあるデータは消えない。 From fda645df45834bcb5324cd64b08a4ee6a57382d7 Mon Sep 17 00:00:00 2001 From: barrier <110488117+barrier15300@users.noreply.github.com> Date: Mon, 15 Jul 2024 23:40:34 +0900 Subject: [PATCH 3/7] Create 10-docsideasutera-clocking-server-is-not-suteranetwork.md --- ...era-clocking-server-is-not-suteranetwork.md | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) create mode 100644 sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md diff --git a/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md b/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md new file mode 100644 index 0000000..689a267 --- /dev/null +++ b/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md @@ -0,0 +1,18 @@ +# Sutera NetworkにClocking Serverが含まれていない理由 + +# 概要 +Cloking Serverでは、Sutera Networkにあるデータを参照してインスタンスを立てる仕様である。 +Cloking Serverが何らかの理由で故障した場合でも、Sutera Networkからデータを参照しているだけなので、データ自体は無事というのを保証する目的で分離されている。 + +# 詳細 +Sutera Networkでインスタンスを立てた場合、アクセスが集中してサーバーがダウンしてしまった場合、データなどが消えてしまう可能性がある。 +Sutera Networkではワールドデータやアバターデータ、思い出データが詰まったコンポーネントが含まれているので、これらのデータが消えてしまうようなことはあってはならないことである。 +そこで、Sutera Networkから分離したサーバーで、データを参照しインスタンスを立てることでこの問題が解決できる。 +その役割を担うのがCloking Serverである。 + +# 例 (要確認) +Sutera Networkでインスタンスを立てる場合だと、アクセス数が仮に１秒に1000000回とかになった場合、当然サーバースペックが足りずサーバーダウンすることが想像できる。 +サーバーダウン時にハードウェアの故障などが起こると、サーバーにあるデータも消えてしまう。 + +Sutera Networkとは分離されたCloking Serverでインスタンスを立てる場合でアクセス数が仮に１秒に1000000回とかになった場合を考えると、 +サーバーがダウンしても、データ自体は参照したものを使っているので、Cloking ServerがダウンしてもSutera Networkにあるデータは消えない。 From 15e8429ba9b9a4eba54a76d03fd302032324ce9c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?See2et=20/=20=E3=81=97=E3=83=BC=E3=81=9C=E3=81=A3=E3=81=A8?= <61668366+See2et@users.noreply.github.com> Date: Fri, 25 Oct 2024 14:19:00 +0900 Subject: [PATCH 4/7] rewrote by see2et --- ...ra-clocking-server-is-not-suteranetwork.md | 30 ++++++++++--------- 1 file changed, 16 insertions(+), 14 deletions(-) diff --git a/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md b/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md index 689a267..a2924f3 100644 --- a/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md +++ b/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md @@ -1,18 +1,20 @@ -# Sutera NetworkにClocking Serverが含まれていない理由 +# Clocking ServerがSuteraネットワークに含まれない理由 -# 概要 -Cloking Serverでは、Sutera Networkにあるデータを参照してインスタンスを立てる仕様である。 -Cloking Serverが何らかの理由で故障した場合でも、Sutera Networkからデータを参照しているだけなので、データ自体は無事というのを保証する目的で分離されている。 +[Suteraの存在意義について](sutera/01-significance-of-sutera's-existence.md)にも記されているように、「持続可能な仮想空間・メタバースの実現」「未来永劫Social-VRユーザーの居場所を保証・確約すること」はSuteraの重要な理念です。 +Suteraネットワークは、それら理念のために存在する全てコンポーネントによって構成されます。 +しかし、インスタンスを管理するClocking-Serverは以下の2つの理由によってSuteraネットワークに含まれないべきです。 -# 詳細 -Sutera Networkでインスタンスを立てた場合、アクセスが集中してサーバーがダウンしてしまった場合、データなどが消えてしまう可能性がある。 -Sutera Networkではワールドデータやアバターデータ、思い出データが詰まったコンポーネントが含まれているので、これらのデータが消えてしまうようなことはあってはならないことである。 -そこで、Sutera Networkから分離したサーバーで、データを参照しインスタンスを立てることでこの問題が解決できる。 -その役割を担うのがCloking Serverである。 +## 分離しても大丈夫な理由 -# 例 (要確認) -Sutera Networkでインスタンスを立てる場合だと、アクセス数が仮に１秒に1000000回とかになった場合、当然サーバースペックが足りずサーバーダウンすることが想像できる。 -サーバーダウン時にハードウェアの故障などが起こると、サーバーにあるデータも消えてしまう。 +いかなるSocial-VRプラットフォームにおいても、インスタンスのダウンや不調は珍しいことではありません。 +しかし、インスタンスは容易に立て直すことが可能であるため、それらの問題が即座にそのサービスの持続性へ悪影響を与えることはありません。 +持続性の担保という重要な使命を持っているSuteraネットワークに含めるほど、インスタンスを管理するClocking-Serverの責務は重くないといえるでしょう。 -Sutera Networkとは分離されたCloking Serverでインスタンスを立てる場合でアクセス数が仮に１秒に1000000回とかになった場合を考えると、 -サーバーがダウンしても、データ自体は参照したものを使っているので、Cloking ServerがダウンしてもSutera Networkにあるデータは消えない。 +## 分離しないといけない理由 + +インスタンスへのアクセスが集中することは珍しくなく、時にはサーバーダウンなどの悪影響が発生することも考えられます。 +仮にClocking-ServerがSuteraネットワークに含まれていた場合、先述したような悪影響が他の各コンポーネントにも波及する可能性があります。 +それは担保すべき様々なデータが消失する危険性を孕んでいることを意味し、Suteraの理念の実現を大きく阻害します。 + +そのためClocking-Serverは独立的にインスタンスのみを管轄し、Suteraネットワークからデータを参照する形式を取ることにしました。 +Clocking-Serverが何らかの理由で故障した場合でも分離されているSuteraネットワークに悪影響を及ぼすことはなく、保全すべきデータを守ることができます。 From ba97fed7b1e3fda7af3144668c5f115f9b56c017 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?See2et=20/=20=E3=81=97=E3=83=BC=E3=81=9C=E3=81=A3=E3=81=A8?= <61668366+See2et@users.noreply.github.com> Date: Fri, 25 Oct 2024 14:21:50 +0900 Subject: [PATCH 5/7] Update sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> --- .../10-docsideasutera-clocking-server-is-not-suteranetwork.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md b/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md index a2924f3..117a86a 100644 --- a/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md +++ b/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md @@ -1,4 +1,4 @@ -# Clocking ServerがSuteraネットワークに含まれない理由 +# Clocking-ServerがSuteraネットワークに含まれない理由 [Suteraの存在意義について](sutera/01-significance-of-sutera's-existence.md)にも記されているように、「持続可能な仮想空間・メタバースの実現」「未来永劫Social-VRユーザーの居場所を保証・確約すること」はSuteraの重要な理念です。 Suteraネットワークは、それら理念のために存在する全てコンポーネントによって構成されます。 From fb5b018de646c9f6139c8e1c19c3153972b98dd9 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?See2et=20/=20=E3=81=97=E3=83=BC=E3=81=9C=E3=81=A3=E3=81=A8?= <61668366+See2et@users.noreply.github.com> Date: Fri, 25 Oct 2024 14:22:49 +0900 Subject: [PATCH 6/7] Update 10-docsideasutera-clocking-server-is-not-suteranetwork.md --- .../10-docsideasutera-clocking-server-is-not-suteranetwork.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md b/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md index 117a86a..b499899 100644 --- a/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md +++ b/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md @@ -6,7 +6,7 @@ Suteraネットワークは、それら理念のために存在する全てコ ## 分離しても大丈夫な理由 -いかなるSocial-VRプラットフォームにおいても、インスタンスのダウンや不調は珍しいことではありません。 +いかなるSocial-VRプラットフォームにおいても、インスタンスのダウンや不調は珍しくありません。 しかし、インスタンスは容易に立て直すことが可能であるため、それらの問題が即座にそのサービスの持続性へ悪影響を与えることはありません。 持続性の担保という重要な使命を持っているSuteraネットワークに含めるほど、インスタンスを管理するClocking-Serverの責務は重くないといえるでしょう。 From 2abcef64438715348b15ec61568d9aa87aafb3fb Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?See2et=20/=20=E3=81=97=E3=83=BC=E3=81=9C=E3=81=A3=E3=81=A8?= <61668366+See2et@users.noreply.github.com> Date: Fri, 25 Oct 2024 14:24:04 +0900 Subject: [PATCH 7/7] Update 10-docsideasutera-clocking-server-is-not-suteranetwork.md --- .../10-docsideasutera-clocking-server-is-not-suteranetwork.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md b/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md index b499899..0928c01 100644 --- a/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md +++ b/sutera/10-docsideasutera-clocking-server-is-not-suteranetwork.md @@ -17,4 +17,4 @@ Suteraネットワークは、それら理念のために存在する全てコ それは担保すべき様々なデータが消失する危険性を孕んでいることを意味し、Suteraの理念の実現を大きく阻害します。 そのためClocking-Serverは独立的にインスタンスのみを管轄し、Suteraネットワークからデータを参照する形式を取ることにしました。 -Clocking-Serverが何らかの理由で故障した場合でも分離されているSuteraネットワークに悪影響を及ぼすことはなく、保全すべきデータを守ることができます。 +Clocking-Serverが何らかの理由で故障した場合でも、分離されているSuteraネットワークに悪影響を及ぼすことはなく保全すべきデータを守ることができます。