AWSはなぜ、ECSがあるのにKubernetesのサービスを始めたのか、コックロフト氏に聞いた：AWSとオープンソース（1） Amazon Web Servicesが、オープンソースへの取り組みを強めている。同社は具体的に、何をどのようにやろうとしているのか。AWSクラウドアーキテクチャ戦略バイスプレジデントのエイドリアン・コックロフト氏へのインタビューを、2回に分けてお届けする。前半では特に、Kubernetesベースのコンテナ管理基盤運用サービスを提供開始した理由などを聞いた。 Amazon Web Services（以下、AWS）が、オープンソースへの取り組みを強めている。同社は具体的に、何をどのようにやろうとしているのか。本連載では、同社におけるオープンソースへの取り組みを指揮する、AWSクラウドアーキテクチャ戦略バイスプレジデントのエイドリアン・コックロフト（Adrian Co

はじめに CTOの川口 (id:dmnlk) です。 5月にオンラインmeetupをさせて頂きその中で「具体的な負荷対策に関しては開発ブログで！」と言っていた件ですが気づいたらもう9月になりかけていました。 コロナ禍においてネットショップ作成サービス「BASE」の利用者様が急増しました。 www.nikkei.com 5 月には 100 万ショップを超えるショップオーナー様にご利用していただいております。 今まで EC 事業を行っていなかった飲食店様や様々な業種の方が利用をはじめていただき、ショップオーナー様も購入者様共に短期の見通しでは想定をしていないアクセスが発生しました。 その途中でシステムとして対応しきれない面もあり、アクセス負荷によるサービスの不安定を招き皆様にはご不便や販売時間を変更していただくお願いなどをしてしまい大変申し訳ありませんでした。 現在では安定しておりますが、その

コンバンハ、千葉（幸）です。 タイトルの通りですが、特定の IAM ユーザーが過去一定期間でアクセスした AWS サービスを一覧で見たい、と言われたら皆さんはどのようなアプローチをとりますか？ IAM ユーザーに限らず、グループ、ロール、ポリシーに置き換えてもよいです。 実は、以下の AWS CLI コマンドを使えば簡単にそのような要件に対応できます。 generate-service-last-accessed-details — AWS CLI 2.0.42 Command Reference get-service-last-accessed-details — AWS CLI 2.0.42 Command Reference これらのコマンドはまったく目新しい機能ではないですが、たまたま流れてきたツイートで存在を知りました。試したところ面白そうだったのでご紹介します。 1/ Hey

古典的な記事の“6 Rules of Thumb for MongoDB Schema Design”は一読の価値がありますし、Studio 3Tのようなサードパーティツールの持つSchema Explorer的な機能も、常日頃のスキーマチェック用に準備しておくと役に立ちます。 コレーション(ソート順)のことを忘れていた これは他の設定ミスよりも、フラストレーションや時間の浪費につながる可能性があります。MongoDBは、デフォルトではバイナリコレーションを使用しますが、これはどのカルチャでも役に立ちません。大文字小文字やアクセントを区別するバイナリコレーションは、あご髭やカフタンや巻き髭と同じように、80年代的な珍しいアナクロニズムと考えられます。今となっては使い道がないのです。実生活では、“motortbike”は“Motorbike”と同じですし、“Britain”と“britain

僕の昔の失敗の一つの「点で考えていて、線や面で考えていなかった」というのがあります。 どういうことかというと・・・。 これは、前職で、組織コンサルのような人にきてもらい、経営陣で話してた時です。そこで「みなさんは、組織運営において何を大事にしていますか？」という問があったのですね。 で、そこで出てきたのは「クリエイティブは大事」「発想やアイデアは重視する」「オペレーション力は大事」「規律やルールを守ることは大事」「大胆な意思決定は大事」「一つひとつの意思決定の精度を高める」などなど・・・。 経営陣で意見を言い合っているうちに「あれもあるよね」「それも大事だよね」というので、たくさん出てきました。 そうしたら、それを聞いていた組織コンサルの人が「みなさん、それ意見をアジャストしていませんか？」といってきたのです。 アジャストというのは、要は「他の人の意見に同調してあわせていませんか」くらいの

