社内の若者がAWSやAzureをやりたくて仕方が無いみたいなのだが、 30も過ぎた中堅の年齢で率直に思ったことは、「どこまでを考えているのだろうか」ということだ。 そんなことを直接言うのは生き急ぎ野郎の火に油なので、伝えたかったことを含めて増田に書き殴るとする。 以下その若者というか、5〜6年前の自分のような奴に伝えたいこと。 新技術であるべき理由の説明が必要だパブリッククラウドを使う際にはざっと思い付く限りでこれだけ説明することがあると思うんだ。その過程で旧技術や現状の業務を詳しく知る必要がある。 セキュリティ対策は具体的にどうするんですか？オンプレから大きく実装が変わるNWは具体的にどうするんですか？弊社でオンプレが前提要件な案件の比率を鑑みて、採用したらどのように利益に還元されるんですか？既存業務でスケールアウトが前提の精度の設計が許される案件の比率は？課金の試算の精度は保てますか？
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? by @mixiappwchr 一人でがっつりAWSでサービス開始しましたが、運用を始めると多くの問題が起きえます。 今回はコストに対する問題を,AWSだけでなく、他のクラウドを活用することで大きく削減できたという事例を共有したいと思います。 例えばNetflixが Netflix、マルチクラウド対応の継続的デリバリを実現する「Spinnaker」をオープンソースで公開 といったオープンソースを公開していることを鑑みるに、すでにマルチクラウドでの運用は行われていることでしょうし、今後はこういった事例も多くなっていくことでしょう。 クラウ
Herokuを任意のAmazon VPCに展開できる「Heroku Private Spaces」パブリックベータ公開。ついに東京リージョンのAmazon VPCでもHerokuが利用可能に Herokuを任意のAmazon VPCに展開できる「Heroku Private Spaces」がパブリックベータとして公開されました。 もちろん、Amazonクラウドの東京リージョンにも展開可能です。国内データセンターでついにHerokuの環境が実現することになります。 Heroku Private Spacesは、これまでHeroku内部でマルチテナントとして提供されていた環境を、顧客ごとに分離されたプライベートクラウドに展開可能にしたもの。これまで以上に顧客ごとに分離された環境を実現できるため、より高いレベルでのセキュリティコントロールが実現されます。 「今後のロードマップでは、社内のイントラ
はじめに このエントリは非常にポジティブで技術的なチャレンジに関するまとめであり求人エントリでもあります。 まとめ 昨年後半から、急成長するサービスを支えるため “どオンプレ” な環境で作ったサービスをクラウドに持っていく仕事をしていました。 クラウドのオイシイところを押さえられるよう作り変えをした結果として “Infrastructure as Code” を実践することになり、結果としてソフトウェアエンジニアだけですべてがコントロール出来る状態になり、インフラおじさん業が不要になりました。 そういった環境で働きたい "腕の立つITエンジニア(特にスマホとサーバサイド)" を募集しています。 発表資料&箇条書きで振り返る最近の動き AWS Casual Talks #3 https://github.com/myfinder/aws-casual-3/blob/master/slide.
おはこんばんちは!! 尾藤 a.k.a. BTO です。 HDEのメールアーカイブシステムでは、月間1億6000万通ものメールを処理しています。 それだけのメールを処理するので、メールのデータ量も大変なものになります。 一方で、過去のメールに関しては、それほど頻繁にアクセスするものでもありませんので、できるだけコストを抑えたい。 そこでAmazon Glacierを使ってみてはどうかと考えたのですが、詳しく調査してみると、気をつけないと破産をしかねない危険なものでもあるのが分かりましたので、今回はそれを書きたいと思います。 Amazon Glacier とは まずは Amazon Glacier についてご紹介しましょう。 Amazon Galcier は平たく言うと、安価なストレージサービスです。安価である代わりに、取り出すのに3〜5時間かかります。 Glacier と S3 の料金は次
Amazon EC2は9月末、その内部で使用しているXenハイパーバイザのセキュリティリスクに対処するため、全インスタンスの約10％にあたるインスタンスに対して段階的にリブートを行うメンテナンスを実行していました。 リブートをユーザーが回避する手段はなく、AWSから事前に通知を受けたユーザーはリブートによってデータを失ったりシステムがダウンしたりしないように、何らかの処置をする必要がありました。 AWS上で大規模なシステムを運用しつつもこのメンテナンスリブートを難なく乗り切ったのが、米国で動画配信サービスなどを運用するNetflixです。その理由は同社が開発したChaos Monkeyというツールにありました。 同社のブログにポストされた記事「A State of Xen - Chaos Monkey & Cassandra」で、その顛末が紹介されています。 Chaos Monkeyによっ
はじめに 4月にAPNパートナーの有志からエンタープライズAWS導入ガイド がリリースされました。日本語です。 実は迂闊にもそのことを気づいたのが最近でした。というわけで今更ですが読んでみた感想を書いてゆきます。 結論から言いますと会社にAWSを導入したいと考えている方、AWSの提案書を書かないといけない方であれば「must read or die」です。読むべし、です。 本書の最後に 「ユーザー企業によるエンタープライズシステムにおけるクラウドサービス導入の 一助となれば」とありますが、なります、なりすぎます。 エンタープライズAWS導入ガイド 以下、どんな点が参考になったか説明してゆきます。 まずは目次です。 1章 はじめに 2章 AWSサービス概要 3章 エンタープライズ構成例 4章 システム・運用要件 5章 移行 6章 調達 1から3章はわかりやすいのですが、この資料以
要するにデータセンターの「原価計算」です。いろいろこのあたりに関わっています。複雑な計算ロジックと大量のデータを扱う必要があるので、大規模並列計算の適用が必須になり、結果として当方の出番になった、という状態。尚、実行基盤にHadoop（MapR）を利用しています。（一応予定ではSparkに移行するつもりで、開発も始まっています。） さて、いろいろやっていて思うところがあるので、現時点での考え方をまとめておきます。機微な部分はNDAになるので書きませんし、以下は自分の「個人的な」意見であり、特定のサービサーの話をしているわけではありません。基本的にInteropで公にしゃべった話のまとめです。 ■現状認識 現在、国内DCはほぼ乱立状態に近いと思われます。ここへ来て春先のAWSの値下げのインパクトもありました。今後は、より競争的なマーケットになるでしょう。退場する企業やM&Aも活発化していくで
GitBucketとは GitBucketはたけぞうさんという方が開発されているGitHubのクローンアプリです。 Scalaで書かれており、驚くほど簡単に導入することができるのが特徴です。 OSSのGitHubクローンといえばGitLabがメジャーですが構築の手順が複雑かつ面倒なため、 使い始める前に構築段階で挫折した経験のある人も多いのではないでしょうか。 対するGitBucketはwarファイルを実行するだけという手軽さです、素敵!! より詳しいレビューはこのあたりを参照してください。 背景 とあるクラウド環境にGitBucketを導入する機会があり、 せっかくなので vagrant + ansible で導入を自動化するplaybookを書いてみました。 以下のクラウドプラットフォームで導入検証をしました。 AWS DigitalOcean したごしらえ Case: AWS vag
本連載は、IT業界に入ったばかりの新米アプリケーション開発者や、IT業界を目指す学生さんを対象とした、クラウドによるシステム構築講座です。また、業務アプリケーション開発エンジニアでプログラムを書いたり開発環境を整備したりはできるけど、本番環境でのインフラ構築/運用管理などはよく分からないという方にも読み進めていただけるように、概念や用語の解説を入れながら説明します。本連載では、Amazon Web Servicesを使ってクラウドシステム上に簡単なWebシステムを構築していきます。 はじめに クラウドという言葉が世の中に出てきてから、ずいぶんと年月が経過しました。今日では、さまざまな企業システムがクラウド上で稼働しています。 クラウドが登場したころは、クラウドに積極的な企業や、ゲームやソーシャル系などのシステム利用が中心でした。しかし、今ではクラウドの多大なるメリットを活用するため、一般企
Googleは3月25日（日本時間3月26日早朝）にイベント「Google Cloud Platform Live」を開催。クラウドに関する新価格および新価格体系を発表しました。 発表では名指しはしないものの、つねにAmazonクラウドよりも安価かつシンプルなものであることが強調されており、Googleがクラウド市場において本気で攻めの姿勢を見せたことが強く印象付けられました。 特に標的となったのが、予約金を払うことで利用料金が安くなる「リザーブドインスタンス」と、データ分析サービスの「Amazon Redshift」。リザーブドインスタンスについては、クラウドの価格体系を複雑にしていると切って捨て、よりシンプルな価格体系として継続利用値引きを提示。Amazon Redshiftに対してはBigQueryの大幅値下げと処理性能の向上で対抗しています。 クラウドの価格もムーアの法則に従うべき
AWS Weekly Roundup – AWS AppSync, AWS CodePipeline, Events and More – August 21, 2023 In a few days, I will board a plane towards the south. My tour around Latin America starts. But I won’t be alone in this adventure, you can find some other News Blog authors, like Jeff or Seb, speaking at AWS Community Days and local events in Peru, Argentina, Chile, and Uruguay. If you see […] New – Amazon EC2 H
ども、大瀧です。みなさん、EC2をバリバリ使ってますか?使いたいときにすぐ使える仮想マシンとして、開発・検証から本番まで幅広く活用されていると思います。 日頃EC2を業務で運用する中で、EC2インスタンスをコピーすると意図しない環境設定に変わってしまうというトラブルが度々あり、cloud-initというツールに拠ることがわかってきました。 「EC2インスタンスのコピーなんて、一旦インスタンスを作成したあとはあまりやらないのでは?」と思われがちですが、EC2独特の制限などもあり、実際の運用では思ったよりも頻繁にインスタンスのコピーが必要になります。インスタンスのバックアップ&リストアなどはイメージしやすいと思いますが、それ以外にも意外なケースとして以下があります *1。インスタンスのコピーは、AMI(Amazon Machine Image:インスタンスのバックアップ)を取得し、新規インスタ
はじめに こんにちは植木和樹です。2013年2月2日は私がAWSに初めて触れた日で、本日が1周年となります。JAWS-UG北陸（金沢）の勉強会でアマゾンデータサービスジャパンの堀内さんによるハンズオン（実際に画面を操作しての体験会）が開かれ、そこでEC2やRDSを触れたのが初となります。 実際にはその3ヶ月ほど前から、ネットに流れてくるAWS関係のニュースをみたり、自分のクレジットカードを使ってアカウントを作ったりはしていたのですが、マネージメントコンソールを用いた操作をちゃんとしたのがこの日が初めてだったわけです。 さてAWSを始めた方の多くは、まずEC2にApache＋PHPを起動しRDSでMySQLを用意して・・・というエンジニア向けなところから入ってくる場合が多いようです。上記の通り私もその口で、それまで10年程やっていたインフラ（サーバー）エンジニアの延長としてAWSと関わり始め
11月のJAWS-UG大阪で「Cacooで構成図描いたら、自動でAWS上に環境をローンチしてくれるといいよね〜」って話をしていた覚えがあります。すみません、ありましたw Visual Cloud Management for AWS | MadeiraCloud ｷﾀ━(ﾟ∀ﾟ)━! って感じですw ざっくり流れは以下の3STEP。超簡単です。 STEP1 構成図を描く STEP2 パラメータを設定する STEP3 ローンチする これだけです。ね、超簡単でしょ♪ 実際にやってみたので図で手順をご紹介します。 ◯まずは Visual Cloud Management for AWS | MadeiraCloud にアクセス。Sign Up for Freeをクリックしてアカウントを作成します。（facebookやTwitterアカウントでSAMLしてくれよ...） ◯Username, Em
先日 Las Vegas で開催された AWS re:Invent 2013 に参加してきました。 非常に活気あふれる大規模なカンファレンスで、大変刺激を受けました。 今日は、いま何かと話題になっている Immutable Infrastructure に関連した発表を2つ紹介します。 Stop Worrying about Prodweb001 and Start Loving i-98fb9856 slideshare: Stop Worrying about Prodweb001 and Start Loving i-98fb9856 (ARC201) | AWS re:Invent 2013 AWS の Chris Munns 氏による発表です。タイトルからして面白いですね。エモいです。 この発表は以前から目をつけていたんですが、スケジュールの都合で出られず、残念でした。こうしてス
ども、大瀧です。 最近、お客さまからの問い合わせからElastic Load Balancing(ELB)の負荷分散について調べ社内資料としてまとめる機会がありました。せっかくなので、ブログ記事として公開してみます。内容は随時アップデートしますので、ツッコミ・ご指摘があればぜひお願いします！ 負荷分散の仕組み ELBは、クライアントのリクエストを受け付けEC2インスタンスにトラフィックを転送するために、2種類の負荷分散を組み合わせて動作します。 スケーラビリティと冗長性のために、ELBはロードバランサの機能を提供するノードを複数動作させるはたらきがあり、クライアントから複数のノードへアクセスを分散させるためにDNSラウンドロビン、ノードからEC2インスタンスへのトラフィック転送を分散させるためにLeast Connsという手法を用いています。 DNSラウンドロビン DNSラウンドロビンはそ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く