𝗢𝗿𝗮𝗰𝗹𝗲のリスクには体系的なアプローチが必要
オラクルのインフラは多くの分散型アプリケーションにとって重要な要素ですが、どのデータ配信システムも、障害がまったく起きないものとして扱うべきではありません。
責任ある開発は、不正確な情報や情報を取得できないことがプロトコルにどのような影響を及ぼすかを特定することから始まります。
@WinkLink_Oracleに関連するオラクルサービスを利用するアプリケーションでは、次のようなリスク管理策が有効です。
• 𝗗𝗮𝘁𝗮 𝗮𝗴𝗲 𝗹𝗶𝗺𝗶𝘁𝘀:アプリケーションが許容するしきい値より古い値を拒否する。
• 𝗗𝗲𝘃𝗶𝗮𝘁𝗶𝗼𝗻 𝗰𝗵𝗲𝗰𝗸𝘀:異常に大きな変動があった場合、すべての更新が妥当だと決めつけず、調査する。
• 𝗙𝗮𝗶𝗹𝘂𝗿𝗲 𝗽𝗼𝗹𝗶𝗰𝗶𝗲𝘀:信頼できる情報を取得できない場合、重要な操作を一時停止するかどうかを定める。
• 𝗘𝘅𝗽𝗼𝘀𝘂𝗿𝗲 𝗹𝗶𝗺𝗶𝘁𝘀:単一の外部データ値によって、無制限の金銭的リスクが生じないようにする。
• 𝗜𝗻𝗰𝗶𝗱𝗲𝗻𝘁 𝗽𝗹𝗮𝗻𝗻𝗶𝗻𝗴:データの異常が疑われる場合に対応するための明確な手順を整備する。
• 𝗖𝗼𝗻𝘁𝗶𝗻𝘂𝗼𝘂𝘀 𝗮𝘂𝗱𝗶𝘁𝗶𝗻𝗴:市場、統合環境、アプリケーションの要件の変化に合わせて、前提を継続的に見直す。
目的は、あらゆる障害をなくせると思い込むことではありません。あるコンポーネントの障害が、アプリケーション全体の壊滅的な障害に直結しないようにすることです。
@WINkLink_Official @Justin Sun孙宇晨 #TRONEcoStar
オラクルのインフラは多くの分散型アプリケーションにとって重要な要素ですが、どのデータ配信システムも、障害がまったく起きないものとして扱うべきではありません。
責任ある開発は、不正確な情報や情報を取得できないことがプロトコルにどのような影響を及ぼすかを特定することから始まります。
@WinkLink_Oracleに関連するオラクルサービスを利用するアプリケーションでは、次のようなリスク管理策が有効です。
• 𝗗𝗮𝘁𝗮 𝗮𝗴𝗲 𝗹𝗶𝗺𝗶𝘁𝘀:アプリケーションが許容するしきい値より古い値を拒否する。
• 𝗗𝗲𝘃𝗶𝗮𝘁𝗶𝗼𝗻 𝗰𝗵𝗲𝗰𝗸𝘀:異常に大きな変動があった場合、すべての更新が妥当だと決めつけず、調査する。
• 𝗙𝗮𝗶𝗹𝘂𝗿𝗲 𝗽𝗼𝗹𝗶𝗰𝗶𝗲𝘀:信頼できる情報を取得できない場合、重要な操作を一時停止するかどうかを定める。
• 𝗘𝘅𝗽𝗼𝘀𝘂𝗿𝗲 𝗹𝗶𝗺𝗶𝘁𝘀:単一の外部データ値によって、無制限の金銭的リスクが生じないようにする。
• 𝗜𝗻𝗰𝗶𝗱𝗲𝗻𝘁 𝗽𝗹𝗮𝗻𝗻𝗶𝗻𝗴:データの異常が疑われる場合に対応するための明確な手順を整備する。
• 𝗖𝗼𝗻𝘁𝗶𝗻𝘂𝗼𝘂𝘀 𝗮𝘂𝗱𝗶𝘁𝗶𝗻𝗴:市場、統合環境、アプリケーションの要件の変化に合わせて、前提を継続的に見直す。
目的は、あらゆる障害をなくせると思い込むことではありません。あるコンポーネントの障害が、アプリケーション全体の壊滅的な障害に直結しないようにすることです。
@WINkLink_Official @Justin Sun孙宇晨 #TRONEcoStar
