クックパッド基幹システムのmicroservices化戦略 〜お台場プロジェクト1年半の軌跡〜 - クックパッド開発者ブログ
インフラストラクチャー部の青木峰郎です。 最近はDWH運用の傍ら、所属とまったく関係のないサービス開発のためのデザインスプリントをしつつ、 Java 10でgRPCサーバーを書きつつ、 リアクティブプログラミングを使った非同期オーケストレーション層を勢いだけで導入したりしています。 ですが今日はそれとはあまり関係なく、クックパッドの中核サービスであるレシピサービスの アーキテクチャ改善プロジェクト、「お台場プロジェクト」の戦略について話します。 これまで、お台場プロジェクトで行った施策について対外的に発表したことはあっても、 全体戦略について話したことはありませんでした。 その一番の理由は、正直に言って、プロジェクトオーナーであるわたしにもプロジェクト全体の姿が見えていなかったからです。 しかし現在プロジェクト開始から1年半が経過してようやく全貌が見えてきたので、すべてをお話ししようと思い
メタボシステム予防に効く、改善要望アンケートを使いこなせ
無駄な機能を備えたメタボなITシステムが、多くの企業の運用コストを押し上げている。メタボシステムを2度と作らないための方法を解説しよう。 再構築対象のメタボシステムでどの機能を残すかが決まったら、その機能の改善を検討する。ただし、ユーザーからの改善要望を全てうのみにしてはいけない。 再構築プロジェクトでの要件定義の手順は「方針決定」「業務分析」「機能分析」「業務設計」という4フェーズ、10ステップで進める。ここではそのうち、再構築後に残すと決めた機能の改善について検討する、「継承機能の改善内容の整理」ステップを解説しよう。 「継承機能の改善内容の整理」ステップ：効果と実現性で改善の可否を判断 継承機能は業務を実施するうえで必要かつ重要だが、利用部門が現状の処理内容や画面レイアウトなどに満足しているとは限らない。そのため再構築プロジェクトでは必要に応じて、継承機能の処理内容や画面レイアウトな
本番環境でテストする！ github が作った scientist gem を使ってみよう - HeartRails Tech Blog
HeartRails Tech Blog ハートレイルズのエンジニア、デザイナーによるブログです。 ウェブサービス、スマホアプリ、IoT デバイスの開発に関連する技術的な情報を発信していきます。 github/scientist これは何？ github が開発し、つい先日 ver1.0 がリリースされた gem です。 本番環境で新しいコードを試すためのツールです。 例えば以下のようなコードがあったとしましょう。 class Repository def pullable_by?(user) self.is_collaborator?(user) end end このコードを以下のようにリファクタリングしたい、とします。 def pullable_by?(user) has_access?(user) end しかし、新しいコードが元のコードと全く同じように動いてくれるかどうか心配。。。
クソコードを片付ける心構え | F's Garage
クソコード問題には、いくつかの「不安」が隠れていると見た。そこを解決しないと感情的な問題点は解決しない。 1.現状、クソコードを量産する人がいる場合 2.現状、クソコードを改善できない組織である場合 3.クソコードをリファクタリングする時に壊す恐怖 この３つに対して、どうにかしたい / どうにかなれよ、と思っているのがクソコードに対する不満につながっているのではないだろうか？と思った。 人の批判は堂々としにくいから、如何にクソコードは駄目なのか？という不満だけで「誰か」を変えたい、という代理戦争的言説がネットにはびこることになるのではないだろうか。 そういう状況に対して、 4.引き継いだクソコードを書いた人が社内にいない場合 は、終わった話なので意気揚々と片付けよう、という結論でしかない。知恵を絞って、がんばろう。 例えソレがそうであってもソレを口にするとネガティブが蔓延する。思ってもイイ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
: _
