CloudBees Kubernetesロードマップ：旅の始まり | Cloudbees Jenkins | テクマトリックス
（この記事は、CloudBees社 Blog 「CloudBees Kubernetes Roadmap: The Journey Starts Today!」2018年2月28日Sacha Labourey 投稿の翻訳記事です。） 今回は、今後数ヶ月にわたって私たちのロードマップとKubernetesへのコミットメントについてお知らせする一連の発表の第1弾となります。 Kubernetesが重要である理由 – Why Kubernetes? ところで、なぜKubernetesが重要なのでしょうか？ ここ数年で、クラウドとコンテナという2つの現象は、互いを補強しながら驚異的な成長を遂げました。クラウドがスケーラブルかつ即時オンデマンドで利用可能なカスタマイズされたインフラを提供する一方で、コンテナは非常にシンプルかつ軽量な方法でDevとOpsの世界を統一するのに役立つ基本的なブロックを提供
Deis Workflow (v2)がWebSocket対応であることの確認 - Qiita
Heroku もかつては使えなかった WebSocket。Deis も v1 の最初期は使えなかったようだが、比較的早い時期にパッチが当たったらしい1。 さて、Deis は v2 になって、下層が Fleet から K8s へ変更になった。 しかし、PaaS を構成するコンテナ群には大きな変更はなく、同様に WebSocket 対応されているはず。 でも、未確認で作業を始めたあとに「実は未対応でした」となると手戻りが大きいので、試してみる。 結論から言うと、対応している。 作業ログは下記の通り。 (Heroku で Websockets with Node.js をはじめるためのメモ を参考にした。) $ git clone https://github.com/heroku-examples/node-ws-test.git Cloning into 'node-ws-test'...
Resetting your password in Deis Workflow - Qiita
v1 or v2 ? This article is written for Workflow (v2). But you can reset your password in Deis(v1) by almost same procedure. case: you are not an administrator Ask your administrator to exec deis auth:passwd --user {your_account} case: you are the one and only administrator Ssh into your kube-master node and exec manage.py in the controller. $ kubectl exec --namespace=deis -it deis-controller-35680
Windows 版 Deis Workflow CLI は SourceTree との併用がオススメ - Qiita
前口上 別記事 で Windows への Deis Workflow CLI のインストールからアカウント作成までを説明しましたが，いざ deis create コマンドを用いてアプリケーションを作ろうとすると，例外が発生してしまいます。 これは，アプリケーションの作成時に deis.exe を git.exe remote を実行しようとしているためです。 MsysGit など用いて git.exe をインストールすれば済む話ですが，よりお手軽な方法として，Atlassian SourceTree を用いる方法があります。 SourceTree がどんなソフトでどのようにインストールするのかといった細かいことは割愛します。ググると山のように出てきます。 筋書き hello-deis という Web アプリケーションのデプロイを想定します。 SourceTree のインストール 難しいこと
Deis Workflow を Azure にデプロイするときには，vhd 用のストレージアカウントを流用してはいけない。 - Qiita
最近になって，Deis Workflow (以下，単に Workflow)を Azure にデプロイするための公式文書が出たようなので，その通りにやっていれば失敗しないはずなのだけれども。 自前でやりたい人，または自前でやった結果，イマイチなレスポンスになっている人のためのメモ。 タイトルは Workflow だけれども，Kubernetes (K8s) 一般でも成り立つかもしれない。 言いたいことは，タイトルで言い尽くしている。 Azure での K8s 一般論 K8s 一般論として，起動時/再起動時には，OS がマウントしている vhd は， OS の起動処理や K8s 関連のコンテナのアクセスが集中して，ストレージアカウントへのアクセスが急増する。 アクセスが集中すると，ストレージアカウントのグレードにも依るけれども，帯域制限(スロットリング)がかかる。 Azure での Workf
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Run Kubernetes on a Mac with Kube Solo
