【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の一切の利用を中止し、すべてのサーバとシステ
「それコンテナにする意味あんの？」迷える子羊に捧げるコンテナ環境徹底比較 #cmdevio2019 | DevelopersIO
みなさんコンテナを使うことの意味を自信もって答えられるでしょうか？ ここ1年ほどコンテナ関連の仕事をメインでやっているハマコーですが、いろんなお客様からこういったお声をいただくことが多くありました。 「それはコンテナ化する意味があるの？」 「こんなコンテナ運用は危ない？」 「ECSの設定とか実際めんどい。docker runじゃだめ？」 「EKSって使えんの？」 そういう声を聴く中で、自分なりの答えを模索していたわけですが、岡山での弊社イベントAWS最新技術の祭典Developers.IO 2019 at 岡山城へ登壇するにあたり、そのあたりのもやもやを自分なりに昇華したのが、本日の内容です。 「このアプリをコンテナ化する意味があるのか、わからない」 「コンテナ化することで余計めんどくさくなった」 「AWSのコンテナサービスの何を使ったら良いのかわからない」 という悩みを抱えている方には、
Arukasで任意のコマンドを実行する「Rarukas」 - 雲の向こうの使い捨てコンテナ - febc技術メモ
2018/2/20にArukasのβサービスが再開しましたね！！待ってました！！！ Arukas βサービス提供再開に関するお知らせ ということで早速使ってみました。 何が変わったの？ GitHubアカウントでのサインイン/サインアップは廃止 先ほどのお知らせにも書かれていましたが、GitHubアカウントでのサインアップが廃止されていました。 以前のArukasでアカウントを持っていた場合でも再作成となるようです。 以下ページからサインアップを行いました。 現在は予約制となっており、サインアップ後に登録可能な状態になったら招待メールが届きます。 (私の時は30分程度で届きました) Arukas サインアップ 4つのプランの中から選択が可能に 課金体系についても公開されていました。 スペックやインスタンス数の制限などの違いで以下4つのプランがあるとのことです。 名称 vCPU RAM 価格
dockerではなくsystemd-nspawnを利用するシチュエーション - Solist Work Blog
dockerとsystemd-nspawnについて考えます。 サイトが成長することを考慮するとKubernetesなどの強力なクラスタ管理システム を使うことはほぼ必然になると思うのでdockerは欠かせなくなるツールだから使ったほうがよいですが、 dockerを普通の単一サーバーの実験用のコンテナとして使うのは色々めんどくさい感じなので 単一サーバーの実験用コンテナはsystemd-nspawnを使うことにします。 単一サーバーにおけるビルドテストとCIにだけdockerを使うならまだ話はわかるのですが、 このような場合においてさえdockerを使うのは、肉じゃがを作るときに和泉守兼定を使うようなものだと思います。 単一サーバーで運用する場合はサイトが成長したらKubernetesやAWS Fargateを使用するためにdockerを使う方針でよいでしょう。 デファクトスタンダード sy
dockerやめてどうしたか？
この話の続き systemd-nspawnに移行した 以下詳細とか雑記 ファイルの差分管理がそもそも不要docker commitもdocker diffも使わないし、要らない 要らないだけならまだしも、aufs、overlayfs周りでトラブル可能性がありむしろ邪魔 イメージの差分管理はファイルシステムの層でやるのが素直でコンテナ管理にくっついてるのに違和感がある Dockerじゃないと今までのエコシステムが云々言ってるやつこういう事言うやつは本質をまるで理解してないやつ Docker特有の機能をフルに使ってる奴ならまだしもコンテナ動かすだけなら何使っても変わらねーよｗ Docker Hub からイメージダウンロードしてtarで解凍すりゃ良いだけじゃねーか composeだって容易にコンバート可能だし、composeで何が起きるかわからない状態で本番運用とか口にしないで欲しい 実際sys
Docker盲信してる皆様へ
そもそも便利なのかちゃんと考えてる？ 「日々Dockerfileをメンテして開発環境がこんなに楽になります！」 「Dockerなので本番とも開発者同士でも同じになります！」 馬鹿じゃねーのかｗ？ Dockerfileメンテなんて手順書メンテとかシェルスクリプトメンテしてんのと大して変わらねーよｗ そのDockerfileから作ったものが本番と同一だなんて保証はねーって気づけボケが 本番と同じものを作りたかったら本番からコンテナ作れよ なんでビルド始めちゃうの？無駄じゃん馬鹿じゃん それと「同じDockerfileから作ったものだから環境差異はありません」なんて寝言まだ言ってるの？ yumもaptもリポジトリがセキュリティアップデートやらで変化する以上 いつも同じ結果になるわけじゃねーだろが、（バージョンロックする方法はあるけどめんどいだろ） 本番でもコンテナを使ってますってやつら以外無理し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
