踏み台EC2を廃止してSession Manager接続に置き換えました
こんにちは、エウレカ SRE チームの原田です。 今年 (2021年) エウレカでは、公開鍵認証で接続するEC2の踏み台サーバを廃止し、代わりに各サーバへの接続をIAMで認証できるSSM Session Managerへのリプレースを行いました。本記事ではそのモチベーションや、実装のポイントを紹介していきたいと思います。 旧来の踏み台サーバ 旧来の踏み台サーバエウレカで長く運用されていた踏み台サーバ (Gateway) は以下のようなものでした。 各開発者は、自分の秘密鍵を使って踏み台サーバへSSHを行う ( 踏み台サーバ上には各開発者の個別ユーザーおよび公開鍵が登録されている )踏み台上では、接続が許可されているSSH対象のサーバの秘密鍵がユーザー毎に配置されており、その鍵で各サーバにSSHするMySQL / Elasticsearch / Redis など、Private Subnet
Fun/Done/Learnで振り返りをやってみる
Fun/Done/Learnとは？Fun/Done/Learnとは、KPTやYWTと同じScrumにおけるスプリントレトロスペクティブの振り返り方法の1つです。 これは、Scrum Coaches Retreat in Okinawaの方たちが作成した手法です。
CloudEventsの紹介、そしてServerlessな世界はこれからどこへ向かうのか
5月の頭に開催されたCloudNativeCon & KubeConにてCloudEventsが発表されました。これはこれからのイベントドリブンなアプリケーション開発を助けるための重要な仕様であり、’サーバーレス’な世界はこれから次のフェーズに突入したといえるでしょう。 CloudEventsのスコープ自体はシンプルです。サーバーレスアプリケーションを開発する上で、イベントをより簡単に処理できるようにするためのメタデータのセットが含まれています。 例えば、AWSのS3にオブジェクトが作成された時のCloudEventは以下のようなJSONで表現されます。 そしてCFCN内で議論が進められており、Google, Microsoft, IBM, VMware, SAP, Oracle, Huawei, Alibaba, Red Hat, Iguazioといった様々なベンダーが参加しています。C
子育てエンジニアの自由時間がない件について
この記事はぼくのあどべんとかれんだー10日目の記事です。 今日はまったくコーディングの時間がとれなかったので、速攻でこの記事を書いて終わります。 うちはエンジニア夫婦で1歳半の子どもがいます。お互いフルタイムで働いています。まだ子どもにすごく手がかかるため個人の自由時間はほぼない状態が続いています。ではどうやってこれまでのアドベントカレンダーの記事を書いてきたかというと、夜子どもを寝かしつけ、それから自分が寝るまでの時間に書いていました。平日は当然昼間は仕事があるので、記事は書けません。休日はというと、むしろ平日よりも自由時間は少ないです。 例えば、今日どういう時間の使い方だったかというと、 朝7時半ごろ子どもとともに起床、おむつを変えたあと、奥さんが朝ごはんを子どもにあげて、その間にぼくはトイレ等済ませます。子どもの朝ごはんが終わったら、奥さんが朝ごはんを食べるので、ぼくが子どもの面倒を
成長期のベンチャーにおける採用の失敗 – Isoparametric – Medium
成長期のベンチャーにおける採用の失敗2011年2月「任侠道」などのゲームがヒットし、売上が伴ってきたとき、それは終わらないマラソンが始まったことを意味していた。 そして、以後横展開した「道」シリーズがヒットを飛ばしていくために、様々な問題が噴出し始める時期である。 プロジェクトを広げようにも、どのプロジェクトも人が足らない。 加えてエンジニアだけではない「初期の頃のメンバー」が退職を重ねていく時期でもあった。 バックオフィスも開発も、見よう見まねでやっていたところに経験者が入ってきて、ポジションが入れ替わるようなことが頻繁に起きていた。 「自分の好きだったgumiは死んだ」というような事を言って辞めていく人たちもいた。 開発現場でも、のんびりと仲良く売れないゲームを運営していれば良い時代は終わってしまったのである。 「任侠道」が明確なヒットを飛ばしている傍らで、のびのび結果のでないプロジェ
ソリューションアーキテクトに学ぶFiNC AWS勉強会
はじめにこんにちは、FiNCでSREを担当しているSatoshi Nakamuraです。 FiNCには半年前の2017年1月にジョインしました。 ジョインしてからほぼ ECS と Jenkins と戯れております。 今日はAWSの方にご協力いただき社内で開催した勉強会についてご紹介します。（SAの @akitsukada さん。本当にありがとうございました！！） 開催するに至った経緯FiNCのインフラ環境はAWSをメインに使用しているのですが、ご存知の通りAWSのサービスはインフラ以外もたくさんあります。 EC2、ECS、RDSなどは当然使用していますが、開発ツールやアプリケーションサービスなどは未だ使用していないものの、使用したら何か課題解決が出来るのではないかという期待と新しいものに触れたいという気持ちからAWSの方に相談して開催することになりました。 勉強会の内容を検討初のAWS勉強
スタートアップのメカニクス (Startup School #02 翻訳)
※本講義は Y Combinator が 2017 年 4 月 5 日から実施している Startup School の Lecture 02, “Startup Mechanics” (Youtube) の翻訳です。Y Combinator の許可を得て有志が翻訳しています。翻訳のミスなどがあれば Medium の private note 機能、もしくは翻訳に関する下記の Facebook グループでご指摘ください。 Facebook: Startup School 2017 (by Y Combinator) 日本語議論コミュニティ: https://www.facebook.com/groups/startupschooljp/ スティーブン：始める前に、今日のスピーカーを紹介しましょう。 Kristy Nathoo です。彼女は Y Combinator の CFO であり、パー
チームで仕事をすることについて
こんにちは、 Kaizen Platform, Inc. に入職して 1 年 3 ヶ月の Hitoshi Nakashima と申します。普段は福岡市で生活しており、遠隔にて就労しております。小社ではウェブアプリケーションエンジニアとして勤務しており、主に Ruby on Rails で構築されたウェブアプリケーションの開発・保守を行っています。最近では Kaizen Chat と呼ばれる Kaizen Platform ユーザー向けの Chat ソフトの開発に関与しました（小社製品をご利用の皆様でまだ Kaizen Chat をお試しいただいたことがないという方がおられましたら是非一度お試しください）。 個人では年に一度（主に年末）、失敗談や暗い話をブログに投稿してソーシャルネットワークの耳目を集めることを主な活動内容としております。 今日は最近のチームで仕事をすることについて話したいと
ボトムアップ組織のマネジメントとは何なのか
いま所属している会社は、ボトムアップな会社ということになっている。正確にはボトムアップとトップダウンが混在していてたまにミスリーディングなのだが、だいたいはボトムアップな会社といえるだろう。 それで、たまに、学生と会ってくれといわれて、うちの会社がボトムアップの会社なんですよ〜、と話すことがある。だがこのボトムアップというやつ、採用活動では『いかに若いうちから活躍できるか』をぐいぐいアピールするための文句ではあるのだが、実際、現場でどういうコミュニケーションになっているのか、あまり説明されない。どういう会社が「良い」ボトムアップの会社なのか、わりとみんな意識していない。 とりあえず適当に若いのに丸投げてみたら、いつの間にかイケてる提案を持ってきた、なんてことは、ありえない。それを実現するためには、上司側の見えない努力がたくさん必要なのだ。 こんなマニアックな話をしている人は多くないと思うの
勉強会ドタキャンで「あなたが失うもの」
勉強会やMeerupイベント、流行ってきてますね！様々なコミュニティが有志で開催したり、企業がオーナーとなって開催するなど形は様々。新しい出会いがあって大好きです。 この一年半で大小50回以上のイベントを運営して、数多くの失敗を重ねながらいろんなことを学んできました。 勉強会の当日キャンセルイベントを運営したことがある方なら、一度は必ず対応したことがあると思います。 真にやむを得ないキャンセル（欠席）、例えば「参加したかったのに家族の体調の都合でいけなくなった」などの場合、ゲストは丁寧にメール等でお詫びの連絡をくださることが多いです。 今回、これを書く理由は「まぁ、当選の人数も多いし私くらいドタキャンしてもいっか」みたいな軽い気持ちで”ドタキャン”してしまう方に伝えたい事があるからです。 運営側の想い１．運営は楽しみに待っています勉強会やMeetupを開催するのは「ゲストにお会いしたいから
Hello! Amazon Elasticsearch Service
自前で構築してきたElasticsearchをAmazon ESに移行できるかという視点で、その特徴や機能的な制限などまとめてみました。 ２０１５年１０月１日にAmazon Elasticsearch Service（略称：Amazon ES）がリリースされました。AWSの全文検索サービスにはすでに、CloudSearchがありますが、Elasticsearchはそのリアルタイム性や柔軟性、強力な集計機能（Aggregations）、データの視覚化（Kibana）などCloudSearchにない様々な特徴があります。そのため、一般的な検索エンジンよりもその利用範囲は広く、サイト内検索、ログ分析、状態検知など検索エンジンの利用範囲を広げてきました。 Amazon ESの使い方は、他のブログですでにいろいろ公開されいますので、ここでは、EC2などで、自前で構築してきたElasticsearch
物理サーバを選定する際のポイント – Eureka Engineering – Medium
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
デザインとプロダクト開発における「割れ窓理論」
by Tobias van Schneider first appeared on my private email list. 私が「割れ窓理論」に出会ったのは、数年前、当時働いていたSpotifyの同僚が勧めてくれたのがきっかけでした。 「割れ窓理論」とは、地下鉄の落書きを消したりすることで都市の環境をきちんと整備すると、破壊行為や路上飲酒といった小さな犯罪の発生率が下がり、街に秩序を好む雰囲気が生まれるというものです。そして、それがより深刻な犯罪の発生を減少させるというのが最大のポイントです。 比較的最近のニューヨークの例を紹介しましょう。1990年代にニューヨークの犯罪発生率は劇的に下がりました。重大犯罪がこの期間アメリカ全土で28%減少したのに対し、ニューヨークは56%以上も減少しました。どうして短い間にニューヨークの犯罪発生率はこれ程大きく落ち込んだのでしょう？ 一般的に、こう
Goodbye Amazon!
(English follows Japanese) 1月末で5年間勤めたAmazon Web Services Japanを離れ、新しいチャレンジをすることにしました。まずは今まで関わった全ての人、特にお客様・パートナー様、最後にAWS社員の皆さんに深く感謝をしたいと思います。ありがとうございました。この5年間を振り返ると、本当にあっという間で今でも初日のことをよく覚えています。当時はメンバーも片手で数えるほどで、まだ何も出来上がっていない・全部一から作り上げなくてはいけない、そんな状況でした。そこから早くも丸5年が経ちますが、私自身掛け替えないの貴重な経験と喜びを得ることが出来ました。特に日本の中だけで閉じていた自分にとってはグローバル企業のダイナミズム・スピード・スケールの大きさ・価値観などに触れることができたのは本当に貴重だったと今振り返って感じています。 あまり過去を振り返らない
7年間のCTO人生を振り返ってみる
2015年8月、株式会社ビズリーチにおいてCTOから事業責任者へと職務が変わり、もうすぐ半年が経過しようとしているところですが、一度、7年弱に渡るCTO人生を振り返ってみようかと思います。 CTOとは何をする人ぞCTOとはChief Technology Officerの略。最高技術責任者とも言われます。AWSさんや、TechCrunchさんなどが主催する、CTOを集めるイベントに参加させて貰うと、たくさんのCTOの方とお話する機会もあり、時々、CTOの役割って何なんでしょうね？なんていう話になることがあります。お話を聞くと千差万別、まだ役割が完全に決まっていないくらい、歴史の浅い役割であるということと、結局はトップの一人なので、最終的にはその人ができる限界値が役割になっているのだと思うのですが、ひとつのケーススタディということで、僕がやってきたことを綴ってみようと思います。 サービスの立
ジェフ・ベゾスがくれたアドバイス
何年か前、 37signals のオフィスに来てくれたジェフ・ベゾスと、商品戦略について一時間半ほど意見交換をしたことがあるんだ。彼は帰る前に、オフィスにいるみんなからの質問に45分ほどかけて答えてもくれた。 その質疑応答での、「主張が正しいことが多い人の特徴は？」という問いに対する彼の見解がとても的を得ていたので紹介したい。 ベゾスいわく、「主張が正しいことが多い人」は、ころころと気が変わる人なのだそうだ。一貫した考え方を持つことは、彼からすればとりたてて長所ではないらしい。仮に今日と明日で意見が180度変わったとしても、それはまったく問題ないし、むしろいいことだというのだ。 また、彼によれば、「賢人と呼ばれるような人たちは、日ごろから物の見方を改め、解決済みの問題を何度も考えなおしてみるものだ。新たな視点、情報、発想や、自分たちの考え方への反論、ものごとの矛盾を歓迎できるタイプなのだ。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The Official Vue.js News Podcast is Live!
Redashハンズオンで触ってみた
GitHubを快適にブラウジングするための3種の神器
Nyle Engineering Blog
