クックパッド基幹システムのmicroservices化戦略 〜お台場プロジェクト1年半の軌跡〜 - クックパッド開発者ブログ
インフラストラクチャー部の青木峰郎です。 最近はDWH運用の傍ら、所属とまったく関係のないサービス開発のためのデザインスプリントをしつつ、 Java 10でgRPCサーバーを書きつつ、 リアクティブプログラミングを使った非同期オーケストレーション層を勢いだけで導入したりしています。 ですが今日はそれとはあまり関係なく、クックパッドの中核サービスであるレシピサービスの アーキテクチャ改善プロジェクト、「お台場プロジェクト」の戦略について話します。 これまで、お台場プロジェクトで行った施策について対外的に発表したことはあっても、 全体戦略について話したことはありませんでした。 その一番の理由は、正直に言って、プロジェクトオーナーであるわたしにもプロジェクト全体の姿が見えていなかったからです。 しかし現在プロジェクト開始から1年半が経過してようやく全貌が見えてきたので、すべてをお話ししようと思い
鶴は千年、亀は万年、システムは百年
「システムって、一定期間後にすべて作り直すものなんですか」。20年ほど前の話だが、あるコンピュータメーカーのベテラン営業担当者を取材していた時、思わずこう言ってしまった。システムエンジニア（SE）が苦労して作ったシステムの寿命が案外短いことに驚いたのである。 「オンラインシステムがよれよれになる」。この表現を聞いたのも、その営業担当者からであった。企業の情報システムについて詳しくない、と正直に言ったところ、彼は次のように説明してくれた。 「新しいオンラインシステムを開発して動かしますね。最初はぴかぴかです。でも、使っているうちに、一部を直したり、新しい機能を追加したりします。するとだんだん、プログラムが傷んできます。10年も使ったら、よれよれでもう直しようがなくなる。そのころには最新のコンピュータが発売されていますから、それを買ってもらって、プログラムをまた一から作るわけです」。 「せっか
内製する以上は｢すごい｣ものを作らなければ、意味が無い。 - GoTheDistance
孤高というやせ我慢をしながら、会社の経営に直接関わっております。 私のミッションの１つには、会社を回す仕組みを高度化させ本業に貢献する業務システムを作ることがあります。 サラリーマン時代、結構な人が自分の会社の売上があがる仕組みを理解していないことに驚きました。お金が降ってわいてくるわけが無いのに、自分の給与の源泉にさしたる関心が無いものかと不思議に思ったものです。自分が存在する組織の成り立ち・競争原理も理解していないにも関わらず、会社の不平不満を言うだけとはトンデモナイ。 前職は｢人月｣という単位で売上を立てておりましたが、入社して人月単価なるものがあると知った時、自分の売価と自分が手にする給料のあいだには何があるのだろうか、と疑問に思ったものです。自分の給与の数字は売上から｢何か｣を天引きされている数字です。それを知る為には、ご自分の会社の大きな仕事の流れを理解しなければなりません。そ
基本設計で、実装技術を意識してはいけないという呪縛 - レベルエンター山本大のブログ
基本設計書は、顧客が見るから実装技術を意識してはいけない。 と、昔から呪文のように刷り込まれていたけど、 これ、、呪いが掛かってる。 基本設計書で実装技術を記述するのは違うでしょうけれど、 基本設計で実装を意識して設計してはいけないということではない。 のに、やたらと実装を無視するように、囁かれてる気がしますね。 たしかに、顧客に見せる資料に、「HttpRequestオブジェクトが・・・」とか 「Transaction Isolation Levelは ”Serializable”で。」とか書かれてたら 顧客を混乱させるから駄目でしょうけど、 顧客に見せなければいいだけで、考えとく分には必要ですよね。 少なくとも、WebアプリケーションではRequestもSessionも意識しなくちゃ設計できませんし Web層フレームワークも意識するべきです。 また、ほとんどの場合RDBMSの構造も意識し
今だから出来る業務システムを
先日、とある業務システムの事例が発表されていました。最先端を好むエンジニアに評判の良い最新技術を採用しての開発ということで大きく注目を集めたようです。その事例記事自体は普通の紹介記事なので、そこからあれこれと邪推するのもどうかと思うのですがいくつか気になるところがあり、それが日本の業務システムの問題の一部を体現している気がするので、ちょっと気になるところを書き連ねてみます。 その記事には画面のスクリーンショットが掲載されていました。見た瞬間に「未だに？」と感じてしまいました。どういうことかというと、画面の一番上がラジオボタンになっており、 ◎追加 ○更新 ○削除 と、まずは今から行う操作の種別を入力するようになっているのです。 これは「伝票入力する」という業務がそのまま残っているということになります。どういうことかというと、昔々というのはコンピュータが非常に高価な時代でした。そこでまずは入
迷ったら狩野さん！...狩野分析法による優先度付け - masayangの日記（ピスト通勤他
追記 id:discypusさんから、狩野分析法の出典に関するコメントをいただきました。 狩野法って、 狩野 紀昭 氏 http://www.sangakuplaza.jp/page/134499 の http://www.yahoo-vi.co.jp/method/b10.html の手法かと 思うのですが、合ってますでしょうか？ まさにこれですね。http://www.yahoo-vi.co.jp/method/b10.html にある日本語のほうがすっきりしてます。 お詫び 分析用配列に誤りがありました。修正してあります。 要旨 先日受講したScrum Product Owner Trainingで印象に残った分析法を紹介。 Agile開発では「優先度順に要件（フィーチャ）を開発していく」のが基本だが、いざ優先度をつけようにも話は簡単ではない。発注側に強力な指導者がいてその人が独裁的
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
本番環境でやらかしちゃった人のカレンダー | Advent Calendar 2020 - Qiita
テクノロジー : 日経電子版