こんにちは。アマゾンウェブサービス（AWS）サポートの有賀と申します。好きなサービスはAmazon Virtual Private Cloud（VPC）です。これからAWSサポートの各メンバーがそれぞれ「今一番AWSユーザーに伝えたいこと」を連載の形でお届けしていきます。筆者の担当する本稿では、AWSの「ネットワーク」について見ていきたいと思います。第1回の今回は、AWSのリージョンやアベイラビリティーゾーンといった、ネットワークの「物理設計」について解説します。 本稿でお伝えするのは下記の内容です。全3回に渡って解説していきます。 AWSのネットワークの物理的な側面 ⇒ 第1回 AWSのネットワークの論理的な側面 ⇒ 第2回 AWSのネットワークにおけるベストプラクティス ⇒ 第3回 AWSのネットワークにおいて過去に発生した問題の事例 ⇒ 第3回 必ずしもAWSの使い方といった内容では
AWSクラウドに関する導入事例などを学ぶカンファレンス「AWS Summit Tokyo 2015」に、ドワンゴのインフラエンジニアである関剛氏が登壇。LINEから引き継いだlivedoor Readerを、新たに「Live Dwango Reader」としてAWS環境で提供するまでを振り返りました。AWSをすることでどのようなメリット、デメリットがあったか、ドワンゴという組織がどのように変わっていったか、詳しく解説しました。 AWSを使うことでエンジニアの意識が変わってきた 関剛氏：皆さんこんにちは。ドワンゴから参りました関と申します。「ドワンゴがAWSを使ってみた」というタイトルで、40分ほど講演させていただきたいと思います。正直、ここの場に立つのはおこがましいといまでも思っておりまして、内容的にはテクニカルなことは、あまり正直ないです。 ただ、「ドワンゴがAWSを使って開発の部隊、あ
9月20日に発生したAmazonクラウドのDynamoDB障害。原因はセカンダリインデックス増大によるメタデータ処理のパンク
9月20日に発生したAmazonクラウドのDynamoDB障害。原因はセカンダリインデックス増大によるメタデータ処理のパンク Amazonクラウドが提供しているDynamoDBは、キーバリュー型のNoSQLデータベースサービスです。運用管理はクラウドに任せられて簡単に利用でき、高速かつ非常に大規模なスケールで展開できることなどを特長とする、クラウドならではのサービスの1つです。 そのDynamoDBで、米東リージョンにおいて9月20日午前2時頃（太平洋夏時間）から午前7時頃まで障害が発生。DynamoDBを利用しているEC2 Auto Scaling、Simple Queue Service、CloudWatch、そしてコンソールなどにも一時的な障害が発生していました。 また、この障害はAmazonクラウドを利用している他社のさまざまなサービスにも影響を与えたと報じられています。 Amaz
こんにちは、せーのです。AWSは現在40以上のサービスがあり、なかなか把握しきれないことも多いかと思います。そこで今日は現在のサービスを組み合わせたシステム構築の一例をご紹介致します。 最もコストがかかるのはEC2 そもそもオンプレではなくクラウドサービスを選ぶ理由は安価で簡単にサーバーやストレージを調達でき、障害対策や電源管理等をAWS側が行ってくれるから、という方も多いかと思います。 ではAWSの各サービスでコストを抑える秘訣はなんなのでしょう。それは「EC2を使わないこと」です。例えばDBとしてmySqlを使いたいとします。時間あたりの単価を考えるとEC2の中にmySqlをインストールするよりもRDSでmySqlを立てたほうがお得です。また障害が起きてダウンした際にEC2は自分でフェールオーバー等の対策を打つ必要がありますが、RDSはmulti-AZの設定をしておくだけで後はAWSが
はじめに このエントリは非常にポジティブで技術的なチャレンジに関するまとめであり求人エントリでもあります。 まとめ 昨年後半から、急成長するサービスを支えるため “どオンプレ” な環境で作ったサービスをクラウドに持っていく仕事をしていました。 クラウドのオイシイところを押さえられるよう作り変えをした結果として “Infrastructure as Code” を実践することになり、結果としてソフトウェアエンジニアだけですべてがコントロール出来る状態になり、インフラおじさん業が不要になりました。 そういった環境で働きたい "腕の立つITエンジニア(特にスマホとサーバサイド)" を募集しています。 発表資料&箇条書きで振り返る最近の動き AWS Casual Talks #3 https://github.com/myfinder/aws-casual-3/blob/master/slide.
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
学者でもなんでもない現場のいちエンジニアの感想です。しかも、どれもちゃんと使ったことないので、聞きかじりをまとめたメモ書きなので嘘が入ってますが、興味ある方がいればどうぞ。 はじめに かつては「OS=物理サーバ」であって、その物理サーバの資源(CPU,RAM,DISK,etc.)をどのように使うかは OS がプロセスに割り振る形で決定されていました。しかし、それでは例えば以下の様な問題があります。 ファイルシステム資源をプロセスが自由にコントロールできない ProcA と ProcB で使いたい libfoo のバージョンが異なる場合面倒 CPU, RAM 資源もコントロールしにくい 同居してるプロセスがメモリ食い尽くして、みんな死亡、みたいな そもそも異なる OS を同居して使うことができない CentOS ばかり使ってるのに、使いたいライブラリが Debian でしか動かないとか 解決
・Disclaimer自分は弁護士ではないし、その手の専門家ではありません。よってここに書いてあることを信じて、何かを行ってヤバい事になっても一切責任は負いませんし、それは自身の責任で処理してくださいね。まじめに会社の公式見解でもなければ、クラウドベンダーの代弁でもありません。 ・問題 自分の問題は以下、単純に「業務系システムを日本国内のDCのクラウドに上げている状態で、パトリオット法が適用された時に、そのクラウド上の業務系データが、一方的に米局政府に差し押さえられるということが起こりうるか？」という点につきます。 ・個人的な結論 結論から言うと、それは「ない」ですね。つまり、一方的かつ直接的に国内DCのデータが米国政府に押さえられることはないと思います。勿論、一定の要件を満たしたテロ等の嫌疑がある場合にはすべて正式の手続きに則った上で、米国当局の要請をうけて日本の司法がしかるべき手続きを
「決められたモノを作る受託とは違う」、スマフォ受託が儲かる理由：勢いに乗るベンチャー「トライフォート」に聞く 「うちが作ったものは、すべてヒットしますよ」 気負った風もなく、当然のことのようにそう言い切るのは、2012年8月に法人登記を済ませたばかりのベンチャー企業、トライフォートの共同創業者の1人、小俣泰明氏だ。自信たっぷりに言い切るのには理由がある。 ベンチャー・キャピタルなど外部からの資金調達をすることなく起業したトライフォートは、３カ月目にして、すでに正社員・業務委託社員を含めると50人超の陣容を構えるほど急成長中。東京・西麻布のデザイナーズマンションの3室に構えたオフィスは、すでに人が溢れ出しそうな勢いで、間もなく移転を計画している。案件受注先のクライアントも、大手企業名が並ぶ。作るのはソーシャルアプリ。FacebookやiPhone、Androidなどのプラットフォームを中心に
［レポート］ 君はパラダイムシフトに生き残れるか？ 株式会社オージス総研 山海一剛 ここ数年、ＩＴ業界に大きな変化が訪れつつあることは、誰もが感じているのではないでしょうか。 そしてそれは、クラウド、オープンソース、アジャイルといった技術的の台頭だけではなく、 もっと大きな社会の変化に関連付けて考える方が良いのかも知れません。 では、このような変革のときを迎えて、日本のＩＴベンダはどのように変わらないといけないのか。 エンジニア、特にアーキテクトと呼ばれる人たちの仕事の仕方は、今までどおりでいいのか。 さらには、生き残りのために何を身につけないといけないのか。 オージス総研のプロフェッショナルコミュニティのひとつである「ＩＴアーキテクトコミュニティ」でも、 このような議論が行われました。 答えはひとつではないのでしょうけれど、是非皆さんにも考えていただきたいテーマです。 コミュニティで発表
つい先日、富士通がグループで抱える3万人ものSEを再教育して、職務転換を行う計画であるというニュースを知りました。 富士通の3万人SE職務転換大作戦は成功するのか？ - GoTheDistance 一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むＳＥは仕事がなくなり、余剰人員問題が顕在化するからだ。 クラウドの普及により、オーダーメイドでシステムをゼロから構築する必要がなくなり、そもそも顧客からの要件をまとめてシステムを設計するSEの仕事が不要になったり、基盤を構築、運用するエンジニアが不要になるということは、最近になってよく言われることであり、特に新しいことではありません。もちろん、クラウドの普及によって、これらの伝統的なSEの仕事が少なくなり、人員が余るという議論は間違いではないと思います。 ただし、一方でより本質的
全文は紙面でないと読めないのが残念ですが、非常に気になるニュースが飛び込んできました。 富士通、余剰ＳＥ変身作戦 富士通がグループで抱える約３万人のシステムエンジニア（ＳＥ）の大がかりな職務転換に乗り出した。一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むＳＥは仕事がなくなり、余剰人員問題が顕在化するからだ。野副州旦元社長の急進的な改革路線を修正した富士通はＳＥ余剰問題で軟着陸を目指すが、クラウドの奔流にのみ込まれる危うさもはらむ。 富士通、余剰ＳＥ変身作戦 実は富士通グループさんには弊ブログを頻繁にご覧頂いておりまして、企業ドメインの中では最もアクセスの多いドメインであります。クロールしにきているのかなと思うぐらい。ブログで言及している「なんでもかんでも受託開発では、もうSIビジネスで成長することは出来ない」という危機
自分的な話題なので書いておきたい。 まず立場的はっきりさせて置く。AWSを基本的にはエンタープライズ・ユースで考えています。もっと直裁にいえば、Asakusaの実行基盤として、すなわちEnterpise Hadoopの実行基盤として見ています。クラウドの利用は単社ではできないことをできるのが特長であり、それは現時点では分散処理です。多数のノードを利用する分散処理は、単社で持つにはコスト的にペイしません。ので、一種のハードの共同利用としてクラウドを利用すべきです。単純にレンタル・サーバーの延長上で見るのであれば、クラウドのメリットはないでしょう。分散処理を一定の計算資源を利用して行うことがクラウドでできるかどうかがポイントと考えています。AWSは十二分にこの目的には合致しています。特にパブリックではないVPCの存在は非常に大きい。 （分散処理としてHadoopMapReduceが最適か？とい
基幹系へのクラウド活用、そのメリットと落とし穴：中堅・中小企業のためのERP徹底活用術（10）（1/2 ページ） 基幹系システムとしてクラウドを利用する取り組みはまだ始まったばかり。だが、コスト削減やITシステムの標準化、情報共有などが強く求められている今、基幹系へのクラウド活用は大手のみならず、中堅企業にとっても必須の検討課題となるはずだ。今回は、事例を通じてそのメリットを引き出すポイントを分析する。 クラウドは、基幹系システムにどこまで使えるようになったのか？ 電子メールやファイル共有、ワークフローやCRMといった領域にクラウドコンピューティングを利用するのは珍しくなくなりました。さらに、東日本大震災でTwitterやFacebookなどのSNSがリアルタイムコミュニケーションの手段として見直され、クラウドの利用メリットに大きな注目が集まっています。 しかしながら、基幹系システムとして
Java開発者が知らないと損するPaaSクラウド8選：ユカイ、ツーカイ、カイハツ環境！（25）（1/3 ページ） 進化・激変するJavaクラウドの現状を知る、まとめ 本連載「ユカイ、ツーカイ、開発環境」では、Javaが利用できるクラウドコンピューティングのPaaS環境について、いくつか紹介してきました。最近では、レッドハットの「OpenShift」とヴイエムウェアの「Cloud Foundry」などのPaaSクラウドのβサービスが提供され始め、また、いままで紹介した各クラウドの事情も変わってきました。 本稿では、Javaで利用できる以下の8つのPaaSクラウドの最新動向をお届けします。 機能を拡充し続ける「Google App Engine」 「Stax」はCloudBeesに買収され「RUN@cloud」に Morphの「AppSpace」は「mCloud」に .NETだけじゃない「Wi
Java／GrailsのWebアプリを 無料クラウド環境で動かす 【特集】Ruby on Railsも動かせる「Morph AppSpace」とは？ 株式会社 クロノス 奥 清隆 2008/9/18 Web上のリソース＝雲？ 「クラウド環境」って何？ 「クラウド環境」とは、インターネットなどのネットワーク／Web上に存在するさまざまなリソース（データベースや、HTTPサーバ、アプリケーションサーバなど）を、利用者がリソースの所在を意識せずに利用できる環境のことです。ネットワーク／Webを“雲（クラウド）”に例え、雲の中にあるリソースを利用する環境から、「クラウドコンピューティング」などの呼び名が付いています。 例えば、セールスフォース・ドットコムのForce.comや米アマゾンのAmazon EC2（（Elastic Compute Cloud）/S3（Simple Storage Ser
Hudson作成者の川口さんのBlogを読みながら、継続的インテグレーションはクラウド化と相性が良いという指摘に関するメモ。 【元ネタ】 Hudson EC2 プラグイン - 川口耕介の日記 Hudson PXE plugin - 川口耕介の日記 Hudson Selenium PluginでHudsonクラスタをSelenium Gridに - 川口耕介の日記 HudsonクラスタをHadoopクラスタに - 川口耕介の日記 Hudson PXE plugin - かおるんダイアリー 【既存の問題】 XPを代表とするアジャイル開発におけるコード共同所有やテスト駆動開発などのプラクティスで、いわゆる下流工程の生産性を大幅Upできる。 しかしながら、自動テストや回帰テストを行う継続的インテグレーションは、システムが大規模化するにつれてビルド時間が膨大になるので、生産性が低くなっている。 その
「クラウド時代のIT人材像」という特集が日経コンピュータ5月12日号に掲載されています。 クラウドの時代になると、システム開発をして納品すれば終わり、というこれまでのビジネスから、システムを開発して納品してからもずっとクラウド上でその運用と改善を続けていく、という新しいモデルに変わっていきます。国内の大手ベンダーが、そうした変化を見据えて人材育成に取り組んでいることを伝える特集になっています。 運用重視、アーキテクチャ重視 クラウドに対応した人材とは、具体的にはどのようなスキルを身につけた人なのでしょうか？ 誌面から各社の声を拾ってみましょう。 富士通はライフサイクル全般についての精通を重視しています。 「クラウド時代のすべてのIT人材は、クラウドサービスの企画や設計、構築から稼働後の運用、改善まで、ライフサイクル全般について精通する必要がある」 NECはシステムインテグレーション＋運用ス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
