考えすぎて仕事が遅い人は、パレートの法則を知れば、鬼速で仕事が終わる - リバキャリ‐Reverse Career‐
考えすぎて仕事が遅い人は、パレートの法則を知れば、鬼速で仕事が終わる どうも、キャリアコンサルタントのはるきち（@harukichi_macho）です。 今日は、「考えすぎて仕事が遅い人は、パレートの法則を知れば、鬼速で仕事が終わる」話をします。 昔、自分が工場現場で働いていた時の話。 仕事が遅い自分が嫌で、尊敬する先輩にこんな質問をした。 「自分、仕事が遅いんですけど、どうすれば効率的に仕事ができるようになりますか？」 自分は、入社して２年目になり、一通りの仕事を覚えたが、仕事が他の人に比べ遅かった。 しかし、致命的なほどに仕事ができない訳ではなかった。 人並み以下だったと記憶している。 そんな自分に対し、先輩はこう答えた。 「お前は仕事が遅いけど、仕事を丁寧にやってる。ただ、考えすぎている。もっと考えずに仕事した方がいい。」 この言葉を受け、自分は反論したい気持ちがあった。 先輩に対し
SPOFとはもう呼ばせない！Airflow 2.0で生まれ変わったHAスケジューラー｜Dentsu Digital Tech Blog
電通デジタルでSREをしている神田です。 この記事は電通デジタルアドベントカレンダーの4日目の記事です。前回の記事は「Reactアプリケーション内でGoogle Analytics計測をする際、react-gaを使わず、gtag.jsを利用した方法とその選択理由」でした。 電通デジタルのいくつかの開発プロジェクトでは、データ処理のためのワークフローエンジンとしてAirflowが採用されています。 この記事では、Airflow 2.0で改善された機能の1つである、スケジューラーのHA(High Availability)対応について解説します。 Airflow 2.0で提供される機能について詳しく知りたい方はAirflow 2.0 Planningを参照してください。 そもそも、スケジューラーって何をしているの？スケジューラーは、DAGやタスクを監視し依存関係をもとに実行可能なTaskIns
みなさん初めまして！ 株式会社ゆめみでサーバーサイドエンジニアとして働いている、りょーきです！！ 最近、エンジニア向けのイベントの登壇資料を作成している中で、 「この技術の公式ロゴ、どこにあるねん！！！！」と何度も思ったので、 よく使うプログラミング言語やクラウドサービスなど、とにかく公式ロゴがあるかどうか調査して、集めてみました。 発表用資料作ってるけど、 なるべく公式のロゴを使用したい ロゴ探しに時間を費やしたくない そもそもどれが公式のロゴか分からない 上記のような方の参考になれば幸いです。 自分がよく使う・馴染みがある技術に偏ってしまっているので 「この技術もよく使うから記載してほしい！」といった要望や 「URL間違い・公式ロゴ存在するよ！｜しないよ！」などの指摘があれば、 どんどんコメントで教えてください！！ この記事では、公式のロゴがある場合は「公式」、無いまたは見つけられなか
Deploys require a careful balance of speed and reliability. At Slack, we value quick iteration, fast feedback loops, and responsiveness to customer feedback. We also have hundreds of engineers who are trying to be as productive as possible. Keeping to these values while growing as a company means continual refinement of our deployment system. We had to invest in greater visibility and reliability
ジョインしました、というのはかなり正確な表現です。Kongはまだ日本法人がないため、契約上は業務委託となっているので、入社というのはちょっと違うからです。 法人もなければまだオフィスもないので、今のところ私の自宅がKong Japanです。 Kongはサンフランシスコに拠点を置く会社で、APIゲートウェイ、KubernetesのIngress controllerおよびService meshの領域で複数のOSSとそのエンタープライズ・ソリューションを提供している会社です。競合はApigeeやMulesoftと言われることもありますが、むしろLinkerdや最近Service meshみが著しいConsulあたりになっていくかもしれない雰囲気を出し始めていて、なかなか面白いことになりそうだと感じています。（Istioも競合になり得るかもしれないけど、今はむしろ協調して使ってもらうイメージを
【セッションレポート】Nature Remoの裏側 ~ AWSとWeb技術をIoTの世界でフル活用する【#AWSDevDay】 | DevelopersIO
こんばんわ、札幌のヨシエです。 今週開催されたAWS主催のAWS DevDay Tokyo 2019に参加しました。 以前より自宅で利用しているNature Remoに関してのセッションを拝聴しましたのでレポートとして書き出します。 登壇者 Nature 株式会社 松木 雅幸 氏（@songmu） アジェンダ Nature 及びNature Remoの紹介 システムアーキテクチャ解説 ECS活用事例 現在の課題 その他の細かい取り組み 会社と製品 Nature 株式会社 製品として「Nature Remo」、「Nature Remo mini」の2種類を販売している Nature Remo/mini スマートリモコンとしてスマートフォンやスマートスピーカーから赤外線で家電などを操作出来る製品 スマートフォンの位置情報を利用して家電を操作することが出来るので、外出先から家に近づいたタイミング
はじめに この記事は富士通クラウドテクノロジーズ Advent Calendar 2021 の 15 日目の記事です。 こんにちは。富士通クラウドテクノロジーズ株式会社 (FJCT) でエンジニアをしている @aokuma です。 昨日の記事は エンドエンジニアの @seumo 氏による SmithyでAPIリファレンス作成してみよう でした。 Smithy、現在は主に AWS SDK の実装として使われているみたいですが、多言語 SDK が求められるサービスプロバイダーにとって、このような仕組みがオープンになるのはとても嬉しいですね。利用できる言語が更に拡張されるのを期待しています！ さて、今日は弊社の開発基盤の中心である 社内 GitLab の大型マイグレーションを実施したお話をしようと思います。 背景 現在、弊社の開発基盤の中でコード管理...にとどまらず、プロジェクト管理や Dev
はじめに 最近ずっとkubernetesの勉強しているなむゆです。 特にここ4週間くらいはIstioについて重点的に動かしたり資料を読んだりしていたのでその時に学んだ基礎的な点を記事にまとめておきたいと思います。 istioとは Istioとは、高機能なオープンソースのサービスメッシュです。 Kubernetesのようなプラットフォームにインストールして使用され、内部にサービスメッシュを展開します。 現在はKubernetesのほかに、HashiCorpによってつくられたサービスディスカバリーのConsul、または個別の仮想に対応しています。 サービスメッシュとは 「高機能なサービスメッシュ」と書きましたが、ではそのサービスメッシュとは何かというと、マイクロサービスアーキテクチャーのようなサービスを複数展開し、相互に連携して全体の機能を実現しているときにそれらのサービス間のネットワークを仲
【Istio⛵️】Istioによって抽象化されるEnvoyのHTTPSリクエスト処理の仕組み - 好きな技術を布教したい 😗
この記事から得られる知識 この記事を読むと、以下を "完全に理解" できます✌️ Istioのサイドカーメッシュを題材にしたEnvoyの設定の抽象化について 様々なサービスメッシュツール (特に、Istio、Consul、Cilium、など) でも流用できるEnvoyの知識について この記事から得られる知識 01. はじめに 02. 様々なリソースによるEnvoy設定の抽象化 サービスメッシュ外からのHTTPS マイクロサービス間のHTTPS サービスメッシュ外へのHTTPS 03. istio-proxyコンテナによるHTTPS処理 Istioコントロールプレーンの仕組み サービスメッシュ外からのHTTPS マイクロサービス間のHTTPS サービスメッシュ外へのHTTPS 04. EnvoyによるHTTPS処理 Envoyの設定の種類 フィルター フィルターの一覧 フィルターチェーンの仕
【インフラ】xDS API の EDS に手を加えて動的に Envoy で weight 調整できるようにした - Mirrativ Tech Blog
こんにちは、ミラティブのインフラを担当している清水です。 ミラティブではクラウドに Google Cloud を利用しているのですが、稀にインスタンスの性能劣化が発生し動かしているアプリケーションの応答時間が長くなることがあります。 非同期な処理の場合は一時的にタスクキューの時間あたりの処理数が減るものの、遅延を許容できる機能であれば時間経過で回復するのでシステムを継続稼働できます。 一方で、web サーバのように同期処理の場合はリクエストを時間内に返すことができずに timeout したりだとか、worker が埋まって新たにリクエストが返せなくなったりと、正常にリクエストを返すことができずにユーザのクライアントにエラーが返ってしまします。 そこで、今回はクラウドが不調になったときに web サーバへ流れるリクエストの流量を動的に制御し、一時的にリクエスト数を減らしてユーザのクライアント
HashiCorp（ハシコープ）は2022年8月3日、マネージドクラウドプラットフォーム「HashiCorp Cloud Platform（HCP）」の日本リージョンを今秋から提供開始すると発表した。このHCP日本リージョンを利用して、まずはクラウドセキュリティを自動化する「HCP Vault」と、クラウドのネットワーキング／サービスメッシュを管理する「HCP Consul」の2サービスを提供する。2022年10月末～11月初旬の提供開始予定。 同日開催された記者説明会では、HashiCorp Japan カントリーマネージャーの花尾和成氏がHCPの概要のほか、国内におけるHashiCorpのビジネスアップデートと今後の戦略を説明した。またゲストとして「Terraform Cloud」を導入、活用している自動車部品メーカーのアイシンも出席し、具体的な活用内容やマネージドサービスを採用した理
本記事ではRustでOpentelemetryをはじめることを目標に以下の点について書きます。 OpenTelemetryの概要RustのapplicationにOpenTelemetryを導入する方法前半は公式docを読みながら登場人物を整理し、後半は実際にdocker-compose上でそれらを動かします。 またRustではtracing-opentelemetry crateを利用します。 tracingについては別の記事で基本的な仕組みについて書いたのでopentelemetry固有の処理について述べます。 sample code traceの設定については、別の記事に詳しい説明を書きました。 OpenTelemetryとは最初にOpenTelemetryについての現時点での自分の理解は以下です。 OpenTelemetryとは文脈により以下のいずれかを指す CNFNのprojec
There are lots of posts trying to show how simple it is to get started with Kubernetes. But many of these posts use complicated Kubernetes jargon for that, so even those with some prior server-side knowledge might be bewildered. Let me try something different here. Instead of explaining one unfamiliar matter (how to run a web service in Kubernetes?) with another (you just need a manifest, with thr
ソースコードリポジトリーサービスのデファクトスタンダードと言っても良いGitHub。その日本法人であるギットハブ・ジャパン合同会社が、GitHub上で実装されたCI/CDソリューションGitHub Actionsに関する説明会を実施した。GitHub Actionsは、2018年のGitHub Universeで発表されたGitHubのワークフローを実装するための仕組みだ。 GitHub Actionsは発表の当初から「ワークフロー」というキーワードから連想される「CI/CD」領域への応用が噂されていたと言える。筆者は2018年11月に開催されたGitHub Universeにおいて、製品担当のVPに「GitHub ActionsはCI/CDツールになるのか？」という質問を行っていた。これに対しての回答は「YesでもありNoでもある」というものであった。 そもそもGitHub社内では「Sc
「YAPC（Yet Another Perl Conference）」は、Perlを軸としたITに関わるすべての人のためのカンファレンスです。ここで面白法人カヤックのmacopy氏が「デプロイ今昔物語 〜CGIからサーバーレスまで〜」をテーマに登壇。さらに「Push型のデプロイ」と「Pull型デプロイ」について話します。前回はこちらから。 Push型のデプロイ macopy氏：というわけで、（ここまで）アーキテクチャやプログラミングインターフェイスに関してデプロイの技術を紹介してきましたが、ここからはサーバーへの反映方法について紹介しようと思います。 今までずっとFTPをやっていましたが、FTPの説明をしていないですよね。ですが、まぁ（先ほどデモを）やったからいいかなと思っていて。（FTPを）使ってデプロイしていたのでとりあえず省略。ああいう感じでファイルをそのままピュッと上げるインターフ
サーバ/プロセスのメトリクスを使ったNagios/Mackerel/Consulのチェックコマンドを作るときに便利な metr を作った - Copy/Cut/Paste/Hatena
Consulでちょっとしたヘルスチェックを追加したいと思ったのですが、例えば iowaitが高いかつuserは低いとき という条件を書こうとしたときに、「うっ。。！どう書けばいいんだ。。」となってしまったので、作りました。 github.com これはなに metr は次のような利用を想定したコマンドです シェルスクリプトにホストやプロセスのメトリクスの値を使った条件を組み込む Nagios pluginとして利用する Mackerel check pluginにチェックコマンドとして利用する 使い方 インストールはHomebrew以外にdeb/rpmパッケージを用意しています。基本的にサーバにコマンドとしてインストールするのが良いでしょう $ dpkg -i metr_0.5.1-1_amd64.deb metr list 取得できるメトリクスは metr list で確認できます。また
Introducing LiteFS Author Name Ben Johnson @benbjohnson @benbjohnson Image by Annie Ruygt Fly.io runs apps close to users by taking containers and upgrading them to full-fledged virtual machines running on our own hardware around the world. We’re also building an open-source distributed file system for SQLite called LiteFS which is pretty cool too. Give us a whirl and get up and running quickly. F
A Terrible, Horrible, No-Good, Very Bad Day at Slack - Slack Engineering
A Terrible, Horrible, No-Good, Very Bad Day at Slack On May 12, 2020, Slack had our first significant outage in a long time. This is a detailed look into the technical issues that caused it. This story describes the technical details of the problems that caused the Slack downtime on May 12th, 2020. To learn more about the process behind incident response for same outage, read Ryan Katkov’s post, “
本記事について Lokiについてまったく知識のない状態の人にとって、1からキャッチアップしていくのは とても大変なことです。 特にLokiはマイクロサービスで構成されているため、何を知るべきなのかの全体像が見えにくいと思っています。 そのため、Lokiをまったく知らない状態から実際に運用検証を開始するために必要なインプットを体系的にまとめました。 具体的には下記の項目で整理します。 Lokiの機能 Lokiを構成するアーキテクチャ Lokiを構成するプロセス Lokiのモニタリング Lokiでのログのリテンション管理 Lokiのデプロイ Lokiでのデータキャッシュ Lokiのベストプラクティス ※前提として、Prometheusについての基本的な知識があれば本記事についてもすぐに理解できるかと思います。 1. Lokiの機能 Grafana Lokiとは？ Lokiは3大監視項目である、
HashiCorpがCNCFに加盟。KubernetesなどCNCFプロジェクトと同社製品との統合を強めていくと
HashiCorpは、Kubernetesなどクラウドネイティブのためのオープンソース開発をホストする団体「Cloud Native Computing Foundation」に加盟したことを発表しました。 同社は以前からインフラ構成ツールのTerraformやサービスディスカバリのConsulなど、クラウドにおけるシステム構築で重要なソフトウェアやサービスを提供してきました。 今回のCloud Native Computing Foundation（CNCF）への加盟で、クラウドネイティブのコミュニティやイベントへの参加をこれまで以上に積極的にしていくとのことです。 さらにKubernetesをはじめとするCNCFの各プロジェクトとの統合を強めていくことも表明しています。下記は「HashiCorp Joins the CNCF」からの引用です。 We are committed to m
「HashiCorp Cloud Platform」発表。マルチクラウドでHashiCorpのサービスを提供予定。まずはAWSでConsulの提供から
HashiCorpは、6月22日から開催中のオンラインイベント「HashiConf Digital 2020」で、新サービス「HashiCorp Cloud Platform」（HCP）を発表しました。 Today at #HashiConf digital we unveiled HashiCorp Cloud Platform, a fully managed cloud offering to automate deployment of HashiCorp products on any cloud provider. Watch the announcement replay here: https://t.co/Sd0OoiGCkI — HashiCorp (@HashiCorp) June 22, 2020 HashiCorp Cloud Platformは、次のようなものだ
Why we’re writing machine learning infrastructure in Go, not Python
Source: Free Gopher PackAt this point, it should be a surprise to no one that Python is the most popular language for machine learning projects. While languages like R, C++, and Julia have their proponents—and use cases—Python remains the most universally embraced language, being used in every major machine learning framework. So, naturally, our codebase at Cortex—an open source platform for deplo
マルチランタイム・マイクロサービスアーキテクチャ
状態(state)を話題にする場合、その多くはサービスの状態や、ステートレスが望ましい理由といったことが多いのですが、サービスを管理するプラットフォーム自体にも状態は必要です。信頼性の高いサービスオーケストレーションの実行、分散型のシングルトン、時間的スケジューリング(cronジョブ)、冪等性、ステートフルなエラーリカバリ、キャッシュなどを行なうには、状態が必要になります。ここで挙げたすべての機能が、内部的に状態を持つことに依存しているのです。状態管理の実際はこの記事の範囲ではありませんが、状態に依存する分散プリミティブやその抽象化は関心の範囲内にあります。 バインディング 分散システムのコンポーネントは相互の通信が必要なだけではなく、最新の外部システム、あるいはレガシな外部システムとのインテグレーションも必要です。そのためには、さまざまなプロトコルを変換し、ポーリングやイベント駆動、リク
ホストのプロビジョニングを Chef から mitamae へ移行した - KAYAC engineers' blog
SRE チームの藤原です。Tech KAYAC Advent Calendar 2019 Upgrade/Migration track 6日目の記事です。 今日は長らく EC2 などのホストのプロビジョニングに利用していた Chef を、mitamae に移行したお話です。 Chef とその管理 Chef といえば、Infrastructure as a Code という概念を広めた先駆者ともいえるソフトウェアです。Ruby DSL でホスト上のファイルやパッケージなどの様々なリソースを宣言的にプロビジョニングできる、界隈では大変おなじみの奴ですね。 カヤックでも自分が入社した2011年から Chef によるプロビジョニングを行ってきて、もう8年になります。 多くのプロジェクトではアプリケーションとは切り離した、その名も "chef" という名前の GitHub リポジトリにコードや設定
SREチームの長田です。 Advent Calendar Migration Track 22日目の記事です。 今回は弊社で運用しているLobiというサービスの、Webブラウザ版(Web版)をECSに移行したはなしです。 web.lobi.co なぜ移行したのか おなじみ、Amazon Linux1 EoL対応です。 すべてのアプリケーションをEC2から移行するプロジェクトの一環です。 移行前 LobiのWeb版はNuxtJSを使って実装されています *1。 各APIにリクエストし、サーバーサイドレンダリング(SSR)した結果を、Webブラウザに返しています。 NuxtJSアプリは他のアプリケーションも同居するEC2インスタンスで実行していました。 移行前の構成 (実際にはクライアントで動的にコンテンツを更新するためのAPIリクエストも発生しますが、今回の話題には関わってこないので省略して
In this presentation, Joe Williams describes the architecture of the GitHub Load Balancer (GLB). GitHub built a resilient custom solution on top of HAProxy to intelligently route requests coming from a variety of different clients including Git, SSH and MySQL. The GLB is split into two major components: the GLB Director and GLB proxies. The latter is built upon HAProxy, which provides many benefit
こんにちは。浪速の太刀使いこと P山 です。今日はGMOペパボが提供する国内最大級のネットショップ作成サービスであるカラーミーショップ(以降カラーミー)において、どのようなSREの取り組みを行っているかを紹介します。 カラーミーの構成 カラーミーはお客様のショップのコンテンツを配信するサーバ、そこからコールされるAPIサーバなど、いくつかの役割のサーバで構成されています。それらが動作するインフラのほとんどは自社で運用するOpenStack上で動くVM、もしくはKubernetesで提供しています。 データストアはAWS DirectConnectと組み合わせてRDSやElastiCacheを利用しており、一部、KubernetesにおいてもEKSとOpenStackでマルチクラウド構成で利用しています。このようにクラウドサービスが得意な部分はどんどん委譲することで、自分たちが得意とする領域
2019年3月から、さくらインターネットで働いている、自称「構成管理おじさん」です。 チームでの役割としては下記のようなことをやっています。 コンテナ実行基盤の構築 メトリクス管理、監視基盤の構築 ログ管理、監視基盤の構築 今回は、コンテナ実行基盤の構築について少しだけお話しさせていただきます。 内容 世の流れは Kubernetes だけど、 Docker + Nomad + Consul + Traefik を組み合わせるとこんなことができ、この構成に至るまでにどのように思考していったのかについて書いています。 Nomad + Consul を利用したコンテナオーケストレーションを行っている国内の企業がここにもいますよということをアピールしておきます。(いつか対面でお話できる日がくるとよいなと思っています。) LINEの金融系サービスを支えるサーバーエンジニアの仕事 Consul・No
概要 分散システムにおいて同じリソースにアクセスする際にロック（排他制御）する仕組みを分散ロックといいます。 ロックを用いる背景としては主に２つあり、 目的 説明 具体例 効率 同じ作業を不必要に複数回行わないため キャッシュのOriginへのリクエストを抑制したい（Cache stampede対策） 正確性 データの不整合が起きないようにするため トランザクション Redisを分散ロックに使う場合は主に前者のケースにおいて推奨されます。 環境 Redis 6.2.0 Redisでの分散ロック Redisで分散ロックを実現する方法は主に２種類あります。 SETNXを用いる Redlockアルゴリズムを用いる それぞれのケースを説明します。 SETNXを用いた分散ロック シングルインスタンスの場合SETNXを用います。 func (c *Client) updateCache(ctx con
担降り・推し変したジャニーズグッズを売るためには？中古買取サイトを比較まとめ - メンズジャニオタのオタブログ/ジャニーズ・アイドル・芸能分析
まえがき メルカリで販売する 買取サイトを比較 BUY王 ジャニキング ジャニ'S館 ジャニヤード まとめ まえがき アイドルを応援していると、誰しもが経験する担降りや推し変。 変わらず1人の人を追いかけることも美しいですが、その時々の輝きを追いかけるのも、また一興。 別のメンバーに惹かれてしまい、推し変することになった際に、1番憂鬱な悩み。 それは「かつての推しメンのジャニーズグッズをどうしよう？」という問題です。 今回は、アイドルグッズを売るための方法と買取サイトを比較して、まとめています。 気持ちは変わっても、それに合わせてグッズは変わってはくれません。 ※担降りとは・・・アイドルのファン（担当）であることをやめるという意味 ※推し変とは・・・アイドルメンバーのファンを乗り換えるという意味 メルカリで販売する 1番簡単な方法は、メルカリで販売することです。 しかし、以前は高めに金額を
のがもはや半年前だけど記録として書いておく。結論を書くと、ecs-deployからecspressoに乗り換えるのはすぐできるし、タスク定義が管理しやすくなるのでおすすめです。 https://github.com/kayac/ecspresso もともとNature社では僕が入社する前からecs-deployが使われていた。これは、コンテナイメージをすげ替えてdeployするだけであればシンプルでわかりやすい。ただ、以下のような課題があった。 タスク定義自体を変更したい時にecs-deployだけでは対応できない ソースがbashスクリプトで年々複雑になっており(僕には)読みづらい 実際度々メンテナンスが滞ったりforkがいくつかあったりする jqやawsコマンドに依存している それに対して、ecspressoは以下のような利点があった。 タスク定義ごとリポジトリ管理できる Goなので(
今年もbuildersconに参加してきました。 builderscon.io 参加したセッション内容のメモと簡単な所感、全体所感を書き残しておきます。資料が公開されているものはリンクを張っておきました。 ※一部、私個人の解釈でメモしているものもあり、発表者の方の本来の意図とズレているものがあるかもしれませんがご了承下さい。 昨年と一昨年の参加レポートのリンク。 builderscon 2018に参加してきた - braitom's Tech Memo builderscon tokyo 2017 1日目 ~アウトラインメモ~ - braitom's Tech Memo builderscon tokyo 2017 2日目 ~アウトラインメモ~ - braitom's Tech Memo 本編1日目 Open SKT: メルペイ開発の裏側 - builderscon tokyo 2019
2019年2月27日、恵比寿ガーデンプレイスザ・ガーデンホールにて、「Cookpad TechConf 2019」が開催されました。Cookpadのエンジニアやデザイナーがどのようにサービス開発に取り組んでいるのか、またその過程で得た技術的知見について公開します。プレゼンテーション「Challenges for Global Service from a Perspective of SRE 2nd season」に登壇したのは、クックパッド株式会社技術部SREグループエンジニアの渡辺喬之氏。講演資料はこちら クックパッドSREが語るグローバルサービスへの挑戦 渡辺喬之氏（以下、渡辺）：それでは発表をはじめます。よろしくお願いします。今日の発表内容ですが、まずクックパッドの海外展開について、ご存じない方がいらっしゃると思いますので、ご紹介いたします。その後、クックパッドにおけるSREの役割
転職・求人情報サイトのtype エンジニアtype ITニュース 有名エンジニアが尊敬するエンジニアは誰？【牛尾 剛、ちょくだい、ばんくし、増井 雄一郎、三宅 陽一郎】 2023.12.18 ITニュース スクウェア・エニックス三宅陽一郎マイクロソフト増井雄一郎ばんくし（河合俊典） あの著名エンジニアたちは、誰を尊敬し、どんな影響を受けているのだろう。この記事では、今話題の書籍『世界一流エンジニアの思考法』の著者・牛尾 剛さんはじめ、AtCoder代表のちょくだい（高橋直大）さん、風呂グラマーでおなじみ増井 雄一郎さん、エムスリーのVPoE・ばんくし（河合俊典）さん、ゲームAI開発者・三宅 陽一郎さんら5人の技術者たちが崇拝する「推しエンジニア」を一挙に紹介していこう！ 牛尾 剛さんの尊敬するエンジニアは、Mitchell Hashimotoさん Mitchell Hashimotoさん
2019年 作った・喋ってきたまとめ - Hateburo: kazeburo hatenablog
振り返り的なやつです。 去年の振り返りはこちらです。 kazeburo.hatenablog.com ISUCON9 予選出題した bokko, catatsuy, sota1235 とともにISUCON9の予選出題をやらせていただいた。7月から9月にかけて圧倒的に手を動かした。 解説と講評のほか、ローカル環境で予選問題を動かす方法についての記事を書かせてもらった。 isucon.net isucon.net 参加していただいた方、出題メンバー、各言語への移植をやっていただいた皆様、さくらインターネットの皆様、アリババクラウドの皆様、そして941さんをはじめLINEの皆様、改めて感謝です。 作った percentile github.com 説明はないが、簡単にpercentileを求められるようにするコマンドです。 $ grep status:499 access.log|lltsv -
台湾の自動車学校を覗いてみた - 台湾田舎生活!!!
こんにちは。あやみんです☆ こないだ、田舎にある大型スーパー『RTマート』に行った時、駐車場がいっぱいだったので、隣の教習所に車を誘導されました。 そこの教習所は結構古く、土日は開校していません。それだけ、そこの教習所を選ぶ人が少ないって事ですよね…｡ だって、こんな車で練習ですから…↓ 何これ？ まず、屋根の上についてる物は日避けだそうです…。(*_*) で、中も見えたのですが… なんと、後部座席にプラスチックで出来た玩具のような扇風機（でもそんなに小さくはない）が取り付けられていました…｡Σ(ﾟДﾟ) と言うことは…？ そうなんです！私、見ちゃったんです！ 炎天下の中、あの車に乗って、窓を開けて運転練習している人を！！！😱 30℃以上ある日でした…｡ 車の中は多分もっとも暑いですよね？ そして、隣には暑苦しいオッサンの教官。 遠目で見ただけなので定かではありませんが、その教官、肌着1
前の席の人の足が臭う訴えに対処したり、おじさんが毎朝女の子に「おはよう」のTeamsを送っているのを止めさせたりするのが、PMの仕事
DXサル@穏やかに @dx_saru DXコンサル、PMO、元開発PM丨経営・業務・システムを最適化する仕組みづくり丨プロジェクトマネジメントのスキルと心得丨マイペースで穏やかな暮らし丨資格：PMP、IPA ST PM SA DB note.com/dx_consul_saru/ DXサル@穏やかに @dx_saru 前の席の人の足が臭くて作業に集中できないという訴えに対処したり、BPのおじさんが毎朝新人の女の子に「おはよう」のTeamsを送っているのを止めさせたりするのが、プロジェクトマネージャーの大切な仕事なんです😆 2024-05-14 08:12:03
こんにちは、技術開発室の與島です。 2019年6月11日〜13日にカリフォルニア州サンノゼで開催されたO'Reilly Velocity Conference 2019 San Joseに、弊社から細田、伊藤、與島の3名が参加してきました。 ハートビーツではここ数年、毎年この時期に行われるO'Reilly Velocity Conferenceに参加しています。 なお、Velocity Conferenceは主に運用やDevOps向けのイベントになります。 本記事では興味深かったセッションをいくつか紹介します。 なお、内容については紹介している資料を確認してください。聞き間違えたり、認識が違っているかもしれないためです。 Production Engineering, SRE, and DevOps Move fast and learn from incidents 資料: なし 下記の
LINEではさまざまなFintechサービスを展開しています。今回のイベントでは、LINEの注力事業のひとつであるFintechサービスのうち、「銀行事業」「LINE証券」「LINE Pay」のサーバーサイド側の開発に携わるエンジニアが登壇し、LINEが金融領域で目指す将来、それぞれの業務内容や働く体制・環境などを説明しました。 LINE証券 / 銀行事業のサーバーサイドエンジニア 姚剣楠氏（以下、姚）：LINEフィナンシャルの姚と申します。2018年の12月にLINEに入社しました。前職はメーカ系のSI、外資系コンサルティングの会社にいて、メガバンク向けの国際送金・決済などのシステム開発を担当していました。LINEに入社して以来、LINE証券のサーバーサイドの開発を担当しています。 私からは、今担当している仕事の内容について簡単に紹介したいと思います。 まず、LINE証券で使われている技
サービス メッシュは、サービス間の通信を支援する、アプリケーションのインフラストラクチャ レイヤーです。 サービス メッシュは、ワークロードに対するトラフィック管理、回復性、ポリシー、セキュリティ、強力な ID、監視などの機能を提供します。 アプリケーションはこれら運用上の機能から切り離され、サービス メッシュによりアプリケーション レイヤーからインフラストラクチャ レイヤーに移されます。 シナリオ サービス メッシュを使用する場合は、次のようなシナリオを実現できます。 クラスター内のすべてのトラフィックの暗号化: クラスター内の指定されたサービス間で相互 TLS を有効にします。 これは、ネットワーク境界のイングレスとエグレスに拡張でき、アプリケーションのコードとインフラストラクチャを変更せずに、既定で安全なオプションを提供します。 カナリアおよびフェーズ ロールアウト: クラスター内の
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
よく使う技術・サービスの公式ロゴのURLをまとめてみた！ - Qiita
Deploys at Slack - Slack Engineering
Kongにジョインしました - ikeike443のブログ
社内GitLabの大型マイグレーションをした話 - Qiita
動かしながら学んだKubernetes Istioの仕組み
ハシコープ「HashiCorp Cloud Platform」今秋に日本リージョン開設
🔭 RustでOpenTelemetryをはじめよう | Happy developing
How Kubernetes Reinvented Virtual Machines (in a good sense)
GitHubがCI/CDソリューションを発表。GitHub Actionsによる実装
冗長化に伴うPush型デプロイの難点を補うために “自律的に”動く「Pull型デプロイ」という提案
Introducing LiteFS
最短で理解して運用するGrafana Loki - Enjoy Architecting
NuxtJS製のWebサービスをECSに移行したはなし - KAYAC engineers' blog
Inside the GitHub Load Balancer | HAProxyConf2019
カラーミーショップにおけるSREの取り組み - Pepabo Tech Portal
HashiCorp Nomad で作るコンテナ実行基盤 - Qiita
Redisを使った分散ロック (SETNX, Redlock) - Carpe Diem
ecs-deployからecspressoに乗り換えた | おそらくはそれさえも平凡な日々
#builderscon 2019 参加レポート - braitom's Tech Memo
クックパッドの海外展開におけるSREの役割と挑戦
有名エンジニアが尊敬するエンジニアは誰？【牛尾 剛、ちょくだい、ばんくし、増井 雄一郎、三宅 陽一郎】 - エンジニアtype | 転職type
O'Reilly Velocity Conference 2019 San Jose参加レポート
LINEが注力している「銀行事業」「LINE証券」「LINE Pay」のサーバーサイドエンジニアは何をしているのか
サービス メッシュについて - Azure Kubernetes Service