[B! PaaS][Docker] vanbraamのブックマーク

Dockerfile書きたくないでござる

CloudNative Days Kansai 2019前夜祭のLTで発表した資料です。発表の大筋は@makingの『Pack to the Future - SpringOne Platform 2019報告会』 https://docs.google.com/presentation/d/1rzaxReQ92WaWI24v-GsTwjtLCMq2YaFSTl9t6SEjPxQ/mobilepresent?slide=id.g6ad6e2f668_0_5 およびその元ネタの『Pack to the Future: Cloud-Native Buildpacks on k8s』 https://www.slideshare.net/SpringCentral/pack-to-the-future-cloudnative-buildpacks-on-k8s をベースにしています。 Clou

vanbraam 2019/12/01

まあそうだよね,と思いつつ,これ Dockerfile golf してる人には響かないだろうなとも

リンク

Enterprise Container Platform | Docker

Build Spin up new environments quickly Develop your own unique applications with Docker images and create multiple containers using Docker Compose. Integrate with your existing tools Docker works with all development tools such as VS Code, CircleCI, and GitHub. Containerize applications for consistency Run in any environment consistently from on-premises Kubernetes to AWS ECS, Azure ACI, Google GK

vanbraam 2019/01/19

今ある情報だけだと何が嬉しいのかよくわからない.ブラウザーからDocker imageをデプロイできる...だけ?Managedなのは利点だとは思うが

リンク

Docker を用いてソフトウェアをデプロイするとソフトウェアの品質が上がる - Diary

Docker を用いてソフトウェアをデプロイするとソフトウェアの品質が上がる http://b.hatena.ne.jp/entry/bonotake.hatena blog.com/entry/2018/09/06/072800 ここをながめていて思ったことなんですが。 Docker はデプロイにのみ関連するツールであって、ソフトウェア開発の本質には一切関係ないものだ、という考えの人をたまに、いや、よく見る。これは全く間違っていて、 Docker を用いて継続的にソフトウェアをデプロイしているだけでソフトウェアの品質は上がります。ソフトウェアの品質のような問題について考えている人は Docker とそのメンタルモデルに興味をもつべきです。本来こうした問題について僕がなにかを言う必要はなくて The Twelve-Factor App という文章を読めば十分です。あるいは大切なことはだい

vanbraam 2018/09/19

"Heroku は Docker とそのエコシステムが目指すもの、そして乗り越えるべきものだった"<同意;この認識を公に書いた人初めて見た.Statelessnessの重要性はもっと理解されるべき.尤もDocker人気の理由は既存のstateful appsも動かせる点

リンク

Docker をフル活用したインフラの紹介と成長し続けるためのインフラ戦略 / #abejameetup

Innovation Meetup ~Startup Infrastructure~ の発表資料です http://abeja-innovation-meetup.connpass.com/event/36707/

vanbraam 2016/08/04

解決した/起きてる問題の大半がHerokuであれば問題にならなかった様な気が.Latencyはそんな苦労を買ってまで解決する価値があるものだったのだろうか?例えばHeroku+CDNで解決した方が良かったという事はないだろうか?

リンク

PaaS、Docker、OpenStack――すでにここまで実現できる“変化に強い”インフラの作り方

PaaS、Docker、OpenStack――すでにここまで実現できる“変化に強い”インフラの作り方：特集：国内DevOpsを再定義する（3）（1/3 ページ）これまで開発側の視点で語られることが多かったDevOps。今回はレッドハットクラウドエバンジェリストの中井悦司氏にインタビュー。DevOpsに必要な考え方と仕組みについて、インフラ側の視点で話を聞いた。市場環境変化が激しい近年、「スピード」が差別化の必須要件であることは多くの企業に浸透した。とりわけ、大量データから顧客ニーズを分析し、迅速にサービス／製品に反映するIoTの波は、自社の強みを生かした新サービスの開発を加速させ、自動車業界におけるグーグル、クラウド業界におけるGEのように、業界構造の破壊までも引き起こそうとしている。ただ一般に、日本企業は過去の実績を基に改善を重ねていくスタイルが主流。また、そうしたスタイルで多く

vanbraam 2015/10/19

PaaS
Docker

リンク

nginx Container for Heroku Docker

Heroku App を Docker でビルド + デプロイできる機能が Beta として公開されています。 https://devcenter.heroku.com/articles/docker これがどんなものかを理解するために、手始めに nginx で静的サイトを捌く Image を作ってみました。 ngs/heroku-docker-nginx on GitHub atsnngs/heroku-nginx on Docker Hub Docker Image の使い方使い方は至ってシンプルです。 Heroku Toolbelt が入っていなければそれを、その次に Heroku Docker CLI plugin をインストールします。

vanbraam 2015/10/02

"普通の Docker の使い方ができず、Buildpack の方が、シンプルで使いやすい"

PaaS
Docker

リンク

Cloud Foundryが独自のバックエンドを捨ててrunCに移行 - Cloud Penguins

情報元: [cf-dev] Garden is Moving! ということで、これまでずっと独自のコンテナ(warden -> garden)をつかい続けてきたCloud Foundryが、runCに移行することがMLで公表されました。 runCについてはご存じの方が多いと思いますが、以下のようなものです。 runC ［速報］Dockerが新コンテナランタイム「runC」を発表、LinuxとWindowsをネイティブサポート。ライブマイグレーションも可能に Cloud FoundryのGarden + runC Cloud FoundryのGardenについては、以下のslideshareを参照してください。 Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門 from Kazuto Kusama Gardenといっても、正確にはインターフェースの定義