Docker Part6

テンプレとかいらんやろ

ペン4の古いパソコンでもドッカー動きますか？？

うーん、どぅかなー？

どうせ本番はk8sなんだから実行環境はminikube
レポジトリはMSマネーで代替つくれば完全脱却

>>155
最後の一文で分かる無能感

>>157
クラウドサービス毎の機能でk8sを代替しようとすると別クラウドに移行したい時に面倒なので余程のメリットがない限りk8sで済ませる

>>163
言うほどか？
全部コンテナで自前運用やるならともかく、クラウドならk8sといえどもDBやメッセージキューやLBはマネージドサービス使うだろ
アプリだけならk8sだろうとECSとかだろうと大差ないわ

うちAWS EKSだけどそのうちやめてECSにするわ
Kubernetesの実運用経験積むのが目的だったようだが
現状の使い方だとデメリット多いって判断

>>163
色々Kubernetesでしか使えないものに依存してない限りそうでもないし
そもそもクラウド移行自体がレア

ステートフルに弱いって時点でk8sべったり依存はありえんしなぁ

k8sが特別ステートフルに弱いというわけではないけど、
コンテナでDBのような永続的な状態を持つサービスを扱おうとするとどうしてもホストに強く依存するから、あえてk8s内で扱うメリットはほとんどないんだよね
運用の面倒臭さと天秤にかけるとマネージドになっちゃう

それを弱いと言うのでは

Kubernetesは何もしないでメリットが得られるんじゃなくて

1. 各サーバーで1GBぐらいメモリを持っていかれる
2. 最低3台サーバーがいる
3. 半強制的で定期的なアップデートが必要で数ヶ月おきにサーバーの再起動が必要
4. サーバーがデータを持っている場合、データが消えないようにする必要がある
5. データベースクラスタを組んでる場合、少なくとも1台落ちる前提で最初からちゃんと設定してないといけない

こんな感じの面倒くささがあるよね

Kubernetesは1台単位で厳密に管理しようと思ったらダメなんだわ
100台ぐらい揃えてもっと大雑把に全体の95%が正常に稼働中
みたいに考えるものだと思ってる

サイボウズのkintone は、Kubernetes で毎日、コンテナを作り直しているとか

CSIによってステートフルが弱いってのは昔の話や
DBだって operator あるし

vittesとかあるよな 最近話し聞かないけど

苦手なことを無理してやらんでいい
コンテナは素直にステートレスなアプリだけ動かしてろ

k8sはころころ仕様変えすぎじゃね？
アップデート追随するのが大変だわ

>>171
ステートフルなサービスのノード依存性を制約として適切に記述、適用する方法があるってだけだ
別にそれによって生VMと比較して運用が楽になるわけではない
敢えてマネージドサービスを捨てて自前で運用する労力に見合うだけのメリットはない

ステートレスはk8sで、ステートフルはマネージドでって棲み分けができてくると
今度はステートレスはFaaSでいいじゃん…ってなるんだよな
間違いなくk8sは将来的に負の遺産になる
しかも莫大な額の借金

インフラ界隈が謎のk8s推しで開発はコンテナベースしか認めんってこと？
ないようなあるような話で笑えんけど
サーバレス勢のプレゼン力にかかってるんじゃないかな

イメージ自体は汎用だしロックインされてる気はせんよね

クラウドの上にクラウドを作ってるのがk8s

もともとクラウドでいろんなサービスを提供していて
それが便利だったのに、その上にクラウドを作り出してる
意味がわからない

自分がk8sを理解できていないだけなのにまるでk8s自体が無意味みたいな言い回しはやめよう

k8sでFaaSより管理楽になる？コスパ超えれる？

k8sは単なるオーケストレーションツールとして使う分にはいいんだけど、アプリがk8sに依存し始めると最悪だね
AWSやGCSへのロックインなんかより遥かに酷いロックイン状態になるしクラスタのアップグレードが恐怖

大企業なら料金払えるし
零細企業なら無料で使えるんだから
お前らが無理して乗り換えする必要はないんだよ

AWS Lambda, Aurora, Elastic Beanstalk, Fargate あたりで作れれば、ベストだけど

>>179
理解できてるというのなら、
お前がそれを証明すればいいんやで

>>181
オーケストレーションツールを要らなくしたのがDockerだと思うけどね
普通に仮想マシンとDocker起動すれば、それで環境の構築完了だし

>>181
> クラスタのアップグレードが恐怖

それな。Kubernetesでミスったら
クラスタ全部が壊れてしまう可能性がある
最悪の場合だとデータ損失

>>175
？
マネージドあるならそっちでいいよ

k8sが今後の負債になるのは間違いない
でもコンテナ化してんだったら逃げ場はたくさんある

そもそもk8sじゃないといけない理由ってほとんどないよな
k8s使ってるプロジェクトの7,8割はk8sじゃなくてもいい

まあ正直なところ「使ってみたかった」が最大の理由

あとは対外アピール k8s使ってるアピールすると新卒採用に有利だよ

