Apple seems to be finally getting serious about infusing generative AI into its products — both internal and external — after announcing a solitary “Transformer” model-based autocorrec
2013年2月 Developers Summit 【14-D-3】 「SIの未来ってどうなのよ?」SIer大淘汰時代にAWS専業で新しいSIの形にチャレンジする企業の舞台裏と題して、AWS専業のインテグレーター、サーバーワークスの代表を務める大石が、なぜ「AWS専業」を目指すことにしたのか、今までどのようなAction!を起こしてきたのか、そしてクラウド時代のSIerはどうなり、どんなAction!が求められるのか、お伝えさせて頂きました! AWSに関するお問い合わせ:https://www.serverworks.co.jp/contact/ サーバーワークスエンジニアブログ:http://blog.serverworks.co.jp/tech/Read less
ブログの高速化に。AWSのCloudFrontの設定手順まとめ Publish2013/02/28(木) 今日は自分用メモをかねてブログの高速化に役立つAWS(Amazon Web Service)のCDNであるCloudFrontの設定について書きます。 CDNについてご存じない方の為に引用。 CDN【Contents Delivery Network】(コンテンツデリバリネットワーク) ファイルサイズの大きいデジタルコンテンツをネットワーク経由で配信するために最適化されたネットワークのこと。CDNを構築・運用し、企業などに有料で利用させるサービスをコンテンツデリバリサービス(CDS)という。 狭義にはデジタルコンテンツの大量配信に対応したネットワークを指し、広義にはファイルの配布ポイント管理から課金・認証システムまで、デジタルコンテンツの配布や販売に必要な機能をひととおり揃えたシステム
先日、AWSのCloudWatchで 課金情報を監視・通知できるようになったとのアナウンス がありました。 AWSを利用されている方からすると、 今月いくら利用しているのか気になるところだと思うので、 この機能は非常に有り難いのではないでしょうか。 CloudWatchの詳細については こちら にまとめられています。 今回利用する機能は、CloudWatchの「AWS 請求書の予想請求額(Billing)」メトリクスです。 この課金情報の監視については、無料で利用できるようです。 CloudWatchはAWSの状況を監視するには非常に便利ですが、 監視統計データが2週間しか保存できないという制限があります。 そのため、2週間以上前にどういう状況だったのかを確認するには別途監視データを管理する必要があります。 そこで、OSSの統合監視ツールである「Zabbix」を活用し、 Clou
MySQL5.6は5.5よりもベンチマーク性能が落ちるという話がここ最近見受けられます。 My MySQL is faster than your MySQL Is MySQL 5.6 slower than MySQL 5.5? MySQL5.6の検証は半年程前から本格的に開始して、大量データに対して、JOINやLIMIT、INDEXが不十分なクエリに対して、productionデータで試してみたところ、完全に新規パラメータの設定やデフォルト値の変更を適用していない状態でも性能向上が出ていたので、安定性のテストをしていたのですが、上の記事などを読んでsysbenchやsql-benchを試してみました。 これは基本的なクエリを流すので、複雑な処理を高速化しているとかはあまり考慮されません。 ついでに、RDSもベンチマークを測ってみました。 MySQ5.5と5.6は基本的な設定内容は同一に
Instagram がどこに買収されたとかは他のニュースサイトにお任せして、Django アプリケーションを正攻法でスケールして "成功" してるのがとても興味深いです。現時点で Instagram Engineering で紹介されていることと TechCrunch にも掲載されたスライドから個人的なメモとしてまとめてみました。 Instagram の哲学は シンプルであること オペレーション負荷を最小化すること すべて装備 とのこと。 Instagram は以下の OSS, サービスで構築されているようです。 >>> OS / ホスティング Ubuntu Linux 11.04 を Amazon EC2 にホスティング。以前のバージョンは高トラフィックになると固まる問題があったようです。運用は 3 人。EC2 にホスティングしている理由は、調査結果によるものではなく、"まだ進化途中だか
Amazonは1時間に最大1000回もデプロイする。クラウドネイティブなデプロイとはどういうものか? AWS re:Invent基調講演(Day2 AM) クラウドによってリソースの制約から解放され、サーバやネットワークを含む冗長性までプログラミング可能になった新しい世界では、どのような考えによってソフトウェアを構築すべきなのか。 Amazon.com CTOのWerner Vogels氏は、Amazon Web Servicesが先週ラスベガスで開催したイベント「AWS re:Invent」2日目午前中の基調講演で、新しい時代のアーキテクチャとはどういうものなのか、聴衆に向けてたっぷりと解説しました。 (本記事は「AmazonクラウドのCTO「クラウドネイティブなアーキテクチャには4つの戒律がある」。AWS re:Invent基調講演(Day2 AM)」の続きです。 戒律その2「リジリエ
とっても便利なのに、いまいちマイナーなサービス感が漂うAmazon SNS並びにSQSとSESの3兄弟。上手く使いこなせれば、下手なツールをインストールしたりプログラミングしなくても色々なことが出来る優れ物です。名前からしてイマイチどんな機能なのかよく解らないので、簡単に解説してみます。 Amazon Simple Notification(SNS) プッシュ型の通知サービスです。2013年1月現在では、HTTP/HTTPS、Eメール、SMSとSQSの4種類があります。つまりプッシュ通知するというところがこのサービスの本質で、通知方法は用途次第ということです。今は4種類ですが、そのうち増える可能性もあるでしょう。(例えば、iPhoneやAndroidへのプッシュ通知とか。) Amazon Simple Queue Service(Amazon SQS) その名の通りキュー・サービスです。前
Amazon Elastic Transcoderとは AET(Amazon Elastic Transcoder)は、映像・音声をユーザーが再生可能なフォーマットに変換するクラウドサービスです。 入出力の形式 重要だと思ったので最初に言いますが、入力形式としてサポートしている動画フォーマットは、3GP, AAC, AVI, FLV, MP4です。出力形式としてサポートしている動画フォーマットは、H.264/AAC/MP4です。音声データは、2-channel AACです。サンプルレートやビットレートは変更可能です。 変換可能な形式(プリセット)一覧 AETが変換可能なメディア形式は以下になります。これらはよくある形式として最初から登録されています。この他にも自分でエンコード形式を定義することも可能です。 System preset generic 1080p System preset
開発メモ#1 : Cinnamon によるデプロイ - naoyaのはてなダイアリー に引き続き、その2です。 最近は個人で作るような小規模なものでも AWS を利用してホストしています。たとえ個人で作ったものとはいえ、利用するユーザーがいる以上はおいそれと落とすこともできない。かといって運用にあまり手間をかけたくない。その辺り、AWS で解決できる点が多い。 AWS の良いところはインフラが動的なので「後からどうとでもなる」ところ。 インスタンスの性能が足りないのであればスケールアップするでもいいし、冗長性が欲しくなったらそのタイミングで ELB (ロードバランサ) を用意すれば良い。その時、仮想化されていないハードウェアを使っていると移行のためにサーバーを再セットアップしたりアプリケーションをデプロイし直したりと手間がかかるところ、AWS ではその辺りの手間がほとんどかからない・・・と
redis / memcachedをスケールする方法として、アプリケーションで分散アルゴリズムを実装する方法や、ライブラリを使う方法などありますが、 Twitterが作っているtwemproxy(https://github.com/twitter/twemproxy)というものがあります。 これは、redis / memachedの前段に置くことでキャッシュクラスタを構成することが出来ます。様々な分散アルゴリズムや、故障ノードの切り離しなどの機能もあり、 キャッシュノードが不具合で接続できなくなったとしても自動でサービスアウトしてくれます。 開発も盛んに進んでいて、今、ノード追加時にプロセスの再起動が必要ですが、gracefulの実装も見えて来ました。 詳しくは以前書いたこちらの記事を参照して下さい。http://d.conma.me/entry/20121227/1356596553
#isucon2 参戦記の第二部です。昨日の @methane の記事とオーバーラップする部分もありますが、僕の視点で当日の状況をレポートします。やっと nexus7 が手に入ってご機嫌な @pandax381 です。 決戦、渋谷ヒカリエ 当日寝坊してしまうという笑えない展開もなく、受付け開始と同時に入館し、すぐに @methane と合流。開始時間まで1時間くらい余裕があったので「こんな問題だったらここをこうしよう」といった感じで軽く打ち合わせしていました。 そして、@methane が共同作業用にAWSのインスタンスを上げてくれたので、そこに recaro のソースを持ってきたりしていたら、ちょうどいい時間に。 NHNさんからレギュレーションや注意事項の説明があり、いよいよ #isucon2 スタートです。 事前の打ち合わせ通り、僕はベンチマーク用のツールを走らせながら、どんなHTTP
皆さんこんにちは。 自社のブログサーバを落としたAWSチームの舘岡と申します。 前回に引き続きブログサーバの負荷テス…、エンジニアブログを投下したいと思います。 スピリチュアル 皆さん、スピリチュアルプログラミング(エンジニアリング)という言葉をご存知でしょうか。 スピリチュアルプログラミング スピリチュアルエンジニアリング入門 〜引用〜 システム開発・運用にスピリチュアル要素を取り入れることでシステム安定化を目指します。 私はこの言葉と考え方に出会って雷に打たれるような衝撃を受けました。あ、例え話ですよ。 この感動を皆さんに伝えるべく、この考えをAWSにも適用出来ないか考えてみました。 スピリチュアリティ 僕が絶大な信頼を寄せるWikipediaさんによるとスピリチュアルという言葉は大雑把に霊歌という意味なのだそうです。 Wikipedia: スピリチュアル 「霊的な」意味のスピリチュア
NHNテクノロジーカンファレンスにいってきた。 DeNAでのMySQL運用の話。岩永さんが話をしてくれたおかげでこれから外で話せますありがとうございます! という具合。 実に実直で正直で手間をかけた運用で、なおかつその手間をなくすためのツールの開発、アプリケーションも一体となったとりくみのすばらしい実例だと思う。 このセッションではAWSならばの話は当然いっさいなかったのだが、AWSのMySQLサービスであるRDSならどうするのかを書いてみる。 サービスが縮小するときの話。スケールバック(スケールイン)時に2つあったマスターDBの数を減らす。その際にはosの上に二つ目のMySQLをたちあげる方法をとっている。二つ目のMySQLは違うIPアドレスで立ちあげて、それをbind-addressを指定している。 RDSを使っているならば、サービスを縮小するならば、大きなインスタンスから、小さなイン
クラウドWebサービス時代は GUNDAM (Github Ubuntu Node Dropbox AWS MongDB) だ!! おい!おいおい!「LAMP経験者募集してます」っておい!もう2012年だぞ!もっとナウい感じのがあるだろ!!クラウドWebサービス時代は GUNDAM(Github Ubuntu Node Dropbox AWS MongDB)だ!!「LAMP経験は?」「俺がGUNDAMだ!」— Wataru MIYAGUNIさん (@gongoZ) 3月 12, 2012 LAMP (Linux Apache MySQL Perl-PHP-Python)の次の技術の総称はGUNDAMという言葉としてjanos,num,lnnmなどあったようですが 今ひとつ普及しない感じがありました。 しかし"GUNDAM"という言葉は普及しそうですね(ネタ的にもいいので) LAMPという言
AWSの障害に起因したHerokuの障害について、Herokuによるレポートが公開されたので要点を翻訳しました(全訳ではありません)。「だ、である」調にしたため多少偉そうに見えるかもしれませんが、原文はとても誠実な表現で書かれていますので、その点は誤解なきよう。 一部、文意が汲めなかった部分は原文を併記していますので、ご意見・ご指摘などがありましたら@junyaまでお願いします(@irohirokiさん、アドバイスありがとうございます)。 Resolved: Widespread Application Outage Herokuを4年間運用してきて最大の障害 専用データベースを利用している大規模アプリケーションでは最大16時間のダウンタイム 共有データベースを利用している小規模アプリケーションでは最大60時間のダウンタイム アプリケーションのデプロイについてはプラットフォームの広範囲にわ
春ということで、Amazon Web Services(AWS)をはじめてみませんか。 AWS盛り上がっていますね。2011年3月に東京リージョンができたことで、そろそろ触ってみようかなというPHPユーザの方も多いかと思います。 そんなあなたへ、AWSをはじめる際に役立つ情報をご紹介です。 1. AWSアカウントを新規作成して、EC2の利用申し込みを行う まずAWSのアカウントを作成して、EC2の利用申し込みを行います。 手順については、AWSエバンジェリストの @KenTamagawa さんが書かれた以下の資料が参考になります。このとおりに進めていけば、おおよそ問題無いと思います。 進める中で自分が詰まった点は以下。 郵便番号、電話番号にはハイフンを 郵便番号、電話番号はハイフンが必要なので入力するようにして下さい。 書式は日本国内のもの、郵便番号8ケタ(ハイフン入り)、電話番号は12〜
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く