Docker v17.05 から導入された multi-stage builds 機能とは何か、どんな問題を解決するためのものなのかをまとめました. Presented at Docker Tokyo.
![Docker マルチステージビルドで幸せコンテナライフ / Understanding docker's multi-stage builds](https://cdn-ak-scissors.b.st-hatena.com/image/square/0ce142a3dfd393a9ea8256520dae037dfc0f07d2/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F14cf18ff7b8b4ba8806665e6a3150423%2Fslide_0.jpg%3F8042691)
20180724 AWS Black Belt Online Seminar Amazon Elastic Container Service for Kubernetes (Amazon EKS) / AWS Fargate This document contains a summary of Keisuke Nishitani's presentation on AWS Fargate and Amazon ECS for Kubernetes. Some key points include: - Keisuke Nishitani is a Specialist Solutions Architect at Amazon Web Services Japan K.K. - The presentation covered introductions to AWS Fargate
こんにちは。OPENREC事業部で基盤系のエンジニアをしている石田です。 今回はOPENREC.tvに導入されているバッチ処理の基盤をご紹介したいと思います。 この記事では以下のことに関して話そうと思います。 OPENREC.tvでのバッチ処理内容 従来のバッチ処理基盤の課題 新バッチ処理導入のモチベーション 新バッチのインフラ構成 実際に稼働してみて 本番稼働をして明らかになった課題 まとめ OPENREC.tvでのバッチ処理 OPENREC.tvでは、主に以下の処理をバッチとして実行しています。 視聴時間の計測結果の集計 ランキングの集計 検索用のデータの作成 おすすめ動画の作成 従来のバッチ処理基盤の課題 初期のバッチ処理は、1台のEC2で稼働していました。それゆえ、以下の問題を抱えておりました。 インスタンス1台で稼働していることからスケーラビリティが皆無 SPOFなので万一ハード
大栗です。 Auroraは通常のRDS for MySQLと比べると元々障害時の復旧が速いのですが、高速フェイルオーバーという2〜3秒でフェイルオーバーができる機能があります。ただし専用のドライバ(MariaDB Connector/Jなど)を利用することが一般的です。先日MySQL用のプロキシサーバであるProxySQLがv2にバージョンアップして、Auroraの高速フェイルオーバーに対応したのでご紹介します。 Releases · sysown/proxysql · GitHub v2.0.2 Auroraのフェイルオーバー Auroraはシステム変数のinnodb_read_onlyの値によって、WriterかReaderのロールを判断できます。そのためinnodb_read_onlyを定期的に確認してクエリをWriterにルーティングすることで高速にフェイルオーバーができます。Au
ども、大瀧です。 Amazon Linux 2015.09RC版のリリース告知に"Amazon Aurora JDBC driver"という項目があり、調べてみるとAuroraの可用性をアップさせるナイスな機能だったのでご紹介してみたいと思います。 RDS Multi-AZの"普通の"フェイルオーバー Amazon RDSで提供される可用性機能としてMulti-AZがあります。一般に言うActive-Standbyクラスタで、エンドポイントとなるDNSレコードのIPアドレスをアクティブノードに向ける、DNSベースの仕組みとなります。 以下のように、Masterノード障害を検知すると、エンドポイントのレコードをSlaveノードのIPアドレスに切り替える要領です。 AuroraでもCluster Endpointというエンドポイントが提供され、フェイルオーバーを実装することができます。しかし、
blue oceanを使えば90%近く問題は解決 ググるといろんな記事が出てきて、どれを信じていいのかよくわからず、半信半疑のままジョブを組み立てていた。 でも、blue oceanが出てきて、かなり楽になったと感じている。 以下メモ。 blueoceanプラグインが初めから入っているjenkinsをインストールする githubの設定画面から、Personal API Access Tokenを発行する jenkinsの画面でblueoceanをクリック(画面デザインが切り替わる) するとcreate a new pipelineというポップアップが出てくる。 あとはそれをクリックして指示に従うだけ。 あっという間にマルチブランチプロジェクトがjenkinsに作成される。面倒な手作業が、ほとんど自動化されていて、素晴らしい! 最後に、github側でwebhookの設定 これがなかなか情
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く