TL;DR 懇親会で誰かと話すときは、新しく他の人が入ってこれるようにスペースを空けておいてあげると他の人も話に入ってきやすいよ。 まえふり 皆さんは最近勉強会など行っていますか？ 勉強会といえば懇親会が付き物だと思います。私が先週行った某所の勉強会でももちろんありました。 懇親会のときにあの人と話したいんだけど、他の人が話しててスペースが無くて上手く入れないなんてことが有ると思います。私もこないだありました。 そんなことを思っていたある日、パックマンルールなるものを耳にして良いなと思ったので紹介したいと思います。 ほんだい 懇親会で誰かと話すときは新しい人が会話に入って来れるように、一人分のスペースを空けて話しましょうよってルールがパックマンルールです このルールがもっと広まっていろんな懇親会でも使ってもらえると良いなと思いました。 イベント主催者の方はぜひ検討してみてください。 Reg

はじめに re:Invent 2019の直前にAmazon SageMaker Operators for Kubernetesというものがひっそりと(?)リリースされています。 https://aws.amazon.com/jp/blogs/news/introducing-amazon-sagemaker-operators-for-kubernetes/ KubernetesからSageMakerをコントロールできるよーっていうものみたいです。 https://sagemaker.readthedocs.io/en/stable/amazon_sagemaker_operators_for_kubernetes.html おっ！と思ったけど誰も試してないっぽいので誰にもささらなかったんでしょうか？ Sagemakerあんまり分かってないですが、ちょっと試しにやってみたところ、ブログに

この記事はAmazon EKS Advent Calendar 2019の17日目の記事になります。 はじめに こんにちは、OPENREC.tvでSREに所属している@toro_ponzです。白米が好きです。 先日のリニューアルで、OPENRECではAmazon EKSによるマイクロサービスの運用が始まりました。 本記事では、EKSを運用するにあたってOPENRECで採っているEKSクラスターの構成管理について触れられればと思います。 Amazon EKSとは AWSが提供するKubernetesのマネージドのサービスです。2019/12/17現在、Kubernetes1.14までをサポートしています。つい先日マネージドなKubernetesワーカーノードがサポートされる旨がアナウンスされましたが、私たちのプロダクトではまだ採用していません。 さて、コントロールプレーンがフルマネージドであ

The Qiita Advent Calendar 2019 is supported by the following companies, organizations, and services.

はじめに これは、ZOZOテクノロジーズ #4 Advent Calendar 2019 12日目のエントリーです。 今回はKubeConに参加して面白かったセッションの1つである「10 weird ways to blow up your Kubernetes(Kubernetesをぶち壊す10の奇妙な方法)」をご紹介します。 この他にも、「Airbnbの事例に学ぶKubernetesとマイクロサービスのあり方 @ KubeCon Seattle 2018」という記事も執筆しているので、合わせてご覧ください。 また、このセッションのスピーカーであるMelanie Cebulaは、CloudNative Days Tokyo 2019のキーノートスピーカーとしても来日し、登壇しています。 後編書きました！ セッションの背景 セッションスピーカーであるMelanieとBruceは、Airbn

Developers.IO 2019 Tokyoに初参戦 表題のとおり、Developers.IO 2019 Tokyoに参加して参りました！ 今年で5回目の開催を迎えるクラスメソッド主催のカンファレンスイベント Developers.IO 2019 とありますが恥ずかしながら今まで知らずにおりました。。 普段からブログには散々お世話になっておりますが、色々と勉強になったのでよかったです！ 参加したセッションは以下です。 Developers.IO CAFEのこれまでとこれから　〜顧客体験へのフォーカスから考える技術選択〜（横田聡） ハイブリッド/マルチVPC環境を構成するAWSネットワークの完全理解（菊池修治） サーバーレスの基本とCI/CD構築 & 運用 〜システムは動いてからが本番だ〜（藤井元貴） Amazon CultureとAWSの設計思想 ～マイクロサービスアーキテクチャとアジ

社内でKubernetesハンズオンをやってみたのでおすそ分け。 参加者6人からバンバン出てくる質問に答えながらやって、所要時間4時間ほどでした。 SpeakerDeckにも資料を上げています。 https://speakerdeck.com/ktam1219/yaruze-kuberneteshanzuon (2019/07/11追記) 続編書きました！ -> 今度はあんまりゴツくない！？「わりとゴツいKubernetesハンズオン」そのあとに ハンズオンの目標 Kubernetesとお友達になる イメージを掴む 触ってみる(ローカル・EKS・ちょっとGKE) 構築・運用ができるような気分になる 巷にあふれるKubernetesの記事・スライドが理解できるようになる EKSがメインになっているのは、会社の業務でAWSを使うことが多いからです。 純粋にKubernetesを勉強したいだけな

