費用って面ならあとから損害賠償請求すればいいだけでしょ?
すべてasisで提供されているのに損害賠償請求できるの?
んで実際ソレやったのか?
あとリスクって何も損害賠償だけじゃないぞ?
深刻な不具合が発生したときに自分で調査する羽目になった場合の所要工数もリスクだ
それをベンダーに丸投げできるならそれも正真正銘リスク移転だよ
オマエもパッチ当ててwinが腐ったトキはブツブツ言いながらOS再インスコしてんだろ?w
毎回MSに損害賠償請求してんのか?そも出来んのか?
リスク転移はできない実例だらけじゃねえかw
サポートなんて問い合わせ先があるってだけ。責任転嫁なんてできるわけないんじゃん。
自分で調べられるんならいらないよ。
MSのサポートはすごいよな。
客「XXすると、こういう不具合が起きちゃうんだけど?」
MS「そういうことはしないでください。別の方法で実現してください。」
ごめん。元組み込み屋の愚痴でした。
俺 バグがあるんだけど
MS 再現プログラム出してください
俺 はいこれ
MS お問い合わせの製品バージョンはサポート終了です
俺 再現プログラムは最新バージョンで再現するんだけど
で最後の「俺」の発言に対する返答はどうなったんだよ
最新版で出してくれとか、弊社側では再現しませんでしたと切られるのがオチでね
そらMSのツゴーだろうよw
聞くだけヤボってもんよ
kata containerってFirecrackerと同じレイヤーのランタイムだと思ってたけど違うのか
社内にswarmクラスタを組んだのですがvolumeはどのように扱うべきなのでしょうか
node1にappをdeployした場合appはnode1のvolumeをマウントます
ここでなんらかの理由でnode1がクラッシュしnode2でappが再起動した場合node1のvolumeはマウントできないので初期状態でappが起動してしまいます
どこかしらの共有ストレージをマウントするようには設定できねえの?
あとはどこかしらのオブジェクトストアを指定して初期化するような動作を組み込むとか
ドッカーだけでコンテナクラスタ構築するならswarmの方がとっつきやすくね
クラスタ構築は楽だと思う
あとcomposeを再利用できる
> 「Dockerを使った単一ノードのKubernetes v1.13.3クラスタは1GBを少し超える程度のメモリを使う。k3sの同一構成では260MBを少し超える程度で、これにはアップストリームのクラスタに含まれないingressコントローラーやサービスロードバランサーが含まれている」
260MBのメモリを積んでるIoT()なの?w
IoTってラズベリーパイとか?
512MB〜1GBはあるみたいだから余裕じゃね?
なるほどな
最低でもラズπレベルがターゲットなんだな
害人はマイナー言語つかう極東の住民になんか忖度しねえからな
0995login:Penguin2019/03/07(木) 23:32:51.30ID:iQ4RAsdJ
くそねっと
0996login:Penguin2019/03/08(金) 08:09:45.99ID:YU/9ulof
訂正 kubernetesをGCPの4GBぐらい"の"VMで使って、
正確には3.75GBだっけな?
1000login:Penguin2019/03/08(金) 14:40:54.40ID:VDOvuQ0J
10011001Over 1000Thread
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 526日 0時間 40分 9秒