先日Japan Container Days v18.12の基調講演で話をさせていただく機会があった.内容としてはMercari のMicroservices Platformの基盤として「なぜ」Kubernetesを選択したか?ついて現状や今後の展望を踏まえて紹介をした. Microservices Platform on Kubernetes at Mercari 「なぜ」の回答としては,CRDやAdmission webhookといった拡張機構を使うことで今後起こりうる様々なWorkloadに特化したPaaSや抽象化レイヤーを書いていけるExtensibilityの高さとそのBuilding BlockとしてのEcosystemの強さを挙げた. このトークのExtensibilityの文脈で話したくて時間がなかったのが「Kubernetesがいかに我々の自動化に対する考え方を変えたか
クックパッド社員10年目の私が、マネージャー4年間→サービス開発エンジニアに戻って分かった、たったひとつのこと はじめましてクックパッドマートの開発チームでサーバーサイドエンジニア兼テックリードを担当している勝間です。クックパッドマートは2018年1月から立ち上げに携わったメンバーの1人です。はじめましての人に、簡単に自己紹介させていただきます。 勝間 亮 (@ryo_katsuma) 1981年生まれ。大学院卒業後に技術ベンチャーに新卒入社。2009年にクックパッド株式会社に転職。サーバーサイドを中心としたサービス開発エンジニアとしてcookpad.comの開発を担当。2014年にレシピ投稿領域の責任者を経て、2017年にレシピサービス全体のサービス開発の責任者に。2018年からは新規事業であるクックパッドマートの立ち上げに携わり、現在はテックリードとして商品の配送領域の開発とエンジニア
免責 いきなり免責というのもアレですが、この記事の真偽は一切保証を致しかねます。 正直、かなり怪しいと思いますので、少なくとも情報収集されている方は、この記事はスキップされたほうが無難かと思われます。 (私のアカウントに書いてあることはもともと正しさの保証は一切できないのですが^^;) 目的 GoFのデザインパターンの中で有名度トップ5には絶対入っているであろう「Observer パターン」ですが、そこに出てくる登場人物が個人的にはとってもわかりにくい! やっていることは「何かが起きた時に、その何かを他の誰かへ通知する」というデザインパターンの中でもシンプルなほうなので、実装時にもよく使うんですが。 しかし、登場人物というか、その登場人物の呼び方がシチュエーションによってコロコロ変わるのが本当に厄介です。 例えば、GoF では Subject/Observer だったり、別名 Pub/Su
調べるきっかけ 飲み会で会社の若手がNetflixのHystrixってのがCircuit Breaker Patternで、要するにNetflixやべーです。って言ってたんだけど、正直何それ?状態だったのでどういうものなのかだけは押さえておこう的なアレです。 どういうものか? Circuit Breakerは日本語にすると、そのまま「ブレーカー」ですね。乾燥機をつけたままエアコンを付けると落ちるヤツです。 通常、API呼び出しとかで呼び出し先に障害が発生して接続できない場合、タイムアウトまで待ってエラーを返すようになっているかと思います。 エラーになることがわかっているのに、リクエストするのはムダですし、相手側の負荷も高めてしまうので好ましくありません。 こういうところにブレーカーを入れておくと、しきい値を超えてリクエストが失敗したら、ブレーカーを落として、即エラーを返るようにしてあげるイ
Programming FAQ¶ General Questions¶ Is there a source code level debugger with breakpoints, single-stepping, etc.?¶ Yes. Several debuggers for Python are described below, and the built-in function breakpoint() allows you to drop into any of them. The pdb module is a simple but adequate console-mode debugger for Python. It is part of the standard Python library, and is documented in the Library Ref
Pythonで以下のコードを実行すると、UnicodeEncodeErrorになってしまいます。 u'ハンカク'.encode('iso-2022-jp') 厳密には、オリジナルiso-2022-jpの文字セットは、半角カナや一部の記号等、他の日本語エンコーディングの文字セットに存在する文字を含みません。ところが実際は、多くのアプリケーションでSJISやEUC-JPとの相互運用を考慮した拡張実装になっています。(MicrosoftがNEC機種依存文字をうんたらかんたら、という昔話はうんざり…いまは、Unicodeのサブセットとして、特定のロケールで使う文字が網羅できているかどうかですよね) 万全を期すなら、使用できない文字をフィルタするべきですが、「とりあえず動く」Pythonicな現実解プログラムを書くための現実解としては、 u'ハンカク'.encode('iso-2022-jp-ext
2018年12月7日(金)ファベルカンパニー主催ミエルカユーザー会が開催され、そちらでユーザー事例を紹介させていただきました。 とりあえず当日使った資料を上げておきます。(あとでリライトして、掲載予定) そのあとみなさんともお話させていただく機会がございましたが、皆様同じようなことを悩まれているんだなーと。 具体的な知識の悩みは当然、ありますがむしろ、どう実行に移すのか、 SEOをキライな人たちに手を動かしてもらうのか、決裁をどうやって得るのか、などなど 運用面の悩みが多いようでした。 うん、わかる。。。 ファベルカンパニーさんの方でも当日の動画を作成中とのことでしたので、 そちらが出来上がりましたらリンクも貼っておきます。 当日お会いした方、応援にきていただいた皆様、ありがとうございました!
こんにちは。Synergy! 開発チームの松本です。 前回の記事で、マイクロサービスアーキテクチャスタイルが持つ 9 つの特徴について解説しました。今回はその流れで、当社がここ数年、マイクロサービスアーキテクチャスタイルを実践してきて直面した課題と、現時点でのその対策をご紹介します。 サービス間のコミュニケーションが失敗する オンプレ環境はモノリス化しやすい サービスをコンテキスト境界できれいに分割することが難しい 特定のサービス強化にリソースを集中投下したいケースがある アラート対応による割込みで集中力も開発時間もうばわれる サービス間通信における結合度をいかに下げるべきか Synergy! に関するマイクロサービスへの取り組みをご紹介した過去記事はこちらです。 ローンチから10年を経たSaaSシステム開発が抱える問題にどう取り組んだのか (2016/07/08) martinfowle
これらの設計パターンは、信頼性の高い、スケーラブルで安全なアプリケーションをクラウドに構築するために役立ちます。 パターンごとに、そのパターンで対処する問題、パターンの適用に関する考慮事項、Microsoft Azure に基づいた例を説明します。 ほとんどのパターンには、Azure でのパターンの実装方法を示すコード サンプルまたはスニペットが含まれています。 ただし、パターンのほとんどは、ホストが Azure か他のクラウド プラットフォームかにかかわらず、分散システムに関連しています。 クラウド開発での課題 データ管理データ管理はクラウド アプリケーションの重要な要素であり、品質属性のほとんどに影響します。 通常、パフォーマンス、スケーラビリティ、または可用性のために、データは複数のサーバーにまたがってさまざまな場所でホストされます。 これにより、さまざまな課題が発生する可能性があり
こんにちは qsona です。LINE株式会社さんの UIT#3 The “Backends for Frontends” sharing のイベントにて、タイトルにある内容で登壇をしてきました。とても良い会にお招き頂いて感謝しています。 以下が登壇資料です。 この記事では、この資料に関する補足を少し行いたいと思います。 BFFと技術選定技術選定は、それぞれの組織・ビジネス・人など様々な状況を考えて行われるべきです。BFFも例外ではありません。 マイクロサービスを構成していくほどの規模になると、クライアントへのAPI提供が複雑になってきて、アーキテクチャ的にどう解決するのか、課題になってきます。 その答えの1つがBFFなのですが、技術選定としては「BFFを作るか作らないか」のような単純なものではありません。様々な背景を理解し、BFFを作るのか、作るなら何の言語なのか、役割は何をもたせるのか
※「プロジェクトマネジメント(PjM)」ではなく、「プロダクトマネジメント(PdM)」に関する書籍の紹介です。 ※2020年1月更新:多くの方に継続して読んでいただけているようなので、4冊追加しました! ※2021年1月更新:今年もまた良書に出会ったので追加しました!今後もUpdateしていく予定です ※20221年1月更新: 一部古くなっていた情報更新や文章の追加を実施しました! ※2022年9月更新: 情報が古くなっていた書籍を削除し、新たに1冊追加しました こんにちは!これまで営業→CS→広報→人事→PMと4年間で職種の大横断をしてきたShoko(@shokosuzuki1991)です。どの職種もはじめてやるときは素人なのでざっくりとキャッチアップをするのですが、ぶっちゃけPdMが一番大変でした... なぜなら役割や職務内容が明確に決まっておらず、何調べてもPdM=CEO of Pr
2021/12/31 · そんな私の記事ですが、前はAtomsからPagesまでの全体の話をしました。 それゆえに、実際に運用できるレベルの、超具体的なAtom自体の実装についてはそこ ...
JavaScript: Past, Present, and Future - NDC Porto 2020
このノートは、2018年9月に刊行された『データサイエンス「超」入門 嘘をウソと見抜けなければ、データを扱うのは難しい』の第6章「人手不足なのにどうして給料は増えないのか」を【無償】で全文公開しています。 編集者曰く、 「在庫から考えて、紙ベースであと1000冊売れたら増刷です」という声を頂いたんで、ぜひぜひ手に取ってみて下さい。この無料公開を通じて、今まで本書の存在を知らなかった人に広まれば良いな、と思っております。 第6章の要点3つ・日本の失業率はOECD国際比較でも低く、人手が足りないように見える ・しかし、人手不足を表す指標として用いられる「有効求人倍率」は有効求職者数が急激に落ち込むなど動きが変で、ちょっと疑ってかかるべき ・今まで10人でやる作業を8人で対応していた仕組みに限界が来たので、経営者もやむなく人数を増やしているだけ、という仮説が考えられる。売上が増えるわけでは無いの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く