チーム内勉強会の進め方事例 - MNTSQ Techブログ
おはようございます!こんにちは!場合によってはこんばんわ! SREチームマネージャーの藤原です。 今年の3月からSREチームの中で、勉強会を定期的に実施するようになりました。 本エントリでは勉強会を開催するにあたって考えたことと、実際の進め方についての事例解説です。 勉強会を通じて実現したいことの説明から、テーマ設定、効果最大化のための開催形態と頻度、現時点(2024/4・5時点)の結果について解説しています。 勉強会を通じて実現したいこと チーム内勉強会を通じて実現したいこととして、以下を設定していました。 チーム・個人としてのレベルアップ 積極的な議論への参加 相互理解 チームとしての目線合わせ 勉強会を開催するからには何かしらのスキルや考え方を身に付けたいはずです。 また、学習効果を最大化するためにも、積極的な議論への参加を実現したいと考えました。 さらには、勉強会の中での議論を通じ
もう一度読むObservability Engineering - じゃあ、おうちで学べる
はじめに 本書『Observability Engineering』は、複雑化の一途をたどる現代のソフトウェアシステムに立ち向かうための、強力な武器となる一冊であり本稿はその読書感想文です。Observability Engineering を今から知りたい方はもちろん、Observability Engineering の基礎を改めて学びたい方もぜひお読みください。この記事もかなりの長さになるので普通に書籍を読んだほうがいいかもです learning.oreilly.com 「Observability:可観測性」という言葉は、近年ソフトウェアエンジニアリングの世界で大きな注目を集めています。しかし、その概念の本質を理解し、実践に移すことは容易ではありません。 本書は、そのオブザーバビリティについて、その基本的な考え方から、具体的な実装方法、そして組織への適用まで、幅広くかつ深く解説して
Cloud Run のマルチコンテナで実現する Envoy & Open Policy Agentによる認証認可
はじめに こんにちは。クラウドエース株式会社で SRE をしている間瀬です。 今回は先日紹介したCloud Run のマルチコンテナデプロイ機能に関連してサイドカーコンテナとして Envoy と Open Policy Agent (以下、OPA) をデプロイして認証認可を行う方法を紹介します。 また、認証については今回は Keycloak を使って Open ID Connect (以下、OIDC) による認証を行います。 Cloud Run のマルチコンテナデプロイ機能については以下の記事で紹介しています。 現在ご覧いただいている記事執筆時点においてもマルチコンテナデプロイ機能は Public Preview なのでご注意ください。 検証環境の構成 今回紹介させていただく内容は以下の構成で検証しています。 上記、図上の右下の Cloud Run についてマルチコンテナでデプロイしていま
IstioとAuth0で認証・認可を体験してみた - Retty Tech Blog
この記事は Retty Advent Calendar 2020 10日目の記事です。 adventar.org はじめに こんばんは、最近趣味でサックス🎷 を習い始めたエンジニアの櫻井です。 ServiceMeshの話題が出てからだいぶ経ちますがそろそろ自分でも触っておきたいなと思いServiceMeshを実現するツールの1つであるIstioにチャレンジしてみました。 今回はIstioの公式サンプルであるBookinfo ApplicationにJWT(JSON Web Token)による認証・認可を入れてみます。 この認証と認可については色々調べてみたものの、あんまり参考記事を見つけることができなかったので少々梃子摺りました。（なお本記事についてはService MeshやIstioについての詳しい説明は割愛しているため、まずそれらがなんぞや？という場合にはリンクの記事を読むことをオ
CockroachDB はどのくらい「しぶとい」のか？ / How tough is CockroachDB?
CockroachDB はどのくらい「しぶとい」のか？ / How tough is CockroachDB?
ssh-keygenで秘密鍵から公開鍵を生成する - kanonji’s diary
公開鍵を authorized_keys に追加したから消しちゃってたんだけど、予定外にもう1箇所繋ぎたくなったので、秘密鍵から公開鍵を生成しました。たまにやるんだけど、毎回忘れてるのでメモ。 $ ssh-keygen -y -f ~/.ssh/id_rsa > id_rsa.pub 公開鍵は標準出力に出るのでリダイレクトでファイルを生成。 -fオプションってよく使う秘密・公開鍵の生成では、出力ファイル名の指定だけど、-yオプションを使う場合は、公開鍵の元になる秘密鍵の指定です。 -yオプションがOpenSSH形式の秘密鍵からOpenSSH形式の公開鍵を標準出力に表示するものになってます。
【GitHub】LinuxマシンからGitHubにSSH接続を確立する｜yucco
今回はGCP上に立てたVMにSSHログインして、そこからさらにGitHubに対するSSH接続を確立し、本番環境にソースコードを転送出来るようにします。 ※ローカル開発環境（＝自分のパソコン）上には既にgitがインストールされていて、GitHubと連携出来ていて、開発リポジトリが作ってある前提です。そこからやりたい人は適宜ググってください。 VMにSSH接続しーました、というところから。 gitインストール$ sudo apt-get install git-allsudo は以下のコマンドをroot権限で実行しろよ、と言う命令。GCPコンソールのSSHボタンから接続すると、GCPユーザーでログインしたような感じになるので、ここから先は事ある毎にsudoすることになる。 apt-getできない場合は「Linux git インストール」とかでググるよろし。 $ git --versionで、g
Difyをクラウドで構築しよう！（Google Cloud編）｜marumarumaru
なぜ、クラウドに構築するのか？今回はOSS版のDifyをGoogleCloud上、つまりクラウドサービス上に構築します。しかし、DifyにはOSS版のだけでなくクラウド版も提供されています。 ではなぜ、わざわざOSS版のをクラウドに構築するのでしょうか？ OSS版をクラウド上に構築することのメリットしては一般的なクラウドサービスが受けるメリットだけでなく、自分が作ったワークフローやナレッジとして格納したデータを自身の管理下のクラウド上にて管理できるため、より柔軟に周辺環境（認証機能など）の拡張することがしやすくなります。 自分たちがやりたいことに対してDifyを柔軟に利用できるようにするために今回はDifyをGoogleCloudに構築することを試していきます。 実行環境クラウド ・ Google Cloud : Google Compute Engine（GCE） ローカル ・Widow
Dify で RAG を試す｜npaka
1. RAG「RAG」(Retrieval Augmented Generation) は、最新の外部知識の習得とハルシネーションの軽減という、LLMの2つの主要課題に対処するためのフレームワークです。開発者はこの技術を利用して、AI搭載のカスタマーボット、企業知識ベース、AI検索エンジンなどをコスト効率よく構築できます。これらのシステムは、自然言語入力を通じて、さまざまな形態の組織化された知識と相互作用します。 下図では、ユーザーが「アメリカの大統領は誰ですか？」と尋ねると、システムは回答のためにLLMに質問を直接渡しません。代わりに、ユーザーの質問について、知識ベース (Wikipediaなど) でベクトル検索を実施します。意味的な類似性マッチングを通じて関連するコンテンツを見つけ (たとえば、「バイデンは現在の第46代アメリカ合衆国大統領です...」)、LLMに発見した知識とともにユ
「Ceph、完全に理解した」って Tweetする為のセッション ｰ Ceph 101 ｰ
Japan Rook Meetup #3での発表スライドです。Ceph、完全に理解した」って Tweetしてもらう為に、Cephの基本について解説しています。
Linux Container Book (1) Namespace / Network 編：lxc-jp
Linuxカーネルに実装されているコンテナ関連の技術のうち、Namespaceとネットワーク関連の機能について解説する本です。 Linuxにおける「コンテナ」は単一の機能として存在しているわけではありません。Linuxカーネルに実装されているさまざまな機能を組み合わせて「コンテナ」が作られます。コンテナで使われるさまざまな機能のうち、この本では「この機能があるからコンテナと呼べる」と言っても良い基本的な機能であるNamespaceと、コンテナのネットワークで使われる機能について解説します。 特定のコンテナランタイムを使うことなく、Linuxにインストールされている基本的なコマンドを使ってNamespaceとネットワーク機能をわかりやすく解説します。 内容はgihyo.jpで連載している「LXCで学ぶコンテナ入門」の一部をベースにしています。本書では記事中の実行例を新しい環境で確認し、記載を
「タスクを切る能力」の本質について。
もうかなり前の話だ。 ある会社で、「会社案内・パンフレットのリニューアルをする」と言うプロジェクトが持ち上がった。 社長は一人の人物をプロジェクトマネジャーとして任命し、予算を付け、 「後はよろしく」 と、仕事をまかせた。 ところが半年後、ようやく社長は気づいた。 全くプロジェクトが進んでいないことに。 「どうなっているのか」とプロジェクトマネジャーを問い詰めたところ、彼は外注に丸投げしたまま、何もしていなかった。 外注側も、仕様が固まらず、プロジェクトは完全にスタックしていた。 社長は彼に話を聞いたが、彼は「外注から返事が無くて」の一点張り。そこで、社長は彼に要求した。「資料を出せ」と。 ところが彼は「出せない」という。 何か隠しているのではないか、おかしいのでは、ということで、皆でメールのやり取りや資料などを調べると、実質、彼が事実上、「外注に依頼をし、あとは本当に何もしていない」こと
1on1が嫌いな人に知ってほしいこと、苦手な原因や解決策を解説！
1on1ミーティングは、アメリカのシリコンバレーで人材育成を目的として確立された手法で、「上司と部下の1対1で行う定期的な面談」の事です。日本でもヤフー株式会社などが取り入れたことから注目を集め始め、2020年には、規模に関わらず約4割の企業が導入しています。 1on1ミーティングは組織の生産性向上やエンゲージメントを高めるための施策として有効で、1on1ミーティングを導入し始めている企業様も増えてきました。しかし、1on1を実際に行っている管理職やマネージャー、メンバーから「1on1ミーティングが嫌い」「1on1ミーティングが苦手」などの声もあります。 そのため、本記事では1on1が嫌いになってしまうような上司の特徴や悪い1on1の特徴、そしてその原因と解決策についてご紹介します！適切な1on1ミーティングの方法を知り、価値のあるものにしていきましょう。 1on1ミーティングが嫌いと感じ
なぜかずっと疲れている人に足りないのは「攻めの休養」 “ただ休む”だけでは回復しない、生産性を高める休養のコツ
20年間「休み方」について研究している片野秀樹氏の著書『休養学』の刊行記念イベントが透明書店で開催されました。科学的に正しい休養法について、本書の内容に沿ってポイントを紹介しました。本記事では、休んだつもりなのに疲労が取れない人におすすめな“効果的な休養のコツ”を解説します。 前回の記事はこちら 活動・疲労・休養の「3つのサイクル」 片野秀樹氏（以下、片野）：疲労感はマスキング（masking：覆い隠す）できるんですね。例えば、栄養ドリンクを飲んで「今日、がんばろう」という方もいらっしゃるかもしれません。あるいは何かモチベーションを持って、「自分が使命感を持ってやらなければならない」となると、一時は疲労感をマスキングできるんです。 その時の活動能力は下がっているんですが、マスキングしながら活動してしまう。がんばらなければならない時もあると思うので、これは一時的には必要だと思うんですが、ずっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Welcome | Feature-Sliced Design
NewSQL Landscape
PostgreSQL Pentesting | Exploit Notes
vulhub/postgres/CVE-2019-9193 at master · vulhub/vulhub
アプリ アーキテクチャ | Android Developers
止まらないLinuxシステムを構築する_高信頼性クラスタ入門