コンテナイメージのレジストリでは、脆弱性検査の実装が当たり前になっている。企業でKubernetesなどコンテナを使用するにあたって脆弱性対策がどれほど重要なものか理解するために、脆弱性検査や、関連する国際的な標準について整理した。 脆弱性（ぜいじゃくせい）とは 脆弱性とは、プログラムの動作の不備を悪用される情報セキュリティ上の弱点である。つまり、ソフトウェア上の問題が原因となって生じた欠陥であり、セキュリティホールとも呼ばれる。当然、ソフトウェア開発者は、脆弱性を産まないように細心の注意を払ってコード開発を進めるが、開発者が利用するオペレーティングシステムのライブラリやパッケージに含まれることもある。そのような事情から、開発者の責任範囲外に原因がある場合も多くある。 潜在的な脆弱性を突いた新たなクラッキングの手口が、時間の経過ともに発見される。そのことから、開発当初はコードに脆弱性は無い

背景 自分が普段電車や会社で読んでいるIT系のサイトと学習などで使用しているサイトのまとめ。 ニュース系 ■ CNET Japan ■ @IT ■ ITmedia ■ はてなブックマーク(テクノロジーカテゴリ) ■ Menthas ■ Publickey ニュース(ガジェット系) ■ PC Watch ■ GIZMODO ■ Engadget 技術系ブログ(企業系) ■ Developers.IO ■ はてなブログ開発ブログ ■ サイボウズのエンジニアブログ ■ クックパッド開発者ブログ ■ Google Developers ■ Yahoo! JAPAN Tech Blog ■ Mercari Engineering Blog ■ Webnaut ■ バズ部 ■ SOUM/misc ■ LINE Engineering 技術系ブログ(個人) ■ ネットワークエンジニアのメモ ■ プログラ

はじめに いつもは Azure Active Directory に関する Tips を週次で Qiita に投稿していますが、今回は Non-Tech に関する記事を投稿したいと思います。 某外資系企業に中途入社してから 1 年 3 か月ほど現時点 (2019年９月14日現在) で経っていますが、その中で日々の仕事もしくはプラスαとして是非皆さんにも実践していただきたい内容を共有したいと思います。 テーマとしては、以下 4 つです。 1. 憧れの人に師事する 2. アウトプット活動を継続して行う 3. 勉強会に登壇する 4. 技術共有を惜しまず行う 1. 憧れの人に師事する エンジニアとして、自分 1 人で出来ることが限られているということは、この記事を読んでくださっている皆さんも実感していると思います。 そこで私が取ったアクションとして、ある方に、私のメンター(指導者)になってください

セッション 1. AWS コンテナサービスアップデート by トリ　Twitter: @toricls 2019年の AWS コンテナ関連サービスアップデートをササササッと振り返り ECS EKS デプロイコントローラーの発表(これでプチカナリアリリースなどがユーザーカスタマイズで可能) Amazon ECS で新しいローカルのテストツールが利用可能 AWS Fargate および Amazon ECS が ECS サービスの外部デプロイメントコントローラーをサポート Amazon EKS が Amazon CloudWatch への Kubernetes コントロールプレーンログの配信を開始 Amazon ECS が awsvpc ネットワークモードの ENI の密度の上限を改善 コンテナワークロードのためのメトリクス・ログモニタリングサービス、CloudWatch Container

はじめに こんにちは。 CYBIRDエンジニア Advent Calendar 8日目の @kkakizaki です。 7日目は @a-hirahira さんの「エンジニアタイプ別 QAテストでのおもてなし作法」でした。 かつて"エンジニア別に不具合数をカウントする"と何かわかると思いチャレンジしたのですが、 殺伐とするだけなのでやめましたw思いやりの精神でテストを進めたいものです。 さて、いつもは雑用QAマネージャー的な話ばかりなので、 たまには大好きなQAツールの話を書きます！！！ Selenium以外の選択肢「Cypress」 長い間、Web UI の自動テストツールといえば Selenium だったのですが、 最近は Selenium 以外にも優れたツールが増えてきています。 大部分が有料ツールなので、なかなか紹介しづらいのですが、 「Cypress(サイプレス)」はオープンソース

はじめに Docker for MacでAWS向けのディストリビューションであるAmazonlinux2を動かして、そこでPHPのフレームワークであるLaravelの環境を構築する手順です。 Docker for Macのインストールは終わっているという前提で進めます。 手順 1. ローカルでの作業 Amazon Linux2のイメージのダウンロード docker pullコマンドでamazonlinux:2のイメージをローカルにダウンロードします。 docker imagesコマンドでローカルにあるイメージ一覧を表示すると、amazonlinux:2がダウンロードされていることが分かります。 % docker pull amazonlinux:2 2: Pulling from library/amazonlinux Digest: sha256:730fae68c6a180e80064

