こんにちは。「リーダブルコード」を先月読破して、感銘を受けた弁護士の人です。 なにに感銘を受けたかというと、「エンジニアが高級言語を効率的にコーディングするための工夫」は、契約という言語をコーディングするために援用できることがとても多いということです。 例えば、リーダブルコードは「関数には空虚な名前（tmpとかretvalとか）でなく、エンティティの実体に即した名前をつけよう！」と提案しています。 これめっちゃわかります！！！なぜなら、契約言語では当事者というクラスの表現のために「甲」「乙」という定義を未だに使います。そして、甲と乙を逆に書いてしまったままReviewを通過することが実際によくあります。オライリーさんには激怒されるでしょう。 しかし、よく考えると高級言語と契約言語が似ているのは当然だと思うようになりました。それは、どちらも「一定のインプットを入れると、必ず一定のアウトプット

An English version (by Google Translate) is here. お知らせ（本記事の執筆者によるRTAガイドの作成） 「進め！キノピオ隊長」Any% - Switch (Solo)のRTAガイドを作成しました。このゲームのRTA挑戦に興味がある方は、よかったらご覧ください。 本記事で得られた結果を手っ取り早く知りたい方は 計算結果をご覧ください。 改訂履歴 2023-01-03: RTA in Japan Winter 2022出場結果を追記 2022-12-26: 第1最適と第2最適（の1つ）の異なる部分について動画へのリンクを追記 2022-12-25: プログラミングコードの いけてない部分 修正した部分について追記 2022-12-22: RTA in Japan Winter 2022出場予定を追記 参考を追記 2022-12-21: 特定のステ

ソフトウェアデリバリーパフォーマンスに関する考察（前編） - State of DevOps 2022では何が示されたのか 去る2022年9月29日（アメリカ時間）にState of DevOps 2022が公表されました。 State of DevOpsとは、年に1回DORA（Google Cloud内のチーム）が発表しているソフトウェアのデリバリーパフォーマンスに関する調査結果レポートです。State of DevOpsでは、ソフトウェアデリバリーパフォーマンスの指標でもあるFour Keysや、Four Keysの改善効果が高いとされるケイパビリティについての詳細な内容が記載されています。 株式会社ビズリーチでは、日々プロダクト開発のプロセスをより良くするための活動を行っています。今回State of DevOps 2022の発表に伴い私が所属するプロセス改善部内でState of

はじめに こんにちは、クラウド&ネットワークサービス部で SDPF のベアメタルサーバー・ハイパーバイザーの開発をしている山中です。 先日 GitHub Actions self-hosted runners のオートスケーリング構成の紹介（クラウドサービス開発を支える CI の裏側） の記事で、自作の runner controller と Docker を用いた、オンプレミスでの CI 環境構成についてご紹介しました。 今回の記事では、構築した CI 環境上で動かしている workflow の紹介をしながら、workflow 作成についての Tips をいくつかご紹介したいと思います。 engineers.ntt.com 記事を書いたモチベーション 実際の業務で GitHub Actions を使用するにあたって、ありがちな悩みを解決するための workflow の作成事例や工夫などの

AWS Startup Meetup #13 LT 登壇資料です。 Infrastructure as Code（IaC）を導入したものの、IaC化した恩恵が思っていたより少なく、IaCで基盤を統一していく方針を転換していった話をご紹介します。