LINEには多面評価的な制度があって、半年に一度、一緒に働いている同僚やメンバーの方からフィードバックをもらいます。その中に、”独特なマネジメントスタイルで頑張っておられる”みたいなコメントがちらほらありました。直接話ししている時にも、”(マネジメントの)やり方にオリジナリティありますよねー”というフィードバックもたまに頂きます。 今、私がいるLINEのAI事業にいる人たちは、スペシャリストでかつ主体性の塊みたいな人ばかりなので、リーダーやマネージャーがいなくても、それぞれの方が持つ最大限の力(100%)のアウトプットは自然に出ると思います。 そんな中、LINEのAI事業のリーダー、マネージャーのミッションは、それぞれの人が持つ100%の力を、どうやって組織の力で200%、300%、それ以上にあげるか、です。一方で、LINEのAIプロダクトの構造は複雑で、それが故にそれに関わる人達の専門性

Back to Glossary Rate Limiting Defined Rate limiting is a technique used in computer systems to control the rate at which requests are sent or processed in order to maintain system stability and security. In web applications, rate limiting restricts the number of requests that a client can make to a server within a given time period to prevent abuse and ensure fair usage of resources among multipl

Here at Cloudflare, we have a lot of experience of operating servers on the wild Internet. But we are always improving our mastery of this black art. On this very blog we have touched on multiple dark corners of the Internet protocols: like understanding FIN-WAIT-2 or receive buffer tuning. CC BY 2.0 image by Isaí Moreno One subject hasn't had enough attention though - SYN floods. We use Linux and

概要 インターネットに晒されているWebサービスでは TV等で紹介されたことによる大量流入 悪意ある人物からの攻撃 クライアントのバグに依る大量リクエスト など、本来想定していた以上のトラフィックが来ることはよくあります。 単純にシステムを構築すると大規模トラフィックに対応できずシステムがスローダウンしてしまうため、何かしらrate limitをかけておいた方が良いです。 ただしrate limitと一口に入っても色々あるため、今回は主なrate limitアルゴリズムを紹介します。 Leaky bucket Leaky bucketはデータ転送レートを一定にする（＝上限を設定する）アルゴリズムです。 下の図のように、様々な流量の水流がそのバケツに流れ込んでも小さな穴からは一定の水流が流れ出す仕組みです。 ref: What is the difference between token

ボードゲーム『パンデミック』のデザイナー、マット・リーコック氏がニューヨークタイムズ（2020年3月25日）に投稿したオピニオンを翻訳。 オピニオン プレイヤー1人だけでこのボードゲームに勝つことはできない。それが『パンデミック』である。 私はみんなが一緒に遊ぶことを奨めるためにある協力ゲームを作った。Covid-19はこれまで以上に関連性が高まっている。 妻のドナと私の生活は、2月下旬に緊急事態となった。彼女の調子が悪く、インフルエンザの症状を発症したのに、4週間にわたってコロナウイルスの検査を受けることができなかったのである。結局検査を受けて、陰性だったときはほっとした。 しかし、このことはいくつかの意味で私に関わることだと感じた。ドナは2008年に発売されたボードゲーム『パンデミック』を発案し、私は彼女と遊ぶためにゲームをデザインしていたのである。 私たちは新婚時代、あらゆる種類のゲ

※この投稿は米国時間 2020 年 3 月 18 日に、Keyword に投稿されたものの抄訳です。 Google での私の仕事は、時間を最大限に活用する方法を皆さんに紹介することです。在宅で勤務する場合、1 日の日課が、通勤して会議室まで行き来したり同僚と会って話をしたりするというオフィス勤務の場合とはまったく違うため、私の提唱する生産性向上戦略が一層重要になってきます。自宅がオフィス代わりになると、ルーティンも一から作り直す必要があります。 実際に同僚がそばにいない状態で仕事をするという状況は、Google では当たり前になってきています（Google のミーティングの 39% には複数都市の社員が参加しています）。しかし、この環境は誰にも適しているわけではありませんし、世界中の多くの人々は、今までとは異なる新しい仕事環境に面していると感じています。そこで今回、仕事場がどこであっても生

｜DMM inside