Dockerfileのバイト列を渡せばそのDockerfileから生成した依存を記述したdot言語が所得できます。 Go + WebAssembly が Dockerfile を dot言語に変換したら後は JavaScript 側で viz.js を使ってグラフにしています。viz.jsは、dot言語で記述された構造からグラフを作成するためのパッケージです。下記のように使います。 let viz = new Viz() graph = document.getElementById("graph") showGraph = (dot) => { viz.renderSVGElement(dot).then((element)=> { if (graph.lastChild){ graph.removeChild(graph.lastChild) } graph.appendChild(e

概要 Dockerfileを書くためのベストプラクティスを読んで、ベストプラクティスなDockerfileを作った/作りたい人が対象です。 そのDockerfileで大丈夫かを3分でチェックできるツールをつくりました。Hadolintのような、単なるDockerfileのLinterではなく、ビルドしたイメージの中身まで細かく分析します。 通常のLinterでは原理的に不可能な、ベースイメージに存在している危険性も含めて調べることができます。 ←GitHubのStarもらえると嬉しいです。 Dockleの内部で使われているツールはTrivy, Vulsなどと同じなので、そのあたりを踏まえて、動作原理を別記事にまとめました。 人を震えさせるツール｢Dockle｣の仕組みを解説 なお、DockerHubで人気のコンテナに対して試した結果をサイトにして公開しています。操作方法もふくめて、別記事に

2021/3/16 ついにecsのfargateにもaws cli経由でdocker exec的なことができるようになったそうです。 実際に僕もfargateのecsクラスタでためしてみましたが、 タスクroleに権限追加したのと、platform-veresionを1.4.0に、さらに、ドキュメンにあるとおりの追加のオプションをつけるだけでローカルのmacからecsのコンテナに入ることができました。 こちらのほうがだいぶ使いやすそうなので、これからはこちらがおすすめだと思います。 https://aws.amazon.com/jp/about-aws/whats-new/2021/03/amazon-ecs-now-allows-you-to-execute-commands-in-a-container-running-on-amazon-ec2-or-aws-fargate/ 一点ハ

環境構築するまでに知りたかったこと Golangの最新バージョンは？ 1.16.6 (2020/07/12リリース) Goのインストール方法は? macOS の場合は brew で OK この場合、goのsdkは /usr/local/Cellar/go/<バージョン>/libexec にインストールされます。 IntelliJ IDEA や GoLand にような IDE に「GOROOT」というものの指定を求められたら、このパスを使います。 brew で入らないバージョンの go が必要だったり、いくつかのバージョンを併用したい場合は $ go get golang.org/dl/go1.14.4 $ go1.14.4 download # 1.xx.0 の場合 $ go get golang.org/dl/go1.15 $ go1.15 download # 上記でgo getしたg

はじめに ｢3分でできる！最高のDockerfileを書いたあとにやるべき1つのこと｣で告知したVuls祭り #5で、コンテナのセキュリティについてお話ししました。 しかし15分程度の時間だと、説明不足な点もあったので、資料を修正しつつ、補足コメントを入れました。 パートごとにタイトルを付けたので、Qiitaの目次を参考にするとわかりやすいと思います。Dockerイメージの簡単な説明 & Dockle内部でやっていることの解説 が本記事のメインパートです。 参考になったら、Vuls/Dockle/Trivyのスターお願いします! 特にDockleは後発でスター数が少なく、まずはスター1Kを目指してます。 Vuls Dockle Trivy なお、タイトルの元ネタはこちらです。震えてくださってありがとうございます。 @nagashi_ma_w 2019.6.20: いくつかスライドを削除し、

Kubernetesで稼働するコンテナ環境をSplunkで可視化してみました。 まずはデータの取り込み方と記事書いてみます。 シリーズ化して可視化やモニタリングについても記事書きたいなあ -- 2018/07/09 追記 -- 可視化とモニタリングについて記事書きました SplunkでKubernetesクラスター環境のログとメトリクスを可視化してモニタリング はじめに Splunkにインデックスされるデータはざっくり言うと下記4種類です。 CPUやメモリ等のリソース使用状況メトリクス NodeやPod、Service、Namespace等のオブジェクト情報 Kubeletやプロキシ、APIサーバーのログ コンテナのログ 環境準備 続いて環境準備デス。 Splunk環境 OS: Amazon Linux on EC2 Splunk Enterprise 7.1.1 使うAppは以下 Spl

今年一年Kubernetes on AWSをやってきて、kube-awsメンテナ目線で、「今日から、できるだけ楽に、安定して本番運用」するための個人的ベスト・プラクティスをまとめておきます。 TL;DR EKSはまだプレビュー申込の段階。実際に動くものがあるかもわからない。 EKSとkops、kube-aws、kubesprayなどは組み合わせて使うもの。代替えにはならない。 SaaSありなら分散ログ、分散トレース、リソースモニタリングはDatadogに寄せると運用が楽 istioは安心して本番運用できるフェーズではない(Service Meshが必要なら、まだLinkerdのほうがよい) アプリケーションにPrometheusエンドポイントを生やしてメトリクスを取れるようにすべき アプリケーションはOpenTracingやZipkin、Jaegerなどのトレーサを組み込み、Zipkin