インスタンスの構成とか、ぜーんぶまるっとコピー。バックアップ。
スナップショットとの違いは、あっちはハードディスクとかのデータで、ネットワークの構成とかは保存されてないよ。
このとき、動いてるインスタンスだと、危ないからインスタンス止めてね！って言われる。
動いたままバックアップも取れるけど、私は怖いのでインスタンスを止めてから作成しました。
こっちは、スナップショットと違ってお金かかるよ！
でも、めっちゃ高いとかじゃないので、一応確認して使ってね。
サーバーを同じのを作りたいときに使ったりとか。
あと、インスタンスグループのために、インスタンステンプレートにしちゃうとか。
ってことで、この次はインスタンステンプレートを作るよ！
プログラムで、テストを書こうと思った。
\Validator::make($data, [
'email' => 'unique:users,email',
])->fails();
これ、Validatorのmakeをモックしたとしても、その後のfailsもモックできていないと、うまくテストできない。
makeとfailsを同時にモックしたい。
\Validator::shouldReceive('make->fails')->once()->andReturn(true);
'make->fails'これで、makeのあとのfailsをモック出来る。
class Hoge
{
public function fuga()
{
return app('some_class')->someMethod();
}
}
class SomeClassProvider extends ServiceProvider
{
public function register()
{
$this->app->singleton('some_class', function () {
return new SomeClass();
});
}
}
appでインスタンス呼ばれてるうううう
テスト書くときどうしよう？
$this->app->instance(Hoge::class, $mock);
public function testFuga()
{
$mock = Mockery::mock('SomeClass');
$mock->shouldReceive('someMethod')
->once()
->andReturn('hoge');
$this->app->instance('some_class',$mock);
$this->assertSame($this->hoge->fuga(), 'hoge');
}
appの結合を新しく宣言しました。
通常時は、SomeClassProviderで'some_class'に対してsingleton結合されていました。
使われるクラスは、 singletonで作られた、SomeClassのインスタンスです。
これに対してテストコード内では、'some_class'に対して、$mockのインスタンスを返す、instance結合を宣言しました。
なので、テスト実行時にapp('some_class')をすると、$mockのインスタンスが返されます。
これによって、$mockによる関数実行が行えます！
テスト対象の関数で、以下のように新しいインスタンスが作成されてる。
class Hoge
{
public function fuga()
{
return new SomeClass()->someMethod();
}
}
作成されたSomeClassのsomeMethodを、どうにかしてモックしたい。
テストコード
Mockery::mock('overload:SomeClass')->shouldReceive('someMethod')
->once()
->andReturn('hoge');
これで、SomeClassインスタンスが新しく生成された時に、モックインスタンスにすり替わる。入れ替わる。
なので、Hoge::fuga()の結果が'hoge'に変わってます。
お疲れ様でした。
勉強もしつつ、渡された仕事もやりつつ、大きなことはやってないけど、順調な一週間でした。
1.GCPの勉強少しやれた
2.電動スクーターのバードを教えてもらった。電動スクーターを放置する人が現れたけど、それを片付けるという新たな職が生まれたことも知る。サービスを作ることで、常識を変えるのは、Uberもだけど、現実的な手段の一つだと知る。
3.ブログで書いた、Controllerとかの分け方で、アドバイスもらえた！アウトプット大切。
もう少しGCP勉強したかったけど、まあゼロじゃなかったので自分を少し褒める。
常識というものと戦うときに、常識を新たに作って、今の常識と距離を取るだけじゃなく、常識をみんなが変えたくなるような何かを作るのもありなんだなーってこと。ただ、これもただサービス出しましたね、で終わらないよう、この集団の場合でもいっぱい考えることがありそうですね。
GCPの勉強！
あと、チームというものについて、自分のスタンスを見直してみる。
勉強して、そして少しずつやりたいことに向かって進むって楽しいですね！
GCEでサーバー用意したよ！
でも、これが万が一壊れたらどうしよう。
でも、VMインスタンスじゃなくて、インスタンスグループに切り替えたい。
そんなとき。バックアップとって、いつでも同じものを作れるようにしよう！
かかるよ！
でも、2018/11/18時点で、5GBまでは無料でスナップショットを保存出来るよ！
テストを書こうと思って、ファサードでモックしようとした。で、こう書いたら・・・
$mockClass = Mockery::mock(‘Validator’)->shouldReceive(‘make’);
エラーがこれ
Cannot redeclare Mockery_0_Illuminate_Support_Facades_Validator::shouldReceive()
同じ関数を定義してるって感じ。
すでにこの関数あるぞーって言われてる・・・
あれ？つまり・・・
Validator::shouldReceive('make')
デフォルトのファサード、すでにshouldReceive実装済みってことね・・・
なので、わざわざMockery通して新しくshouldReceiveを定義しなくていいよって話でした。
おつかれさまでした・・・
単一のインスタンスじゃなくて、同じようなインスタンスを、必要に応じて用意することで、一個が死んでも大丈夫ーみたいにするやつ。
死んでないかな？みたいなのをチェックしたり、負荷かかったら、予備を用意したりします。
基本は画像みたいな感じをイメージ。てかGoogleの説明が丁寧過ぎて言うことがない。
打ち込むときに考えてたことを以下に。
ヘルスチェックは、たまーに通信して、サーバー落ちていないかを確認してくれるやつ。
何秒毎にチェックして、返事を何秒待って、そして何回連続で返答したらOK。何回連続で返事しなかったら怒るよ！ってやつ。
作成を押したら、インスタンスが作成されます。
しばらくすると、いつもの単一インスタンスの操作と同じようにSSHとか操作が出来るようになります。
おつかれさまでした。
