【1月23日追記】12月23日、24日に発生しました障害に関するご報告
いつもSkebをご利用いただき、誠にありがとうございます。 12月23日12時よりskeb.jpにアクセスできない大規模な障害が発生しておりましたが、12月24日07時に復旧いたしました。 12月23日、および12月24日が納品期限のリクエストは納品期限を12月25日23時59分までに延長させていただきます。 みなさまには多大なご迷惑をお掛けしましたことをお詫び申し上げます。 本障害につきまして詳細をご報告させていただきます。 概要日時: 12月23日12時22分〜12月24日7時00分 (JST) ダウンタイム: 18時間38分 内容: skeb.jpにアクセスできない不具合 原因: SkebはすべてのサーバとシステムをHerokuに設置していたが、障害発生時刻より同サービスのアカウントが理由の通知なく利用できなくなった。 解決: Herokuの一切の利用を中止し、すべてのサーバとシステ
CIOpsとGitOpsの話 - inductor's blog
はじめに GitOpsという言葉が生まれたのが自分の知る限り2017年頃なのですが、世の中にあるCI/CDの仕組みはまだほとんどがCIOpsもしくは手動のオペレーションによって成り立っていると思っていて、かつては自分もそうだったのですが「Gitで管理されていればGitOpsなんでしょ？」という勘違いを払拭したくてこのエントリーを書いています。 GitOpsとCIOpsは全然違う まず前提としてGitOpsの明確な定義を知らないという場合、あなたの思う「Gitを契機とした自動デプロイの仕組み」は基本的にはCIOpsです。GitOpsとCIOpsは思ったよりも大きな違いがあって、そもそもGitOpsの必要性が分かっていない場合、自動化によって成立しているデプロイはCIOpsが基本です。 CIOpsとGitOpsの一番の違いは、Push型かPull型かである CIOpsの場合、例えばGitHub
Google、最適化されたコンテナイメージを生成する「buildpacks」をオープンソースで公開。Dockerfile不要でJavaやGo、Node.jsをコンテナへビルド
Google、最適化されたコンテナイメージを生成する「buildpacks」をオープンソースで公開。Dockerfile不要でJavaやGo、Node.jsをコンテナへビルド Googleは、アプリケーションのコードから最適なコンテナイメージを生成するツール群「buildpacks」（ビルドパック）をオープンソースで公開すると同時に、Google CloudのCloud Run、Anthos、Google Kubernetes Engine (GKE)がこのbuildpakcsに対応したことを発表しました。 We’re launching broad support across @googlecloud for buildpacks, an open-source technology that makes it fast & easy to create secure, product
Dockerコンテナ時代の第二章～Kubernetesの成熟とエコシステム発展の時代
Dockerの登場により急速に普及をはじめたコンテナ型仮想化の技術は現在、DockerコンテナそのものからKubernetesを軸としたオーケストレーションツールへと主役が移ってきています。 その様子は2017年12月に公開した記事「Dockerコンテナ時代の第一章の終わり、そして第二章の展望など」で紹介しました。 この記事の公開から2年が経過し、現在のコンテナ型仮想化技術は、マイクロサービスやクラウドネイティブなどの文脈とともにエンタープライズな分野でも使われるメインストリームな技術へと確実に進み続けています。 本記事では前記事で描いたDockerコンテナ時代の第一章に続く第二章として、コンテナ型仮想化技術のここ2年半ほどの動向をPublickeyなりにまとめてみました。 Docker 1.0の到達とKubernetesの登場 まずはDockerとKubernetesの登場とその後の主要
Kubernetes のない世界
Kubernetes のない世界 セクションナイン吉田さんからお声がけいただき、2人で Japan Container Days v18.04 にて『Kubernetesのない世界 -すべてがサーバーレスになる-』というタイトルで発表してきました. 我ながら賛否両論な良タイトルを生み出したと満足しています. 当日の発表が漫談になってしまったのは楽しかったので良いとして、吉田さんと僕ではこのテーマにおける考え方が異なります. そこであらためて僕の考えを脳内整理も兼ねて書いたのがこの記事です. 基本的には僕の妄想ポエムなので、そういうのが苦手な方はそっとタブを閉じると良さそうです. スライド 結論 すべてが「サーバーレス」になる日はいつか来る そのためには FaaS と Docker に代表されるコンテナ技術の間にもう一つ何かが必要 なぜそう思うのか、以下ポエムです. コンピューティングリソー
Dockerが商用版Dockerとして「Docker Enterprise Edition」発表、認証済みイメージやプラグインなど提供。無償版は「Community Edition」に
Dockerが商用版Dockerとして「Docker Enterprise Edition」発表、認証済みイメージやプラグインなど提供。無償版は「Community Edition」に Dockerは新しい商用版ソフトウェアとなる「Docker Enterprise Edition」（以下Docker EE）のリリースを発表しました。 Docker EEはDocker社がサポートし、動作保証されたOSやクラウドなどで利用可能。認証済みコンテナイメージ、認証済みプラグインなどがDocker Storeから提供されます。 Docker EEの対応OS、対応クラウドは次の通りです。 CentOS Red Hat Enterprise Linux Ubuntu SUSE Linux Enterprise Server Oracle Linux Windows Server 2016 Amazon
Docker vs. CoreOS コンテナ戦争とは何だったのか？ ―Linux Foundationが「Open Source Forum 2016」でOSSプロジェクト最新状況を紹介 | gihyo.jp
Docker vs. CoreOS コンテナ戦争とは何だったのか？ ―Linux Foundationが「Open Source Forum 2016」でOSSプロジェクト最新状況を紹介 Linux Foundationは11月15日、日本におけるオープンソース活用を推進する活動の一環として「Open Source Forum 2016」を横浜にて開催しました。 Linuxの普及をサポートするNPOであるLinux Foundationは、これまで毎秋に国内外のユーザ企業向け技術カンファレンスとして「Enterprise User's Meeting」を開催してきました。Linux Foundation 日本担当VPの福安 徳晃氏は、毎年改善を繰り返してきた「Enterprise User's Meeting」を今年から「Open Source Forum」として始動することになったといい
Google、インテル、Mirantisが、DockerとKubernetesの上でOpenStackを動かすプロジェクト始動。つまり、だいたいどんなクラウドでもOpenStackが動くようになる
Googleとインテル、そしてMirantisの3社は、協力してDockerとKubernetesを基盤に、その上でOpenStackを動かすためのプロジェクトを開始すると発表しました。 OpenStackの上でDockerやKubernetesを動かすのではありません。それはOpenStackを構成するMagnumという機能で実現されています。 そうではなく、DockerとKubernetesの上で、クラウド基盤ソフトウェアであるOpenStackを動かそうとしているのです。 もしこれが実現すれば、だいたいどんなクラウドでもDockerは動きますしKubernetesも動きますから、だいたいどんなクラウドでもOpenStackが動くようになる、ということになるはずです。 Mirantisの発表 Mirantis, Intel, Google Collaborate: OpenStack
［速報］Docker for AWS／Docker for Azure発表。Dockerの運用に必要な設定を一括で自動設定。DockerCon 16
［速報］Docker for AWS／Docker for Azure発表。Dockerの運用に必要な設定を一括で自動設定。DockerCon 16 コンテナ型仮想化の実装を提供するDockerの年次イベント「DockerCon 16」が、米ワシントン州シアトルで開幕しました。 基調講演では、AmazonクラウドやMicrosoft AzureでDockerを利用するのに必要な設定をまとめて簡単に実行してくれる新しいツール「Docker for AWS」と「Docker for Azure」が発表されました。 例えばAmazonクラウドでDockerをクラスタ運用する場合には、CloudFormationのテンプレートやファイアウォールのルール設定、ロードバランサーの設定など多くのツールを用いてさまざまな設定をしなければなりません。 Docker for AWSは、こうした設定をまとめて自
DevOpsとは開発と運用の改善ではない：4人の“DevOpsガイ”が熱弁
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ビッグデータやIoTと並び、最近IT業界で流行っている言葉に“DevOps”がある。これは文字通り開発（Development）と運用（Operation）を合成したキーワードだ。開発担当者と運用担当者が連携することで、迅速で継続的なITシステムの開発と運用を実現する。 このDevOps、話題にはなっているが日本ではまだまだ十分に普及しているとは言いがたい。そんなDevOpsの現状と未来について、日本を代表する“DevOpsガイ”の4人、クリエーションラインのテクノロジー・エバンジェリスト 前佛雅人氏、Ryuzee.com 吉羽龍太郎氏、日本マイクロソフト エバンジェリスト 高添修氏、米MicrosoftのDevOpsエバンジェリスト
Herokuを任意のAmazon VPCに展開できる「Heroku Private Spaces」パブリックベータ公開。ついに東京リージョンのAmazon VPCでもHerokuが利用可能に
Herokuを任意のAmazon VPCに展開できる「Heroku Private Spaces」パブリックベータ公開。ついに東京リージョンのAmazon VPCでもHerokuが利用可能に Herokuを任意のAmazon VPCに展開できる「Heroku Private Spaces」がパブリックベータとして公開されました。 もちろん、Amazonクラウドの東京リージョンにも展開可能です。国内データセンターでついにHerokuの環境が実現することになります。 Heroku Private Spacesは、これまでHeroku内部でマルチテナントとして提供されていた環境を、顧客ごとに分離されたプライベートクラウドに展開可能にしたもの。これまで以上に顧客ごとに分離された環境を実現できるため、より高いレベルでのセキュリティコントロールが実現されます。 「今後のロードマップでは、社内のイントラ
クラウドのOSを狙うMesos - ワザノバ | wazanova
https://www.youtube.com/watch?v=r7qN8QwGv2w 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約6時間前 MesosConのキーノートスピーチを紹介します。 まずは、Apache MesosのProgram Chairを務めるTwitterのBenjamin Hindmanが、Mesosの目指す立ち位置について、 現代において「他のコンピュータ」と形容すると、データセンターを指すケースが多い。 アプリを動かすコンピュータという見地からは、PC / タブレット / スマホ / サーバにOSがあるように、データセンターにもOSが必要。 Mesosは、データセンターのOSである。つまり、分散システムにおけるkernelの役割を担う。 そのエコシステムの広がりは、 Mesosとつ
Dockerで何が変わるのか - 世界線航跡蔵
DockerCon 2014 に行ってきた。 この会期中には各社からいくつもの製品が紹介/発表された。そして、それによってクラウドという技術は次のステージに移行したと言っても過言ではないだろう。 より自由にユーザーがクラウドベンダーを選べる時代へ。どうやってクラウドにうまくデプロイするかではなく、アプリケーションそのものに注力できる時代へ。 Dockerとは Docker とはいわゆるコンテナ技術の1つで、Linuxホスト環境の中に隔離された別のLinux環境を作ってくれる技術だ。 軽量仮想マシンと呼ばれたりもする。 Solaris Container とも似ている。 新しくないDocker 1つ述べておくとDockerは技術的には新しくない。Dockerの価値は技術以外にある(とDockerのCEOもDockerConで言ってた)。 技術的にはSolarisにはSolaris 10の頃か
Dockerに最適化したOSイメージをGoogle Compute Engineが提供開始。CoreOSも利用可能に
Dockerに最適化したOSイメージをGoogle Compute Engineが提供開始。CoreOSも利用可能に Google Compute Engineは、Dockerに最適化されたOSイメージをオープンプレビュー版として提供開始しました。また、Dockerのために開発されているCoreOSの正式にサポートを開始しました。 Debian 7をベースにDockerに最適化されたOSイメージ ドキュメント「Containers on Google Cloud Platform」によると、Google Compute Engineで提供されるようになった「Container-optimized Google Compute Engine images」、コンテナ最適化イメージは、主に以下の3つから構成されています。 Debian 7 Dockerランタイム コンテナ管理用のメタデータフレ
AWS Elastic BeanstalkがDockerをサポート、新しい形態のPaaSへ。事実上どんな言語でも使え、手元の開発環境をそのままPaaSへデプロイできる
AWS Elastic BeanstalkがDockerをサポート、新しい形態のPaaSへ。事実上どんな言語でも使え、手元の開発環境をそのままPaaSへデプロイできる コンテナ型仮想化を実現する技術「Docker」が、PaaSの新しい形態を生み出そうとしています。 いわゆる従来のPaaS（Platform as a Service）は、使えるプログラミング言語がPaaSによって決められています。例えばHerokuならRubyやPython、Node.js、Javaなど（記事末追記参照）、Google App EngineならPythonやGo、Java、PHPなどです。 しかし、あらかじめPaaS側に実行環境があることで開発者は手軽にプログラムをクラウドで実行でき、クラウドが負荷などに応じてスケーラブルな運用をしてくれます。ここにPaaSの大きなメリットがあります。 一方でPaaS側の実行
ポータブルなWebアプリケーション - naoyaのはてなダイアリー
140文字で書ききれなかったのでブログに殴り書き。 Heroku のアプリケーションを人に渡す 昨日、「naoyaさんが作ってるiOSアプリのバックエンドサーバーに相乗りさせてもらえないか」という話をいただいた。自分でも同じようなAndroidアプリを作っているけど、サーバーサイドは作ってないからということらしい。 対して「githubにコードあるからgit cloneしてheroku pushすれば動くし、自分で heroku にデプロイしてよ」と応えた。相乗りしてもらってもよかったのだけど、こちらでコードを書き換えたりメンテしたときに先方のアプリが停止することを考えると同じコードベースでサーバーは自分で立ててもらう方が何かと良い。 対象になったソフトウェアは Heroku で動かしていたので、Heroku Ready な形、つまり、必要な外部パッケージの一覧やサーバーの起動手順なんかは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コンテナ運用のベスト プラクティス | Cloud アーキテクチャ センター | Google Cloud