最近 CUE の話題を少しずつだがよく見かけるようになってきた。 CUE を使用した Kubernetes マニフェスト管理 | メルカリエンジニアリング [DevOps プラットフォームの取り組み #4] CUE 言語の紹介 - NTT Communications Engineers' Blog CUE によるスキーマやバリデーションのポータビリティ | gihyo.jp CUE とは何か、レポジトリの README から引用すると以下のように書かれている。 CUE is an open source data constraint language which aims to simplify tasks involving defining and using data. It is a superset of JSON, allowing users familiar with

こんにちは。freee の Enabling SRE チームに所属している nkgw （Twitter） です。 freee Developers Advent Calendar 2022 の 15 日目の記事となります。 普段は、エンジニアリングマネージャーをしつつ、新規プロダクトのリリースサポートとか、envoy の機能である external authorization の実装などをやってました。 以前 SRE チームのマネジャー 河村より 2022: freee SRE Journey - これまでの振り返りとこれから という記事にて今までの SRE チームの遍歴及び簡単な今後について書いていただきました。 本記事では freee の SRE の Rebuild として、どのようにプロダクトチームと一緒に SRE の Enabling(有効化) を進めていくのか、プロダクトチームが

※この記事は 開発生産性 Advent Calendar 2022 のカレンダー2の13日目の記事になります。 前回は1日目は hiroshinishio さんの 『より筋肉質なチームにするために、開発者が見るべき21のDevOpsアウトプット指標』 で、個人的には指標それぞれの分析や改善の方法が書かれていて勉強になりました。 こんにちは。 モノタロウで主に DevOps エンジニアとして活動している伊藤です。 休日はジムに節制した食事、サウナと健康を意識するおじさんとしても活動しています。 （最近だと渋谷の改良湯さんのサウナと外気浴スペースの具合が最高でととのいました） 今回は DevOps Four Keys*1 （以降 4keys と呼称） というソフトウェア開発チームのパフォーマンスを示す4つの指標を導入し、部門の目標として掲げたここ1年の取り組みを紹介できればと思います。 背景

※この記事は、Speee Advent Calendar12日目の記事です。 昨日の記事はこちら tech.speee.jp お疲れさまです、インフラとCICDを愛するデジタルトランスフォーメーション事業本部開発基盤グループの西田和史(@k_bigwheel)です。最近はGitHub ActionsのWorkflowファイルのCue化を進めています。 本日は、開発基盤グループで採用しているTerraformのディレクトリ構造となぜそうしているのかについて書きたいと思います。 開発基盤グループで採用しているTerraformのディレクトリ構造の例 いきなりですが、うちで採用しているディレクトリ構造の例が以下です。 /aws /system-alpha /root-modules /production-account /account-unique /production1 /staging

昨今では自社のプロダクトやシステムのエンゲージメント向上のために、「DevOps」や「アジャイル」といったキーワードのもと、大小さまざまな企業がシステムやアプリの開発手法の改善を試みています。その中において、最近だと「SRE」というキーワードを聞く頻度も多くなってきたかと思います。 しかしアジャイルやCICDなどと比べ、SREについては「言葉は知ってるけど具体的になんなのかはよくわからない」という方もいるのではないでしょうか？ここではそんな方々向けに、SREの最初の一歩となる概要について、独自の解釈を交えつつまとめていきます。 ここで話すこと SREって何？ なぜSREが必要？ SREってどんなことするの？ ここで話さないこと SREの技術の具体的なところ（k8sやAPMの導入手順、設定方法など） プラクティスの実践例・具体例（アーキテクチャ、各種設定値、モニタリング指標など） TL;DR

ソーシャルPLUSのインフラチームは、これまで1〜2名の少人数でプロダクトを支えてきました。インフラをひとりで担っている髙山さん（通称 tsubさん）* に、ソーシャルPLUSの特徴・インフラの面白さ・勉強のスタンスなどを聞きました。 *人数は記事公開時点。以降、通称の「tsub」さんと表記 「面白い」「楽しい」という単語が頻発するインタビューとなりました。ソーシャルPLUSのインフラエンジニアは何を面白いと感じているのか、ご注目ください。 ‍ ‍ 新卒入社2年目で、ソーシャルPLUSに立候補―― tsubさんは、新卒でフィードフォース社に入社して、別のプロダクトを1年半ほど担当した後、自らソーシャルPLUSに立候補したんですよね。tsub そうです。最初に所属したチームでは、広告データを自動変換するマーケター向けプロダクト「DF PLUS」を開発していました。 業務や自学の中で、コンテナ

SREチームの長田です。 KAYAC Advent Calendar 2022の11日目の記事です。 アプリケーションから何かしらの外部サービスを利用するとき、そのサービスを利用するためのAPI Keyなり秘密鍵なりの秘密情報を保持することになります。 暗号化したものをファイルとしてアプリケーションに持たせたり、 Amazon Web Services(AWS)ならAWS Secrets Managerや AWS Systems ManagerのParameter Store(SSM Paramater Store)に保存したものを実行時に読み込んだりするでしょう。 これらの秘密情報、どこから来たのかわかりますか？ どこから来た秘密情報なのか 秘密情報を使って出どころを調べられるのであれば問題はないでしょう。 # 例えばAWSのIAM User Credenntialsとか $ AWS_A

Amazon Web Services ブログ CCOEを構築するときに避けるべき7つの落とし穴 Cloud Center of Excellence （CCOE）を設立することは、多くの場合、企業のクラウドへの移行を迅速に開始し、ベストプラクティスと長期的な適合性を考慮して移行をガイドするための優れた方法です。 そういった企業は、クラウドのベストプラクティスに関する専門家のチームを編成し、彼らのスキルとクラウドへの情熱を利用して、その企業の残りのクラウドトランスフォーメーションに緊急性を与えています。 AWSでは、CCOEを設立するときに組織がうまくいかない可能性のあるいくつかのやり方を特定しました。 このブログ投稿では、AWSのシニアパートナーソリューションアーキテクトであるNéstor GándaraとEric Linが、これらの落とし穴を回避し、CCOEの可能性を最大限に引き出す方

多くの IT 組織は、ビジネスとテクノロジの機敏性を達成するという主要な目的を共有しています。 クラウド センター オブ エクセレンス (CCoE) は、組織がこの目標を追求する際に、スピードと安定性のバランスを取るのに役立つ機能です。 機能の構造 CCoE モデルには、以下の各リソース間のコラボレーションが必要です。 クラウド導入 (ソリューション アーキテクト) クラウド戦略 (プログラム マネージャーとプロジェクト マネージャー) クラウド ガバナンス クラウド プラットフォーム クラウド自動化 効果 この機能が正しく構成およびサポートされている場合、参加者は、変更の全体的なコストを削減し、ビジネスの機敏性を向上させながら、イノベーションと移行の作業を加速できます。 正常に実装されている場合、この機能によって市場投入までの時間を顕著に短縮できます。 チームの訓練が成熟するにつれて、信

吉田真吾（@yoshidashingo）です。 AWS re:Invent 2022への参加おつかれさまでした。わたしは2012年の初回参加から2022年まで、2020年のオンラインのみの開催を除き、合計10回 AWS re:Invent に参加しています。世界でも珍しい皆勤賞です。 そんなわたしが来年に向けてすべての知見をここに置いておきます。みなさんにとってのワンピースです。こまかい説明がないと理解しづらい部分は今後加筆するかもしれないですが、一言一句に意味があるので何度も読み返してひとつも余さずに取り入れてもらうことを強く推奨します。 AWS re:Invent 2023 は 2023/11/27(月)〜12/1(金) に開催されます 2023/7/8(土)追記：昨日からJapanツアーが募集開始されたそうだ、手続き漏れやトラブル少なく企業として参加したい場合には購入をおすすめする。

筆者も40代後半になり、周りでも“親の介護”の話題が増えてきた。「父親がデイサービスに行きたがらなくて困っている」疲れ果てた顔をしたママ友に相談された。そういえば、祖母も生前「デイサービスに行きたくない」と言っていたなあ、などと考えていたときに見つけたのが、“麻雀やパチンコが楽しめる”、という異色のデイサービスだ。 【写真を見る】年間“1億”稼ぐ人も!? 麻雀やパチンコができる介護施設 その名も「ラスベガス」“従来型”施設のクレームを解決したら見たことのないデイサービスに ■一歩入るとカジノのよう 本当に介護施設?「ロン!当たり」 「これで当たったの?じゃあドラだから、ハネて1万2000点ね」 11月某日、東京・町田市にある「デイサービス ラスベガス」を訪れると、まず耳に入ってきたのはこんな会話だった。フロアには5卓の全自動麻雀卓。19人の高齢者とスタッフが麻雀をしている。 壁際には9台の

The Distributed Computing ManifestoNovember 16, 2022 • 3941 words Today, I am publishing the Distributed Computing Manifesto, a canonical document from the early days of Amazon that transformed the architecture of Amazon’s ecommerce platform. It highlights the challenges we were facing at the end of the 20th century, and hints at where we were headed. When it comes to the ecommerce side of Amazon,

こんにちは！コンサル部のinomaso(@inomasosan)です。 CloudWatchに「Amazon CloudWatch Internet Monitor」という新しいモニタリング機能がプレビューでリリースされました。 概要 AWS公式ブログでも紹介されています。 この新機能はインターネットの問題がアプリケーションのパフォーマンスと可用性にどのように影響するかを可視化することができます。 AWSで自社のインターネットの監視に採用しているデータと同じものを利用しているとのことで、ちょっと心躍りますよね。 CloudWatch Internet Monitorの仕組みは、以下のドキュメントで情報提供されているので、興味のある方は是非読んでみてください。 CloudWatch Internet Monitorのドキュメント 英語でプレビュー版のドキュメントが追加されています。 対象リソ

セッション スピーカー：Scott Ward、Mrunal Shah セッションレベル：300 - Advanced サービス：Amazon GuardDuty, Amazon Inspector, Amazon Dtective カテゴリ：セキュリティ はじめに AWSの年に一度の祭典 re:Invent 2022に参加しております。 現地オフラインで AWS security services for container threat Detection というセッションに参加してきました。 セッションの概要は以下となります。 概要 コンテナは、多くの AWS のお客様のアプリケーション モダナイゼーション戦略の基礎です。実稼働環境でコンテナーへの依存度が高まっているため、コンテナーのワークロード用に設計された脅威検出が必要です。セキュリティ チームと DevOps チームのコンテナ