You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
概要 AWSでALB(Application Load Balancer)が 2016/8/11にリリースされたので試してみた AWS Application Load Balancer 設定方法・ELBとの違い 設定方法・ELB(Elastic Load Balancer)との違いは以下のblogなどで紹介されているので割愛します 【新機能】新しいロードバランサー Application Load Balancer(ALB)が発表されました AWS Application Load Balancer がきたので試しに作ってみた 概要 出来るようになったこと パスベースルーティング:URLのパスに基いてルーティングが可能です。 複数ポートの登録:1つのインスタンスに複数ポートを登録することが可能です。 コンテナアプリケーションのサポート:ECSはタスクスケジュールので未使用のポートを使用し
goroutineとはなにか? 軽量スレッドである、並行処理で複数のスレッドが立てられる 「go」というシンプルなメソッドを使ってスレッドを立てる 「channel」は複数のgoroutineにメッセージを送るもの また「select」は複数のchannelを管理するものである mainの関数が終了しないようにgoroutineを制御する仕組みは「channel」か「sync」を使用する 以下の例はchannelを使用して複数のリクエストを並行処理で書いてある例である。 package main import ( "fmt" "log" "net/http" "time" ) func getStatus(urls []string) <-chan string { statusChan := make(chan string) for _, url := range urls { go
表1. 言語別スピンアップ計測 体感的には大きな違いはないと思いますが、GO言語のスピンアップはPythonやPHPよりも優れていることがわかると思います。 開発環境は何を選ぶべきか 開発環境には人それぞれ好みがあると思いますが、技術系知識の共有サイトで有名なQiitaでIDEに関する記事の割合を見てみたところ、「IntelliJ IDEA」を利用しているユーザが多いように思います。 現状GOの開発をおこなう場合はIntelliJ IDEAがスタンダードのようですので、はじめてGO言語に触れる方にはIntelliJ IDEAのご利用をお勧めします。ちなみにIntelliJ IDEAでGOの開発環境を構築するための記事はQiitaに多く投稿されておりますので、ぜひそちらを参考にしてください(※4)。 ※4 個人的には以下の記事がオススメです。 http://qiita.com/kaiinui
以前に書いていたものをスクショを再作成して放出。 はじめに stretcher の作者である fujiwara さんが作られている consul-kv-dashboard を試してみる。 github.com consul-kv-dashboard について sfujiwara.hatenablog.com 上記のブログ記事とスライドに詳細に記載されている為、詳細については割愛(是非、ご一読下さい)。 自分なりの理解としては、Consul の KVS データをリアルタイムに表示する為の Web UI ツール。 リアルタイムに表示する為の手法としてブロッキングクエリを利用しているとのことで、ブロッキングクエリについては以下の記事が参考になった。 pocketstudio.jp 試す ビルド 既に Go の環境があるという前提で... go get -u github.com/jteeuwen
tech.kayac.com Advent Calendar 2014 10日目担当の @fujiwara です。 最近書いている stretcher というデプロイツールの紹介をしたいと思います。 長いので3行で push型デプロイはホスト台数が増減しやすい環境に適さない 各種問題を解決するpull型デプロイツールを書いた Consul と連携するよ 中央ホスト配布(push)型デプロイの問題点 カヤックの自社サービスでは久しく Archer というツールを利用し、中央ホストから各デプロイ対象ホストに rsync でファイルを配布する形のデプロイを行っていました。ここではこれを push 型と呼びます。 push型のデプロイは、ホスト台数が頻繁に増減する環境で以下のような問題があります。 新しくホストが起動してきた場合に、中央ホストからデプロイを行ったあとでないと (古い状態で起動してい
一時期はalpineに乗っかったMySQLを使おうとしましたがMariaDBだったので断念。 いくら互換だとはいえ、まだ自分には早い。 そんなわけでDocker MySQL公式イメージの5.5を利用してDBを構築。 公式イメージ https://hub.docker.com/_/mysql/ 初期データを投入した状態でgithubにpushしようとしたら、rejectされてしまいました。 調べてみるとGithubのファイルサイズ制限にひっかかった模様 Working with large files https://help.github.com/articles/working-with-large-files/ 1ファイルあたり100MBまでとのこと。 InnoDBのibdata1がサイズ制限を超過していたのでした。かなりデータを厳選したんだけどな〜。 初期データインポートに使用したd
Docker 1.13正式版登場。複数Dockerイメージをまとめてデプロイする「Docker Stack Deploy」、使われていないイメージを削除する「Docker System Prune」など新機能 コンテナ型仮想化を実現するDockerの最新版「Docker 1.13」がリリースされました。 Docker 1.13では、通常のアップデートで行われるバグフィクスや安定性の向上、性能向上のほかに、いくつかの新機能が追加されています。なかでももっとも注目すべきき新機能が「Docker Stack Deploy」です。 Docker Stack Deployは、1つのComposeファイルの設定により、複数のDockerイメージで構成されるサービスをまとめて複数のコンテナに対してデプロイできる、という機能です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く