>>188
負債になるのは、コンテナ以外の部分
k8sはコンテナ以外が多すぎるんだよ

k8sの一番の問題は、システムを安定させられるか何だよな
適当にやっても安定するのかもしれないが、自信を持って安定していると言うのが難しい

強制的に再起動させられるシステムで、果たしてシステムを
停止せずに動かし続けれられるのだろうか？

>>190
確かに勉強してるな新しい技術吸収に貪欲だなと好ましく感じるわね
ただし最近は本当新しいツールを軽く表面なでるだけの使い方して次々乗り換え使えてる気になってる人も多いという印象があるわ

ただのミーハーかどうか判断することが大事だと感じる昨今です

ライセンス料につられてdockerを捨てる提案しているゴミが早速職場に現れたわ
うちは大企業でもないから払う必要ないし

Linux使えばいいのに

>>193
それもあるけどどっちかというと会社がk8s使ってるアピールすると新卒が寄ってくるんだよ ソースはワイ

>>194
金よりもDocker社の先行きがなあ
大手に売り飛ばすならまだしも、先のDockerHubの件といい明らかに事業成長に対するネガティブインパクトを顧みない方法で資金を回収しようとしてる
ビジネスとして完全に詰んでる

とれるところからとろうとしとるだけや。
Microsoftみたいなことは、ふつうはできん。

負担しないんなら、フリーライダーと言われてもしゃあない。

Ruby/Go の神、Vagrant, Terraform, の作者、
今世紀最大の学生起業家、HashiCorp のMitchell Hashimoto

彼は、OSS を続けるためには、大企業だけが払うモデルが良いと考えた。
一方、中小企業・個人などは、無料で使えるのが望ましい

つまり、担税力に応じての支払い義務

これが支持されて、会社の時価総額は、5千億円とも言われている

dukerはAndroidでも可能ですか？

>>200
Androidで何をするんですか？
あれは組み込み機器と同じ扱いで
ログインして使うようにはできていません。

Docker社を
MicrosoftとかAmazonあたりが買収して
無償化継続してくれんかなぁ。

大手企業に勤務してないのに木にするなよ

docker toolboxに乗り換えたわ

Desktop使えないとなるならどうせ仮想マシンいれるしかないんやし
だったらtoolboxでええわな

>>203
大手でなくても普通に有償だからな？
まさか売上高10億いかないカス企業なのか

バレへんバレへん

儲かっている企業ならたいしたライセンス料じゃないし嫌ならDesktopを使わなければいいだけだろ

dockerって不思議な会社ね。曲がりなりにもデスクトップの分野で大成功して
超大規模なシステム運用以外のプロジェクトではみんなk8s運用嫌がっていて
10台程度のサーバーで運用する本番環境に市場があることが分かりきっているのに
それで成功できないって、なんで？って思うけどね。
いつまで経ってもソリューション提供できないからfaasだかfargateだかベンダー独自の実装に流れちゃうとかｗ

みんなが金を払わんからや！
VMならタダが相場やしな。

いやいやVMもタダじゃないだろ。タダなのは動かす部分だけで、ちょっとバックアップでも取ろうとすると
便利に使うにはライセンス買うしかない。個人事業でも７万のやつ買ってるよ。
Dockerも似たようなソリューションなんだから似たようなビジネスやればいいんだよ。
でコンテナだから上で色々言っている様にステートフル／レスで色々迷うことあるからソリューション部隊立ち上げて
法人サポートしますよとかね。開発の本尊なんだし。素人が考えても色々金儲けのネタ思いつきそうなものだ。

いいね
docker社に転職して救けてあげたら

macはlimaってやつに変えたらいいの？

完全に脱dockerするならpodmanかな
limaはジャップ製なので完全スルーが正解

だから俺はずっと言ってただろ
Podmanの時代がすぐ来るってさ

多分10年後もずっと言ってると思うよ

>>211
Docker Enterpriseってのがあったけど、金策に失敗して法人向けのKubernetesベンダーに売り飛ばされて消えた

>>213-215
茶番劇？

ビジネスで使うとなるとdocker単体で使うことはあまりなくエコシステムも含めて考える必要があるので自分だけが代替ツールに乗り換えても無意味
エコシステムに影響力のない人にとっては世の中の流れに身を任せるしかない

そうか？
そもそもビジネスならdockerなんて手元の開発環境でしか使わないんだから自分だけ代替ツールに乗り換えても何の問題もないぞ

プログラマーとインフラとそれぞれ担当者がいらっしゃるのでね
プログラマーは使いやすい物を使えばいいと思うんですよね VM でも良いわけですし

Podman 2 〜Dr. ワイリーの謎〜

>>221
VMはDockerの変わりにはならんのですよ

>>223
誰かVMがdockerの代わりになるって言ったか？

>>221が言ってる

コンテナ的な運用をvmですれば良いと思うよ
スナップショットも構築ツールもあるのだから
私はそれはvmではしないけどそれはコンテナに慣れているしコンテナのメリットを享受したいからであり

