AWS re:Invent皆勤賞の私がほんとは教えたくないre:Invent完全攻略ガイド2023 - yoshidashingo
吉田真吾（@yoshidashingo）です。 AWS re:Invent 2022への参加おつかれさまでした。わたしは2012年の初回参加から2022年まで、2020年のオンラインのみの開催を除き、合計10回 AWS re:Invent に参加しています。世界でも珍しい皆勤賞です。 そんなわたしが来年に向けてすべての知見をここに置いておきます。みなさんにとってのワンピースです。こまかい説明がないと理解しづらい部分は今後加筆するかもしれないですが、一言一句に意味があるので何度も読み返してひとつも余さずに取り入れてもらうことを強く推奨します。 AWS re:Invent 2023 は 2023/11/27(月)〜12/1(金) に開催されます 2023/7/8(土)追記：昨日からJapanツアーが募集開始されたそうだ、手続き漏れやトラブル少なく企業として参加したい場合には購入をおすすめする。
2018年のサーバーレス - yoshidashingo
セクションナイン の 吉田真吾（@yoshidashingo）です。 さて、前回の記事では今年のカンファレンスの開催報告をしました。今年もサーバーレス盛り上がりましたね。 yoshidashingo.hatenablog.com トレンドをみると東京でカンファレンスを初開催した咋秋から、グローバルで4倍近いアテンションに高まっています。 さて、ここでは今年のサーバーレスの動きを振り返って頭の中をダンプしますんで、界隈の人と賛否両論なフィードバックをネタに年始の飲み会などができると嬉しいなと思っています。 1/24(水)に次回のServerless Meetup Tokyoを予定してますんでそちらはまた別途告知しますね。 エコシステムの発展 フレームワークツール サーバーレススタートアップ コンサルタンシー／エージェンシー プラットフォーム AWS Microsoft Google サーバー
SREサイトリライアビリティエンジニアリングを読もう - yoshidashingo
セクションナイン の 吉田真吾（@yoshidashingo）です。 SRE本の原書が出てから早1年半が経ちました。原書はすでにオンラインで無料で読めるようになっています。 Google - Site Reliability Engineering 前回このブログでSREについて書いたのが、原書の出る1ヶ月くらい前ですね。 yoshidashingo.hatenablog.com 国内でもSRE部署の設置が急速に進んでますが、運用部門をSREと看板を掛け替えただけの劣化コピーが大量生産されていることも否めなかったりなかったり。 そもそもSREは、従来のシスアドではなくソフトウェアエンジニアです。そして、開発／運用の分断による必然的な対立関係をインセンティブ設計で統合し、サービスの成長と運用コストが比例しないように切り離すための組織設計であり、そのための技術ノウハウです。 今日は今週末発売さ
Site Reliability Engineering (SRE)チームとは - yoshidashingo
どうも、セクションナイン の 吉田真吾（@yoshidashingo）です。 はじめに メルカリにおけるSite Reliability Engineering(SRE)チーム メルカリSREの定義 メルカリでのSREチームの導入経緯 メルカリでのSREチームの業務 メルカリSREに求める人材像 感想：カスタマー目線なチーム Google SRE Site Reliability Engineeringブログ RedditでのGoogle SREたちによるAMA インタビュー : Site Reliability Engineerは世界で最も強烈なピットクルー インタビュー : Site Reliability Engineerは最も面白い問題を解いている サンタモニカのSREチームの発表 他社の採用情報 Facebook Netflix sysadmin to SRE まとめ はじめに
R&Dはマネジメントできるか - yoshidashingo
どうも、セクションナインの 吉田真吾（@yoshidashingo）です。 昔FeBeで買ったドラッカーのマネジメントを聞き直して、1963年HBRに寄稿された「R&Dはなぜマネジメントできないか」を聞いてグッとくるところがあったので【自分としてR&Dに対して思うこと】をまとめておこうと思います。 IT企業のR&D部門はなにをやっているか 大手のベンダーから中小企業のWeb企業まで「R&D」が冠につく部門、職業あるいはミッションを与えられている人は相当多いと思います。なぜならこのロールに期待されていることが、次世代の企業のメシのタネを担っているからです。ただし「次世代の」というのがいつ頃を指し示すかによってこのロールに期待される研究内容に個々の大きな違いがあるのが実情だと思います。 大手ベンダーの製品に関するR&D部門であれば5〜10年後に市場に投入されるプロダクトの開発を行ってることもあ
エンジニア不足はいつまで続くのか（メモ） - yoshidashingo
吉田真吾（@yoshidashingo）です。フリーランスでたくましくやってます。 本日は後ほどこちらにエンジニア代表として参加予定です。 ll.jus.or.jp そこでこんなお題を事前にいただいてます。 Web業界に特有の人材不足の原因とは 人材不足はいつまで続くのか どうすれば解決するのか、あるいは取り組んでること 頭の整理も兼ねて一通り自分の考えを記載しておきたいかなと思います。統計などとの突き合わせはできてませんので、経験則に基づく仮説レベルになってる点はご了承ください。 Web業界に特有の人材不足の原因とは 1. Webに対するニーズに人材供給が追いついてないのではないか説 今回のイベントのお題ではIT業界の中でもとくにWeb業界にフォーカスしています。ITにおけるWeb業界というのは生まれてここ20年くらいの業界です。その前にはそもそもWeb上でのマネタイズがされてなかった（
AuroraのストレージのQuorum原理 - yoshidashingo
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 今回発表になった Amazon RDS for Aurora。最大の特徴はストレージが従来のRDS(Multi-AZ)における「完全同期なミラーディスク型のレプリケーション」方式でなく、「Quorumベースの非同期レプリケーション」方式が採用された点です。 Quorumの概念 Quorum自体の概念の説明はWikiなどを参照してください。ノード間で投票を行い、定足数が揃った処理を実行／破棄するという考え方です。 Quorum - Wikipedia 同期型のミラーディスク型から非同期のQuorum型へ Aurora以外のRDSのMulti-AZ配備は、マスターノードのディスクへの書き込みをブロックレベルでスタンバイ側に適用する完全同期なフィジカルレプリケーションを行っています。これにはいくつかの課題が考えら
Amazon EC2 で M1,C1 インスタンスを使ってる人は今すぐ C3 を使い始めよう - yoshidashingo
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 Amazon EC2 を利用するとき、スタンダードな利用にはとりあえず M1、ちょっとしたCPUバウンドな処理が多い場合には C1 を使っちゃいますよね。そんなアナタはものすごく損をしている可能性が高いです。 先々週の AWS re:Invent で発表になった新しい Amazon EC2 インスタンスタイプ である「C3」の値段を見ると、実はとてもおトクであることが分かります。 注意 2013/11/24 の各タイプについて、Linuxを東京（2013.11.26訂正：リージョンの記載を間違えてました）米国東海岸リージョンでオンデマンドで利用する場合の値段を基準としてます。 データの永続化に使うディスクは別途EBSをアタッチして利用することを想定してます。あまりインスタンスストレージにこだわらない場合の前
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
