[過去ログ] Docker Part4 (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
61: 2020/08/22(土)20:20 ID:Jc3Xyyax(1) AAS
うちは本番環境がAWS ECSだからELBをリバースプロキシとして使ってる
nginx+php-fpmはその背後に配置
ECSはランダムなポート番号を自動的に選択して
ELBのターゲットグループにタスクを登録してくれる
新しいバージョンをデプロイする時も徐々に新しいバージョンに流す通信を増やして切り替えてくれる
いきなりブチッ!て切るようなことはしない
パスやドメインに応じたルーティングも可能
ELBじゃなくてnginxでも対応出来るが
nginx単体でちゃんと高可用性でやるのはたぶんむり
ELBの方が金が掛かるが便利
62(1): 2020/08/26(水)14:55 ID:HGpUNZir(1) AAS
Docker Hubがコンテナイメージの保存期間に加えてPull回数にも上限を設定すると発表
外部リンク:gigazine.net
容量に関わらず100回固定?
複数IPを使うヘビーユーザーが出てきて
結局一般ユーザーが割りを食うだけになりそう
63: 2020/08/26(水)15:05 ID:0H2mld0z(1) AAS
社内にキャッシュしてるでしょ普通
64: 2020/08/26(水)15:15 ID:+IB2Mq+W(1) AAS
docker-compose.ymlで十分だから今の所イメージを保存する必要がこない
65: 2020/08/26(水)18:13 ID:j27J8KXs(1/2) AAS
>>62
100回ってびっくりしたわ
6時間あたり100回か
それに「Pull回数の制限はイメージのPullを行う側が利用する」と書いてある
イメージごとじゃないな
どうやって判断してるんだろう?
66: 2020/08/26(水)18:14 ID:j27J8KXs(2/2) AAS
> 匿名ユーザーの場合はIPアドレスをもとに制限されるとのこと。
書いてあったw
67: 2020/08/26(水)19:44 ID:q6TP6I5D(1) AAS
NATゲートウェイ経由でプルしたら、全部同一IPからのプルになる?
NAT Gatewayによるアクセス元IPアドレスの固定
外部リンク:dev.classmethod.jp
68(1): 2020/08/26(水)19:54 ID:jL7Jrgle(1) AAS
そんなケチるほど金ないのか
マイクロソフトに買い取って貰えばいいのに
69(1): 2020/08/26(水)22:18 ID:L2fd2N25(1) AAS
pullしようとしたけどすでに最新だった場合ってどうなるんだろうか?
pullチェック時点でカウントされるのか
それとも実際にpullした場合でカウントされるのか
大企業とかではキャッシュサーバーが必要になるかもしれんな
70(1): 2020/08/27(木)06:58 ID:foUCwOUe(1) AAS
>>69
というか、自前でレジストリ作れってことだよ。
71(1): 2020/08/27(木)07:22 ID:+jIZgv+V(1) AAS
Circle CIとかGitHub ActionsとかのSaaSは
仮想マシンは同じIPを再利用する事ある?
同じユーザー扱いになってCIが急に失敗するようになりそう
レジストリのミラー作るのって
なんか難しそう
72: 2020/08/27(木)09:41 ID:3ZMzxZkQ(1/5) AAS
>>70
レジストリをメンテするぐらいなら金払うよ
たった月5ドルだろ?
73: 2020/08/27(木)09:56 ID:3ZMzxZkQ(2/5) AAS
>>71
別のユーザーによるpullでCIがこける可能性があるんだよな
でもそれはCIサービス側が対応する問題になるだろう
その対応の内容には安定したpullがしたければ
金払えっていうのも含まれるけどw
ちなみにオープンソースでツール公開してるんだけど、この間から
おそらく誰かがCIに組み込んだようでGitHubのGit Clone数が跳ね上がった
その数が大体1日500〜600cloneで、ユニーククローン数が300〜400clone
つまりGitHub側から見れば1日300〜400人が来て2回pullしてるように見えてる
このデータから一概に言えるわけじゃないけど、同じIPアドレスを使われる可能性は低いと思う
省2
74: 2020/08/27(木)10:00 ID:hq16/u5d(1) AAS
>>68
Docker社はずっと大赤字だろうけど、GitHub のようにプラットフォームとして成長していればいずれエンプラで黒字化するだろうという目論見だったのが、
KubeやECS等にエコシステムを乗っ取られエンプラ事業が大失敗に終わったことで完全に収益化の望みが断たれた
Docker Hubはプラットフォームといえども所詮はいくらでも替えのきくストレージに過ぎず、タダ乗りベンダー連中との間の差別化要因も乏しいためGitHubのような赤字を余裕で帳消しにするレベルの大型買収にも期待できない
もう焼畑しかないというわけだ
75: 2020/08/27(木)11:18 ID:WVTFASAX(1/3) AAS
ふーん
Docker終わったな
これからはpodmanが勝つるか
76: 2020/08/27(木)13:41 ID:rEVJhQj2(1/5) AAS
Dockerがエンプラで黒字なんて無理だろ。
そもそも本番機で使えるエコシステムがECSであれEKSであれ他社の製品だし。
しかも本命は不在だし。
問題がはっきりしているのに何でこの分野でDocker社は何も提供しないの?
個人的にはECSであれEKSであれ下で動くインスタンス(VM)がサービスの前面に
出てきている時点でDockerは本番機には使いたくない。
VM管理とコンテナ管理の二度手間以外の何物でもないからね。
アマゾンはよく理解してる様でAWS Fargateでインスタンス隠しているけど、普及しているかどうかは知らない。
Docker社とも関係ない
77(2): 2020/08/27(木)14:24 ID:WVTFASAX(2/3) AAS
何を言ってんだ
ホスト管理がいやだからクラウドのコンテナサービを使うんだろうが
78(1): 2020/08/27(木)14:30 ID:WVTFASAX(3/3) AAS
dockerを使わないと逆にインスタンス管理が大変になると思うが
79: 2020/08/27(木)15:21 ID:x4abZMVm(1) AAS
また仮想マシンイメージ最強おじさんの登場?
80(1): 2020/08/27(木)15:34 ID:rEVJhQj2(2/5) AAS
>>77
外部リンク:vmware-juku.jp
>Kubernetesは外部のOSSと連携することによってNATを経由することなく
>別のホストのコンテナ同士の通信を実現しています。
>OSSを利用する場合のいくつか選択肢がありますが、
>flannelを採用した場合はオーバーレイによるカプセリングを行うことで、
>従来の仮想マシンのようにIPアドレスを割り当てることが出来るようになります。
こういう単語が出ている時点でホストの管理もしなければならないのは明かだろ。
AWS Fargateで「ホスト」と言う単語が一切なくなるのなら、標準になるかもしれないけど
そうなるとコンテナランタイムがdockerである必要もない。
上下前次1-新書関写板覧索設栞歴
あと 922 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.013s