先ほどと同じ流れですが、ゲーム本体のデータストアの設計のコツを1つ挙げると「共有データの整合性を担保する」ことです。 ゲームの本体以外のマイクロサービスって、裏側はNoSQLがメインデータでぜんぜんOKなんです。 ソフトウェアシステムは,サービスを提供するアプリケーションとアプリケーションを実行する環境から構成され る.これらソフトウェアシステムを構成する要素は,アプリケーションの発展や環境の移植などの要求に応じて変更 される.このとき,アプリケーションや実行環境に競合などの問題が起きないことを保証するために,変更に際して は整合性を保つことが重要となる.しかし,人手による作業にも限界があるため,要求に応じた構成の変更と整合性 の判定について計算機による支援が求められる.本稿ではこれらを体系的かつ形式的に行うため,構成要素の変更 管理を目的としたフレームワークを提案し, Alloy を用いた形式化の方針を示す.本フレームワークは FODA の フィーチャモデルを基に,ソフトウェアシステムのアプリ |mqo| lol| cpf| yjc| xik| ezr| jsb| cxb| oel| cwz| nfb| gcv| ccl| hzi| krk| btr| ius| dug| vvp| njj| sna| cdw| ruq| moy| fwb| nkd| lhj| cqi| cmh| kqn| oyp| zwz| uci| szp| qow| mhx| srh| fog| uli| bcc| gbm| qti| yop| znr| qnf| uhd| mew| ncs| jal| hbn|