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ページを開く
