Amazon EKSでAWS App Meshを利用してgRPCサーバーを運用する | Recruit Tech Blog
こんにちは、スタディサプリENGLISH SREグループの横山です。 以前の記事1) スタディサプリENGLISHの基盤をECSからEKSに移行しましたにあるように、先日ついにスタディサプリENGLISHのインフラ基盤をECSからEKSに移行することができました。 本記事では、このEKS移行に伴いAWS App Mesh(以下、AppMesh)の導入をしたので、これに関連した話を書いていきたいと思います。 なぜAppMesh導入を検討し始めたか インフラ基盤がECSだった頃、gRPCの負荷分散にEnvoyとAmazon ECS Service Discoveryを利用していました。この構成については以下の記事に詳細があります。 EnvoyとAmazon ECS Service Discoveryを利用したgRPCの負荷分散 この構成にした当初は、デプロイ時にECS Serviceのローリン
re:Invent 2018 で発表されたAWS App Meshの仕組みを解説します | Recruit Tech Blog
この記事は RECRUIT MARKETING PARTNERS Advent Calendar 2018 の投稿記事です。 こんにちは。re:Invent2018 帰りの大島です。 去年はEKSで大いに盛り上がったre:Inventですが、2018年はApp MeshとCloud Mapの発表がコンテナ関連で注目を集めました。本記事では新しく発表されたApp Meshがどのような仕組みなのかを実際に動かしつつ、公式ドキュメントにも掲載されていない情報も含めて紹介します。 App Meshとは AWS App MeshはAWSで利用できるマネージドサービスメッシュです。Envoy proxyを使ってコンテナ化されたマイクロサービスの可視化やトラフィックコントロールを容易に出来るようになります。 AWS App Mesh is a service mesh based on the Envo
「文字として読めなくてもいい」－イワタによる"東亜重工フォント"制作プロセスと、グラフィックデザインにおけるフォントの在り方
TOP スペシャルコンテンツ 「文字として読めなくてもいい」－イワタによる"東亜重工フォント"制作プロセスと、グラフィックデザインにおけるフォントの在り方 2022/01/27 PR 「文字として読めなくてもいい」－イワタによる"東亜重工フォント"制作プロセスと、グラフィックデザインにおけるフォントの在り方 デザイン アニメ [PR] 『シドニアの騎士』や『BLAME!』など、弐瓶 勉作品をまたいで登場する架空企業・「東亜重工」。作中では詳しく語られることがないにもかかわらず、非常に大きな存在感を示している理由のひとつは、そこで使われる独特なフォントデザインにある。実際、作品を飛び出してこのフォントを使ったグッズも多数制作されている。そんななか、フォントデザインの老舗企業であるイワタが、改めてデザインした約7700文字の東亜重工製フォント『東亜重工』（以下、東亜重工フォント）を2020年1
システムの変動性の特定とアーキテクチャ設計 - Gaudiy Tech Blog
こんにちは。エンタメ領域のDXを推進するブロックチェーンスタートアップ、Gaudiyでエンジニアをしている勝又（@winor30）です。 Gaudiyでは、アイドル、ゲーム、マンガなどの様々なIP（知的財産権を有するコンテンツ）をベースにしたファンコミュニティを提供し、そのコミュニティ上で様々なサービスが利用できるような "スーパーアプリ" のようなプロダクトを開発しています。 このような特性のプロダクトづくりにおいて重要なのは、特定のIPコンテンツに特化させずに、どうやってコミュニティ上のサービスをつくっていくのか？ という点です。 そこでGaudiyでは、よりスケーラブルでレバレッジの効いた開発をするため、ソフトウェアの原則を重視しながらも、コラボレーションを通じてプロダクトビジョンを捉えることによって、正しい技術的な意思決定をしていこうという考え方があります。 今回は、上述したような
フロントエンドのモノレポ構成はスケーリングの夢を見るか | サイボウズ フロントエンドエキスパートチーム
それっぽいタイトルを付けましたが特に意味はないです。 workspace を使ったコマンドを最適化して実行する Turborepo についてのお話で Turborepo を軽く触ってみた際にnpx create-turbo@latestで作られる構成がとてもわかりやすく、プロダクトの初期段階からモノレポを採用するのは選択肢の 1 つとしていいのでは、と思い続編を書きました。 前回と同じくサンプルのリポジトリはこちらになります。 https://github.com/nus3/p-turborepo/tree/main/yarn 概要 モノレポを採用することで、同一リポジトリ内で自作した汎用的なライブラリやコンポーネントを複数のアプリケーションで使いまわせる モノレポの規模が大きくなってきた場合には、モノレポ内のパッケージを npm に公開することでアプリケーションとパッケージを非同期に開発
僕たちはリモートワークに振り回されていた。Gatherを使うまでは。｜shikajiro
最初の金曜日「今までの働き方ではだめだ」代表からそんな発表があった。業績は上向いている。利用者も右肩上がりで増えている。でもだめだ。この程度じゃだめだ。誰しもがそう考えざるを得ないのは分かってたし、みんな壁にぶつかっていたのも分かっていた。もっと圧倒的スピードで成長しなくてはいけないのに、今までのように息を吸うようにコミュニケーションして前に進むことができない。うまく噛み合わない。すれ違う。伝わらない。誰かの失敗と同じ過ちを別の誰かが再現してしまう。会社に重りを結び付けられたかのように思うように進めない。これは一体何なのか。その正体にみんな薄々気づいていた。それは リモートワーク中心によるコミュニケーション不全 という大きな重りだった。 Ubieは決してコミュニケーションを疎かにしているわけではない。必要なミーティングであれば密に行う。スクラムを導入しメンバー間でコミュニケーションを取り、
ソフトウェアエンジニアなら3秒で理解できる NFT 入門 - Okapies' Archive
はじめに NFT って何ですか？ ブロックチェーン上に記録された一意なトークン識別子をその保有者のアドレスと紐付ける情報、およびそれを状態変数として保持するスマートコントラクトのこと。 以上。 え、それだけ？ はい。 「デジタル資産に唯一無二性を付与するインターネット以来の革命」なんじゃないの？ これを読んでください: speakerdeck.com なるほど。ところで、この記事は何？ いま話題の NFT について、NFT の標準仕様である EIP-721 の仕様書と、それを実装しているスマートコントラクトのソースコードから読み解けることを解説する。一般向けの解説とは異なる視点から光を当てることで、ソフトウェアエンジニアに「あ、NFT って単にそういうことだったのか」と理解してもらえるようにすることを狙っている。 また、NFT がソフトウェアとして具体的にどう実装されているかを知ることは、
状態、結合、複雑性、コード量の順に最適化する - valid,invalid
There’s No Such Thing as Clean CodeのHacker Newsコメント経由でコードやシステム設計・最適化についての良いコメントを見つけた。どうやらHacker Newsで何度も引用されているらしいが日本語で言及された記事が見つからなかったので取り上げてみる。 コメントは2016年のSandi MetzのThe Wrong Abstractionに関するもので、発言者のcurun1rいわく「私は設計の優先順位をこの順序で学習することで、優れた開発者になれた」。*1 4つの基準と優先順位のガイドライン 状態 > 結合 > 複雑性 > コード量 私は状態 (state)、結合 (coupling)、複雑性 (complexity)、コード量 (code) の順に削減することでコードを最適化する。 コードがよりステートレスになるなら、結合を増やすこともいとわない 結
大根おろしに起きたパラダイムシフト 燕三条の金属加工メーカーが取り組んだ9900円の名品「17°」
大根おろしに起きたパラダイムシフト 燕三条の金属加工メーカーが取り組んだ9900円の名品「17°」：分かりにくいけれど面白いモノたち（1/5 ページ） 技術やアイデアによって、当たり前だと思っていたものの概念がガラリと変わることがある。 プロダクトの面白さや、それを作る側への関心は、そのパラダイムシフトのような衝撃を味わいたいから生まれるような気がする。それはイノベーションというようなアイデアの問題ではなく、もっと技術に則した方向で生まれたものほど衝撃が大きいような気がしている。 新潟県燕市の刃物製造販売メーカー、シゲル工業の大根おろし「17°（ジュウナナド）」（9900円）は、そういうプロダクトの1つだと感じたのだけど、その面白さ、すごさを伝えるのはなかなか難しい。 いや、実は「大根おろし」というジャンルは、そういう技術とアイデアの集積による名品がぞくぞく登場しているジャンルで、それこそ
ミーティング・ファシリテーション入門 / Introduction To Meeting And Facilitation
Stockmark ( https://stockmark.co.jp ) 社内勉強会の資料公開です。
エンジニア採用シーンが高騰しすぎている件について｜久松剛／IT百物語の蒐集家
個人的にバブル現象について著しく興味がありまして、90年代のバブル期から始まってIT革命、その後の局所的なブームも含めて大小バブルとそれに伴う人の流れを意識して観察しています。 これまでも何度か話題にしましたが、バブルというのは当事者はあまり「この繁栄に終わりがある」とは思いにくいものです。自分が信じたものに対し「需要がついてきた」と誤解しやすいものです。 さて、今回のテーマはエンジニア採用シーンの高騰はバブルなのか？そしてバブルだとすればその終焉はどのようにして起きるのか？ということです。 エンジニア採用シーンはバブルなのか？提示年収も、それに伴う採用フィーもそれぞれ高騰しています。 提示年収で言うと先立ってとあるSESの会社さんが下記のような投稿をされ、話題になっていました。一日で問い合わせが30件を越えたとも書かれていました。 ・年収250~400万前後の人は大体みんな最低でも530
ある美大展で見つけた「巻いたまま使われているドラムコード」実は最悪ボヤや火災に繋がる要注意な事例らしい
⌘⌘⌘ @INAMI_Y 展示をする美大生の皆さん、このドラムコードの使い方はNGです。巻いたまま使うと熱を持つため、最悪ボヤや火災に繋がります。見た目は悪くなりますが、全て伸ばして使うことを習慣にしてください。 pic.twitter.com/Vujz3NayMa
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