scalar型を新しく定義するためにはscalarキーワードを使います。例えば、Date型を新しく定義するには次のようにします。 scalar Date スキーマではこれだけですが、実際に使う際はGraphQL処理系に対してさらにシリアライズとデシリアライズを定義することになります。 GraphQL組み込みのscalar型は先にあげたものだけなので、例えばバイナリ、日付と時刻、HTML/XML、BigIntなどを必要に応じて追加することになるでしょう。ただしその場合、サーバーサイドとクライアントサイドでシリアライズ・デシリアライズの実装を一致させる必要があります。 Enum enum（イナム）はscalar型の一種で、特定の値のみを持つ型です。例えば、組み込みscalar型であるBooleanをenumで宣言すると次のようになるでしょう。 enum Boolean { true false

注：単純なデータモデルでさえ、今後の維持や説明が必要になる6つものエンドポイントが含まれています。 あなたがクライアント側の開発者で、movies APIを使い、HTMLとjQueryで単純なWebページを作るとします。そのためには、映画と出演俳優・女優の情報が必要です。APIに必要な機能は揃っているので、データを取得します。 新しくターミナルを開いて以下を実行します。 curl localhost:3000/movies 以下の応答が返ってきます。 [ { "href": "http://localhost:3000/movie/1" }, { "href": "http://localhost:3000/movie/2" }, { "href": "http://localhost:3000/movie/3" }, { "href": "http://localhost:3000/mo

一休.com レストランを開発している所澤です。この記事は一休.comアドベントカレンダーの10日目の記事です。 先日、一休.comレストランの管理画面をリニューアルしました。 この記事ではその際にAPIの実装方法として採用したGraphQLについてフロントエンド視点で利点や使い所について述べます。 GraphQLについて以下の記事がわかりやすかったです。 「GraphQL」徹底入門 ─ RESTとの比較、API・フロント双方の実装から学ぶ - エンジニアHub｜若手Webエンジニアのキャリアを考える！ 短いまとめ 新しくAPIサーバーを書くなら是非GraphQLで！ というくらい良かった Apolloのエコシステムに乗り切らなくてもいい。ふつうのRESTfulなAPIサーバーの代わりに、くらいの気軽さでGraphQLを採用してもいい プロジェクトの概要 今回リニューアルした一休.comレ

Understand the mechanism! Let's do screenshots tests of Compose Previews with various variations / 仕組みから理解する！Composeプレビューを様々なバリエーションでスクリーンショットテストしよう

This document summarizes Amazon Web Services Japan speaker Tsukagoshi Keisuke's presentation on AWS AppSync. It introduces AppSync as a fully managed GraphQL service that allows building GraphQL APIs integrated with various data sources like Amazon DynamoDB, AWS Lambda, and Elasticsearch. AppSync provides a GraphQL schema definition language to define types and queries, uses Apache Velocity Templa

今年GitHubがGraphQL APIを正式公開したあたりから、GraphQLが去年とかに比べちょっと流行り始めたように感じる。idobataがGraphQL APIを公開したり、Kibelaも公開APIをGraphQLで作ることを宣言している。 利用者側からすると使えるインターフェースの中から必要なものを調べて使うだけなのであまり考えることはないのだが、自分がAPIを提供する立場になると話は変わってくる。REST APIとGraphQL APIはどちらかがもう一方のスーパーセットという風にはなっておらず、どちらかを選択すると何かを捨てることになるので、要件に応じてどちらを選ぶのが総合的に幸せなのか考える必要がある。 以前趣味でGitHub連携のあるサービスを作っており、それを最近GraphQL API v4を使うように移行し、そこでついでにそのサービスのGraphQL APIを書いてみ

ある日、学校から帰ってきた息子が唇を震わせていた。 小学2年になった息子は学校でのことをあまり家で話したがらないが、その日は様子が違ったので「何かあったの？」と聞いてみた。 「仮面ライダー幼児って言われた。仮面ライダーが好きなのは赤ちゃんか幼稚園児だって。」 マジか、そんな超くだらないこと1ミリも気にしなくていいじゃん、と内心思ったが息子はひどく傷ついていた。 「あなたは仮面ライダーが好きなんでしょ。じゃ別にいいじゃない。誰にバカにされようが。そもそも仮面ライダーのストーリーは難しいんだよ。子どもでは本当の仮面ライダーの良さは理解できない。＜強さとは何か＞＜力とは何か＞を教えているんだ。特にジオウなんて力を持って悪い未来を呼び起こしてしまうことをどう阻止するかをつたえ」と力説している途中で息子が割って入ってきた。 「嫌だ！バカにされるのは嫌だ！僕をバカにしたやつらを見返したい！！」 と。