RAG構築のためのAzure OpenAI Serviceリファレンスアーキテクチャ詳解/wakarimiragarchitecture
5. あの日動かしたコンテナの名前を僕達はまだ知らない 5 Pet vs Cattle、価値観の転換点、そして板挟み 物理サーバ 静的 STATIC 動的 DYNAMIC IPアドレス 覚えて いますか? 仮想化技術 クラウド コンピューティング クラウド ネイティブ スケーラブル 安定性 信頼性 より速く かつ、 安定性 信頼性 柔軟に メインフレーム ワークステーション パーソナルコンピュータ 携帯電話 スマートフォン タブレット端末 ハードウェアとソフトウェアを所有する時代 サービスとしての計算資源を利用する時代 現在の課題 agile DevOps 12 Factor App Microservices SRE コストと速さ・柔軟さが釣り合わない 釣り合う 開発者のみならず エンドユーザも 6. 6 Netflix Development Patterns f
昨年末からデータ可視化ツールを諸々触る中で Redash おもろいわ〜ってなってたんですが、QiitaでMetabaseの記事を目にしてしまったので使わざるを得なかった。投稿者様ありがとうございます!! https://qiita.com/acro5piano/items/0920550d297651b04387 面白さに勢いで書いてしまったので、拙い点はご容赦ください。 結論から言えば、MetabaseはRedashより遥かに使いやすかった!!(あくまで可視化系ツールを最初に触る人としてはという枕詞つきですが) Docker使ってる身としては、docker composeでシコシコとセットアップしなくても、docker run 一発で起動できるのは楽で助かる。もちろん、docker compose は様々なコンテナをまとめてセットアップする点で楽なのですが、1ツール1コマンドで起動するの
もう半年くらいフルDockerでmicroservicesなサービスを運用してるんですが、イマイチパフォーマンスを出し切れていないなという面がありまして、今回DockerホストのTCPカーネルパラメータを抜本的に見直しました。 そしたら劇的に症状が改善して、インスタンス数も削減できた上に安定してメシウマ状態になったので紹介します。実際効果があったのでチューニングポイントとしてはある程度正解であったと考えていますが、もちろん扱ってるアプリケーションの特性にもよるはずなので一つのケーススタディであることをご了承頂ければと。 前提 まずは今回のお話の前提を。こんな環境です。 EC2 c3.xlarge ホストはUbuntu(EC2 Optimized AMIは未使用) Docker 1.11.2 MySQL(HAProxy経由)やRedisへのデータストアの通信、各microservicesへの
Othlo Tech ハンズオン手順 1. ハンズオンの目的と方針 Docker プラットフォームの基本動作を、手を動かしながら学びます。はじめに、鯨が喋るプログラムを例に、Docker コンテナの実行と、イメージ構築を行えるようにます。それから、サンプルのウェブアプリケーション、Nginx、WordPress(PHP+MySQL)を例にしてコンテナのネットワークとボリュームについて学びます。 2. 事前準備 今回のハンズオン作業は、さくらのクラウド上のサーバで作業を行います。 さくらのクラウドのコントロールパネルにログインし、仮想サーバの作成 仮想サーバへ SSH でログイン Docker Hub アカウントの登録と確認 ※ 今回の手順は VirtualBox など、皆さんの PC 上で行っても構いませんが、サポートの関係上、今回はクラウド上の仮想サーバを使います。 2.1 仮想サーバの
dockerとsystemd-nspawnについて考えます。 サイトが成長することを考慮するとKubernetesなどの強力なクラスタ管理システム を使うことはほぼ必然になると思うのでdockerは欠かせなくなるツールだから使ったほうがよいですが、 dockerを普通の単一サーバーの実験用のコンテナとして使うのは色々めんどくさい感じなので 単一サーバーの実験用コンテナはsystemd-nspawnを使うことにします。 単一サーバーにおけるビルドテストとCIにだけdockerを使うならまだ話はわかるのですが、 このような場合においてさえdockerを使うのは、肉じゃがを作るときに和泉守兼定を使うようなものだと思います。 単一サーバーで運用する場合はサイトが成長したらKubernetesやAWS Fargateを使用するためにdockerを使う方針でよいでしょう。 デファクトスタンダード sy
手元にx64マシンしかない状況でARM環境を用意しようとした場合、以下のような選択肢が考えられる。 実機を用意する(Raspberry Pi、Android端末など) お金がかかる、使うのに手間がかかる QEMUのシステムエミュレーションを使う 再現性が高い一方、重い QEMUのユーザモードエミュレーションを使う(参考) 再現性はシステムエミュレーションに比べ劣るが軽い、実行時やgdbデバッグ時のライブラリパス指定がやや煩雑 QEMUのユーザモードエミュレーションにbinfmtとchrootを組み合わせて使う(参考1、参考2) 軽い上にライブラリパスの指定が不要だが、chroot環境下に各種プログラムを用意するのに手間がかかる QEMUのユーザモードエミュレーションにbinfmtとコンテナ仮想化を組み合わせて使う(参考) 軽い上にライブラリパスの指定が不要、さらに各種パッケージインストール
Dockerとは コンテナベースのアプリケーションを仮想化したもの。軽量なVMの様に見えるがこれまでの(VirtualBoxなど)VMでは実現が難しい、不可能であったユースケースを解決してくれる。 ホストOSとリソースを共有するのでリソースの管理がVMより効率的 基本的に状態を持たないのでポータビリティが非常に高く、特定の環境に依存することがない 軽量なのでVMと比較し複数のインスタンスを実行することができる DockerHubなどのレジストリを利用することで既存のイメージをダウンロードして実行することができる コンテナとVM VM VMはハイパーバイザを通してホストOSに対してのシステムコールを解釈させるなどの必要がある それぞれのVMには全て独立したOS・アプリケーション・ライブラリが必要 コンテナ ホストのカーネルは実行されるコンテナと共有される(コンテナは常にホストと同じカーネルを
Dockerで1.12から追加されswarm modeを使うと別途オーケストレーションツールを使わずとも簡単にブルーグリーンデプロイメントを実現できて便利です。簡単にブルーグリーンデプロイメントする手順を紹介したいと思います。 ブルーグリーンデプロイメントとは本番として使える環境を2環境用意して片方を待機系にしておき、待機系を更新してから環境を切り替えることでデプロイを行う方法です。環境をそれぞれブルーとグリーンと呼びます。 Dockerクラスタの構築とDockerイメージの用意の手順はほぼ説明しません。 必要環境は以下のとおり Docker 1.12.1以上 Nginx erb ざっくり全体像 Dockerのサービスとしてblueとgreenの2環境を用意します。 環境の更新はdocker service updateコマンドで行います アクティブ環境の切り替えはNginxのupstre
docker でansibleのテストができれば、 きっと、vagrantよりも速いはず! ということでやってみる。 まずは適当にDockerfile作ってbuild この時、authorized_keyを設定するようにDockerfileを作ると幸せです。 FROM ... ... RUN mkdir -p /home/username/.ssh;chown username /home/username/.ssh; chmod 700 /home/username/.ssh ADD authorized_key /home/username/.ssh/authorized_keys RUN chown username /home/username/.ssh/authorized_keys;chmod 600 /home/username/.ssh/authorized_keys ..
2016 - 08 - 12 Dockerホストのパフォーマンスを引き出すTCPカーネルパラメータチューニング Docker Linux もう半年くらいフルDockerでmicroservicesなサービスを運用してるんですが、イマイチパフォーマンスを出し切れていないなという面がありまして、今回Dockerホストの TCP カーネル パラメータを抜本的に見直しました。 そしたら劇的に症状が改善して、 インスタンス 数も削減できた上に安定して メシウマ状態 になったので紹介します。実際効果があったのでチューニングポイントとしてはある程度正解であったと考えていますが、もちろん扱ってるアプリケーションの特性にもよるはずなので一つの ケーススタディ であることをご了承頂ければと。 前提 まずは今回のお話の前提を。こんな環境です。 EC2 c3.xlarge ホストは Ubuntu (EC2 Opt
注意 本件記事ですが、私の不適切な行動(拾ったスクリプトを検証なく走らせる)が原因です。「dockerは(特に何もしなくとも)危険」との誤解を皆様に与えた点、ご迷惑をおかけいたしました。申し訳ございません。 拡散されている記事を削除するのはさらなる誤解を招きかねないと思いましたので、冒頭に注意を付記しております。以下の記事は、「自分が何してるかをきちんと検証できないとセキュリティホールを生み出す」という意味で参考にして頂ければ幸いです。 追記 Twitterやはてブで言及いただきました皆様、ありがとうございます。 本件はpullしてきたイメージが悪意ある開発者によるものかどうかにかぎらず、不適切な設定をしていると起こり得ます。 ※コメント欄に質問への回答という形で、私がそのときに走らせていたイメージの一覧を挙げておりますが、どのイメージも評判あるものだと思います。 皆様におかれましては「あ
この記事はCAMPHOR- Advent Calender 2015 22日目の記事です。 こんにちはkohey18です!(`・ω・´)ゞ 学生時代はCAMPHOR-の4期代表として頑張ってから上京して今に至ります(`・ω・´)ゞ この一年、インフラエンジニアとして業務でDockerを触る機会がたくさんあり、その中でインフラエンジニアだけでなく、サーバサイドエンジニアもアプリのエンジニアももっとDockerを手元で触ってもらってDocker力があるとどんだけ楽だろうか。。。と思うことが多々あり、週末なり時間のあるときに試して欲しいDockerハンズオンをまとめておこうと思いました。 週末とかで試してみて、「あぁなるほど」と思って貰えればと思います。 対象者 Docker初心者よりちょい上(一応初心者もわかるようにDockerfileの書き方から書いています) とりあえずDockerをローカ
今回は、巷で流行りのDockerのネタです。 以前より、Dockerを活用すれば、SDN技術要素を習得するための自前SDNラボ環境を簡易に構築することが可能となるので、ぜひ習得しておきたい技術だと考えておりました。 そんな折に、たまたま、過去の沖縄オープンラボラトリのイベント企画で、第2回ハンズオンセミナー(SDN編)が開催されたことに気がつきました。ハンズオンのタイトルは、すばり「SDN編/Dockerで箱庭実験ネットワークを作ろう」とのこと。公開情報が、こちらです。www.okinawaopenlabs.org というこので、ここでのハンズオン資料などを参考にさせていただきながら、自前SDNラボ環境を構築してみます。 ▪️まずは、SDNラボ環境ネタをどうするか... あまり在り来たりな素材だとモチベーションが停滞してしまいます。 そこで、Docker活用事例として、過去に前例のないSD
docker_cheat.md Docker 虎の巻 Fork from Docker cheat sheet 実際にコマンドを試したい場合は、すぐにDockerを試したい人のための基礎コマンドを参照 何故Dockerを使うべきか Why Should I Care (For Developers) "Dockerが面白いのはシンプルな環境に隔離性と再現性をもたらしてくれることだ.ランタイムの環境を一度作れば、パッケージにして別のマシンでも再利用することできる.さらに,すべてはホスト内の隔離された環境で行われる(VMのように).最も素晴らしい点は,シンプルかつ高速であることだ." Dockerで使われている技術 仮想環境構築に docker を使う LXC "Xen とか VirtualBOX みたいにホスト内に仮想マシンを立ち上げるんじゃなくて、ホスト内の隔離された環境で仮想マシンを動か
概要 CoreOS を Vagrant で利用した CoreOS 内で docker を使って Ubuntu のイメージを作成した Ubuntu のイメージ内に Ruby 2.1-preview1 と fluentd をインストールしたイメージを作成した 作成したイメージを index.docker.io にコミットする(ところまで出来れば嬉しい) 参考 Running CoreOS on Vagrant CoreOSでDocker入門 仮想環境構築に docker を使う Docker を読む Docker = LXC + aufs + GitHub Culture ウンチク CoreOS とは Linux Kernel と systemd だけで実装されたシンプルな OS Chrome OS がベースとなっている Docker と組み合わせて OS のアップデートを行う CoreOS
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く