プログラマが開発するのにはどちらでも良くない?

なら作ったVMをクラウドの仮想マシンで動かす方法でも教えてくれ

VMのスナップは構築試験してる時便利よな、ドライバのバージョン違いによる相性テストとかその節はお世話になりました。

>>228を見てもわかるように使い方が全く違う

>>227
qemu
lxdでも最近扱えるようになった

237は言ってることは正しいけど知識量が足りんかったな

>>230
仮想マシンは性能下がるって知らないの？

ただでさえクラウドは仮想マシン使ってるのに
その仮想マシンの上でqemuを動かすとさらに遅いし
ローカルもqemuで作業しなきゃならないじゃん

>>232
オーバヘッドいってもベアメタル比較で9割以上の性能出るよ
最近の技術はすごいね 頭の中の知識アップデートしてったほうがいいよ！

そもそもクラウドは仮想マシンって前提でおかしいわ
勉強してからレスしろ

>>232
あごめん 読んでもらえば分かると思うけどプログラマー向け環境のことね開発環境ね

それでもサーバー側がリソース潤沢なら VM でもなんでもいいんじゃないのかなと思うよ
それこそプロジェクトによって予算は違うんだからね
以前は VM で動かしていたわけですし今でもそういうプロジェクトは存在するでしょう

>>233
それはKVMを使った場合の話
クラウドでKVMは使えないので遅い

どこをソースとしたかちゃんと書こうな

QEMU is very slow
https://forums.gentoo.org/viewtopic-t-1077552-start-0.html

Why VM QEMU is very slow ?
https://superuser.com/questions/1471510/why-vm-qemu-is-very-slow-still-a-newbie-here

>>235
サーバーがリソース贅沢って何いってんだ？
クラウドのことを何もわかってないな

クラウドというのは必要なリソースを必要な時に確保する
リソース＝コストだ。VMを使ったらその分多くのリソース＝コストが必要になる

サーバーだからって贅沢なリソースということにはならない
それはオンプレミスの世界の話
クラウドでは適切なリソースを使う

>>225
言ってないｗ

>>237
まあ多分同じ認識を持っているんだと思うよ
私もコンテナを利用するし

いくらでも財力があれば富豪的プログラミング的な事が出来るって事だよ
実際はないから多くのケースではコンテナを使うでしょう

で何の話からこんな風になったかって言うとDockerつかなきゃいけないのコンテナ使わなきゃいけないの開発者が？という話があって 別に VM でもいいんじゃないそれはて感じの流れだったんじゃないかな

コンテナはLinux上でVMがいらないんだよ
ネイティブに動く

>>236
視野が狭すぎるよ… よくもまあそんな自信満々に言えるよな
下請け客先常駐の人間か？

同情するわ

>>240
> ネイティブに動く
VMかてふつうは「ネイティブ」に動いとる。

>>249
動いてないよ。VMは仮想マシンの中のカーネル経由で動いてる
ホストOSのカーネルを使ってない。
カーネルを二重に使うことになるのがVM

>>244
それは「ネイティブ」に関係ない。
システムコールとかがラップされとるだけ。

>>245
システムコールがラップされてるから遅い
どちらにしろ遅いってちゃんと言うようｗ

qemuのゲストエージェントのインストールが大変というのを付け加えておこう

このスレには素の状態からオンプレにVMを建てて使う可哀想な人と、それ以外が居るから話がごちゃまぜになるね！

オンプレでもLinuxインストール＋DockerサーバーインストールでDockerコンテナが動く

仮想マシンだと何をするんだろうか
サーバーにqemuをインストールするところまでは変わらないが
ネットワークの設定は？ゲストエージェントはどうするのか？
メモリの調整などは？手元で作ったVMをサーバーでそのまま動かすには大変な作業が必要

その辺は自動化ツールがありますしおすし

Windows のコンテナはないんだから Windows のインフラを作りたいときには VM になるんじゃないですか選択肢が

その自動化ツールの名前が言えない時点で嘘

>>250
何度言っても理解できないようだから何度も言うしかないが
Dockerはインフラを作るものじゃない
アプリケーションをデプロイするものだ

あとWindowsのコンテナもあるし
無知も大概にしろ

>>252
コンテナがインフラそのものではないことは確かです
水道管はインフラですが水道管の中を流れる水はインフラではない あなたはそういうことが言いたいのではないでしょうか

Windows のコンテナについて無知ですみません これは VM を介在しないものなんでしょうか？

>>253
Dockerはアプリケーションを配布するもの
理解したか？ YES NO で答えよ

>>254
イエス

Windows のコンテナについて Vm を介在しないかはわからかいですか？

DockerスレなのにVMで戦ってるのなんなん？

データサイエンス分野だとライブラリ等を一式整えた軽量版仮想マシンみたいな感じで使うことも多い
デプロイ用途というのは単によく使われる一つの用途に過ぎない
別の使い方をしたければ好きに使えばいいだけのこと

こわく