よく訓練されたアップル信者、都元です。今回はコードや操作手順などなく。 オンプレミス環境等と比較すると、AWS上で稼働させるシステムには、サーバアーキテクチャはもちろん、アプリケーションのアーキテクチャにも色々考えるべきポイントが多々あります。AWSで仕事をしていると当たり前過ぎてなかなか記事として言及する機会がないのですが、これらのアーキテクチャを組み上げる基礎知識となる、AWSにおける可用性の考え方をまとめてみました。 サーバは落ちるもの、データセンタは止まるもの AWSにおいては、単体のEC2インスタンスは「突如として落ちるかもしれない」という前提があります。さらに、何らかの障害や災害等で「AZ(availability-zone)も丸ごと落ちるかもしれない」という前提があります。突然落ちるというのは大げさ（でもないのですが…）にしても、時にEC2インスタンスはAWSから強制的に「再
About git-flowはgitの拡張であり、Vincent Driessenの提唱するブランチモデルを実現するための高度なリポジトリ操作を提供します。 more ★ ★ ★ このチートシートは基本的な使い方とgit-flowの効果を表します。 ★ ★ ★ Basic tips Git flow は素晴らしいコマンドライン補助と出力を提供します。何が起こるか注意深く読み解いてください。 macOS Clientの Sourcetree は素晴らしいGUIとgit-flowサポートを提供します。 - Git-flow はマージすることをベースとして考えるソリューションです。リベースは行いません。 ★ ★ ★ macOS Homebrew $ brew install git-flow-avh Macports $ port install git-flow-avh Linux $ apt
Github Notification API が出ました。 Notifications API - GitHub Recent posts in this category Notifications API technoweenie on October 26, 2012 Latest commit per d... https://github.com/blog/1306-notifications-api github の通知を取得する場合、これまでは miyagawa さんが github growler でやっていた様に、ダッシュボードのRSSを使って自分のイベントを抽出しなければなりませんでしたが、Notification API を使う事で Github 上と同じ通知メッセージが取れる様になりました。 今日は Perl で Github のメッセージを通知するアプリケーショ
何回シリーズになるか分かりませんが、資格合格を目指してAWSについて勉強していきたいと思います。 必須で抑えておくべきAWSサービス 大変参考になったHP http://dev.classmethod.jp/etc/how-to-get-a-certification-aws-architect-associate-level/ AWSは「高い可用性」と「高いセキュリティ」と「高い耐障害性」をどのように実現しているか、また、自分で実現するにはどうしたら良いか確認する問題が出る Amazon EC2：コンピューティング Amazon VPC：仮想ネットワーク Amazon S3：ストレージ IAM：アカウント認証 Auto Scaling：スケーリング Elastic Load Balancing：ロードバランサー Amazon EBS：ディスク Amazon Route 53：DNS Am
Description Labeled Tab-separated Values (LTSV) format is a variant of Tab-separated Values (TSV). Each record in a LTSV file is represented as a single line. Each field is separated by TAB and has a label and a value. The label and the value have been separated by ':'. With the LTSV format, you can parse each line by spliting with TAB (like original TSV format) easily, and extend any fields with
Jenkins 1.463 Jenkins Github plugin 1.5 GitlabよりGithubのがやっぱ使いやすい 今までGitlabとJenkinsでCIやってたのですが、 Gitlabはあんまり使われていなかったｗ 一部プロジェクトをGithub Organizationの非公開リポジトリで管理して、今まで通りCIやりましょうというお話。 Gitlab時代 ForkやPRという概念がなかった。 リポジトリはひとつで、ブランチ間のマージにMerge Requestという機能はあったけれど。 GitlabのWeb hookからJenkinsのURLを指定して、Jenkins Git pluginが受け取りビルドするという流れだった。 さあ、Github Organizationに非公開の親リポジトリがあり、そこにメンバーがForkしたリポジトリがぶら下がる形。 OSSの開発と
この投稿はGREE Advent Calendar 2013 20日目の記事です。 プロデューサーの皆さん、みりっほー。進捗どうですか？私はダメです。ごめんなさい。（´・ω・｀） WG事業部の二宮です。今日はアイマス駆動開発の話をしようかと思ったのですが、急遽Gitの使い方の話に変更しました(Inspired by 堀口先生)。 アイマス駆動開発の話が気になる方は、是非一緒に飲みに行きましょうw ※この記事では、ツールにGitやGitHubを利用することを想定しております。 Gitをスマートに使いたい グリーでは、基本的にA successful Git branching model（有志の方による日本語訳）にのっとって開発しています。 Gitについて基本的な考え方の部分は堀口さんの記事で言及されているので、私は現場で具体的にどのような使い方をしているのかについて書きたいと思います。 と
先日uWSGIのログをfluentdで取り始めたと書きましたが、寝て起きてみると早速問題が発生していて、zabbixにデータが送られてなくてグラフが空の状態になっていました。何で、と思ってみて見るとuWSGIのログが空になっていました。どうもログローテートが走った後にuWSGIがログを開き直しておらず、新しいファイルが空のままになっていたようです。これは酷い。 それでどうするんだっけと、/etc/logrotate.d/の他のファイルをチラチラ見てると、HUP送ったり再起動したりするのが定石っぽいので、uWSGIでもそうするのかなと思ってuwsgi –helpを読んでいると、 --touch-logreopen というオプションを見つけました。このオプションにファイルを指定すると、そのファイルを監視して変更されたタイミングでログを開き直すというものです。再起動するよりコチラの方が良さそうな
どうも、まさかはまさん(@Surf_fish)のブログに寄稿出来る事になるとは思わずテンション上がりました。 大阪の中央市場でまぐろ屋を営んでおります、まぐにぃと申します。 Appleが大好きでApple系の記事やその他自分の趣味内で書きたい事をツラツラ書いてるブログ「MagLog」を運営しております、以後お見知り置きを(m・ω・)m 原稿あげるのにかなり時間かかってしまいましたが、、、(はまさんすいません、、) ではではどうぞ。 では簡単に僕が目指す場所(目標)を少し そもそも僕はタスク管理とかいう言葉とは到底無縁な自由な生活をしていました。 しかし、歳を重ねるにつれ時間の経過が早く感じるようになり、凄くもったいないと思うようになったことがきっかけで”時間管理”的なところから始めました。 色々試し、管理をする事が目的になってしまって本末転倒になる事もありましたw そしてごく自然に”タスク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
