なぜやったか 現在所属する企業ではWazuhを利用してサーバの不正検知を行っている。以前ITメディアさんに取材頂いた記事は下記です。 https://atmarkit.itmedia.co.jp/ait/articles/1902/18/news012.html 現在はWazuhのアラートをSlackチャンネルに投稿しているのだが、デプロイ時など大量のファイル変更がある場合や、IaCのアプライ時にノイジーなアラートがあり、見逃しのリスクがある。それを解決するためにmimizukuというライブラリを開発して、機械学習を用いて作成したモデルで異常検知できるようにした。 I'll detect anomalies from the audit log. https://github.com/pyama86/mimizuku 0 forks. 1 stars. 0 open issues. Rec

サービスのデプロイ頻度は、そのときに開発している機能の大きさやチームメンバーの人数などの影響を少なからず受けます。そのため、この変化がGitHub Copilot導入の効果と言いきることは難しいですが、生産性が向上しているチームからのノウハウの共有などを通じて、継続した生産性の向上に取り組んでいきたいと考えています。 GitHub Copilot導入に向けた課題とその対応 ここからは、ペパボでGitHub Copilotを全社導入するにあたり検討した観点と、その結果を紹介します。 ペパボにおける生成AI活用の現状 GMOペパボでは、ChatGPTの登場以降、生成AIを活用した機能の開発や開発プロセスへの活用による生産性向上に取り組んできました。特に、pyama86/slack-gptを利用したSlack Botはエンジニアに限らず全社員が利用しており、さまざまな業務の効率化に貢献しています

こんにちは。あなただけの彦星になりたい、鹿児島が生んだ三大Hikoの一人、和彦こと、P山 です。 今日はデータ基盤チームで利用しているワークフロー管理プラットフォームのApache Airflow(以降Airflow) で利用しているDAGのCI環境をクラウドネイティブな技術を利用して、リニューアルした実装を紹介します。 DAGというのは Directed Acyclic Graph の略で有向非巡回グラフと訳されます。Airflowではそれぞれのタスクをまとめたものを1つのDAGとして定義します。 多くの方になじみのない言葉でしょうから、この記事内においては「プログラムコード」と脳内変換していただければ読みやすいです。 リニューアル前 データ基盤チームではAirflowの実行基盤としてGCPのCloud Composer を利用しています。 自動テストを行うために、GitHub Acti

タイトルで完結 抹茶が少し好きなんですよ。 100均のクリーマーでいい感じに出来ると聞いてからたまにたててたのですが、100均クリーマーが段々軸ズレで使えなくなったので愛するハリオのクリーマーを買いました Amazon｜HARIO(ハリオ) クリーマー・キュート ブラウン CQT-45BR 14.5×10.5×20.5cm HRO02959｜ミルク泡立て器 オンライン通販 (画像はamazon商品ページから引用) ガラス瓶も付いて快適抹茶生活！と思ったのですが微妙～にパワーが足りてない。茶こしでふるっても微妙に粉が残る。 折角良いのを買ったのにもったいない。 改善のために何ができるか。そう必要なのはパワー。パワーと言えば？ パワーダッシュモーターですね。 一度開いてモーターがマブチ130サイズ互換だと分かったので、このジャンルで手軽に手に入るミニ四駆のモーターを採用。 準備が整ったのでこれ

こういうときのために日々、リモートで働けるようにVPNサーバ経由のアクセスに色々切り替えてきたのですが、4000人がVPNサーバを利用するようになり、VPNサーバが輻輳し、僕のアクセス経路がすべて死にました。 — P山 (@pyama86) January 27, 2020 そうなると、いかに安全に踏み台サーバを構築するかということになるのですが、セキュリティにおいて多層防御の考え方は非常に大事です。一般的な踏み台サーバであればおそらくFromIPでの制御と、公開鍵認証での運用が多いのではないでしょうか。ペパボでは僕が開発運用しているSTNSを利用して、公開鍵認証でのログインを必須にしているかつ、IPでの制御も行っています。 さて、まだ本番では一切何もしていないのですが、このIPでの制御をやめるとなった場合に、多層防御の層が一枚薄くなってしまいます。それをどうにかしてカバーしようと思うと、

Japan Perl Associationの id:papix です. 2019年3月に開催された｢YAPC::Tokyo 2019｣から半年が経過し, ｢次のYAPC::Japanはいつだろう...?｣とそわそわしていた方も多いのではないでしょうか. yapcjapan.connpass.com つい先日, ｢YAPC::Nagoya::Tiny 2019｣の開催をお知らせさせて頂きましたが, この度諸々の準備が整い, ｢YAPC::Tokyo 2019｣そして｢YAPC::Nagoya::Tiny 2019｣の次となるYAPC::Japanのスケジュールをお伝えすることが出来るようになりました!!! 次のYAPC::Japanは, ｢YAPC::Kyoto 2020｣として開催いたします!!!! 日程は2020年 3月27日(金曜日)〜28日(土曜日), 場所は京都リサーチパークとな

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

MackerelにおけるKubernetes利用の取組みとこれから / Kubernetes Meetup Tokyo #22

Netflixジャンキーこんにちは。Stranger Thingsのシーズン3が公開されてましたね！もう見ましたか？僕はやっと最近見れました。Netflix Originalが大好きなプリンシパルエンジニアの@linyowsです（オススメは、DARKです）。 私は、福岡のGo言語コミュニティであるFukuoka.goのオーガナイザーの1人でもあるんですが、はじめてのGo Conference地方開催を、福岡で、Fukuoka.goのメンバーとともに行いました。「Go Conference'19 Summer in Fukuoka」には、GMOペパボから多くのエンジニアが登壇または参加しました。 ということで、当日の発表を参加者のリレー形式でかいつまんで簡単にご紹介していきます。 "Cost-effective Go unit test thinking and practices" by

ホーム > ニュース > プレスリリース > 「ペパボ研究所」の研究員が、プログラミング言語Goの国際会議『GopherCon 2019』で研究成果を発表 GMOインターネットグループのGMOペパボ株式会社（代表取締役社長：佐藤 健太郎　以下、GMOペパボ）で、インターネットに関する新技術の創造と実践に取り組む研究開発組織「ペパボ研究所」は、アメリカ・カリフォルニア州で現地時間2019年7月24日（水）～27日（土）に開催されるプログラミング言語Goの国際会議『GopherConゴーファーコン 2019』において、所属する研究員による研究成果を発表します。 本研究は、「ペパボ研究所」所属の三宅 悠介研究員が取り組む研究課題の1つで、フィードバック制御を用いて、Goにおける並行タスク数の最適化を提案するものです。状況によって変化する最適な並行数を継続的に算出し、制御することで、コンピューティ

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

November 18 – 21 | San Diego Convention Center, San Diego, California   |   #KubeCon #CloudNativeCon KubeCon + CloudNativeCon North America 2019 Call for Proposals The Call for Proposals (CFP) is now closed for KubeCon + CloudNativeCon North America 2019. Speaker notifications will be sent out in early September. For any questions regarding the CFP process, please email cfp@cncf.io. KubeCon + Clou

おおむね以下の点を理解することを目標に、CRubyのメソッド呼出がどのようなフローで実行されているかを見ていく。対象バージョンは2.4.1。 Rubyで定義されたメソッド、C拡張で定義されたメソッド、コア内部で実装されたCのメソッドはそれぞれCRuby内部でどういったデータ構造で保管されているか それらはそれぞれどのようなアルゴリズムで検索されるか それらはそれぞれどのような流れで実行されるか メソッドキャッシュはどのように実装されており、どういう時使われるのか バックトレースの管理などメソッド本体の処理以外には何が行なわれているのか send命令とopt_send_without_block命令とrb_funcallの間では何が異なるのか なおこの記事のタイトルは、RubyConf 2015の時 Messenger: The (Complete) Story of Method Look

お知らせ 【メンテナンスのお知らせ】10月24日(火)10:00から1時間ほど、メンテナンス作業を予定しております。作業の間はconnpassのご利用が出来ません。ご迷惑をおかけしますが何卒ご了承ください。 お知らせ ソーシャル認証に頼らず安全にログインしていただくため、すべてのユーザーに対してパスワードの設定を必須といたしました。まだパスワードを設定されていない方は、パスワード設定画面よりご設定をお願い申し上げます。 機能改善 領収データ発行機能にてインボイス制度の書式での出力に対応しました。 詳しくはこちらをご覧ください。 新機能 参加者によるオンライン出席機能をリリースしました。今までは主催者による出席管理機能はありましたが、大規模イベント等での受付処理が大変とのフィードバックをいただいてました。今後はイベント作成時に発行される「出席コード」を会場現地や配信で共有してもらうことで、参

まとめ（個人、運営問わず） Toggeter: https://togetter.com/li/1336069 loftkun: https://github.com/loftkun/conference/blob/master/2019/0408-fukubernetes-01/README.md セッション 本当の"""負荷検知"""をお見せしますよ - cgroup v2 feat. PSI by Uchio Kondoさん (@udzura) 資料: https://speakerdeck.com/udzura/cgroup-v2-and-psi 参照: https://www.linuxplumbersconf.org/event/2/contributions/204/attachments/143/378/LPC2018-cgroup-v2.pdf うづらさんのブログ: ht

はじめまして、シナプスの中野です。 シナプスの「技術者ブログ」、今日からスタートします!! 1本目の記事は、まずは会社の紹介や、これまでの取り組みと、なぜ技術者ブログを書くのかについて、簡単に紹介します。 シナプスってどんな会社? 「エンジニアは外に出る!!」 目標と実績、そして変化 さくらじまハウス2018 q-tech Meeting 技術ブログを書くということ シナプスってどんな会社? 株式会社シナプスは、1995年11月より鹿児島にて「SYNAPSE」という名称でインターネットサービスプロバイダー(ISP)を運営している会社です。 テックブログなので、エンジニアの構成を紹介すると、 バックボーンネットワークの設計/構築/運用やサーバの設計/構築/運用を行うエンジニアが7人 顧客管理システムやコントロールパネルなどの開発/運用を行うシステムエンジニアが2人 Webサイトの制作/開発/

Mackerelアンバサダーになりました Mackerelアンバサダーになったので、グッズ頂いた。ありがとうございます pic.twitter.com/UzCmANa84O— Masahiro 💺 (@kazeburo) March 23, 2019 ということで、新しいmackerel-pluginの紹介です。 mackerel-plugin-axslog とは Mackerelの公式プラグインに mackerel-plugin-accesslog というとても便利なプラグインがあります。公式のブログに詳しく解説があります。 mackerel.io これを使うと、アクセスログのファイルサイズを記録しながら差分を読み、ステータスコードごとのアクセス数や割合、レイテンシなどを集計、可視化できます。 mackerel-plugin-accesslog、サーバの可視化のため、とても便利そうでと

「Microservices時代の監視設計」と言うエントリーを書きたいのだけど、そもそもなんでMicroservicesで作る必要があるのかというところを先に書く必要があると感じたので私見を述べてみる。すでにMicroservicesで作っている人からすると「何をいまさら」と言う内容も多いかもしれません。 Microservicesでなぜ作るのか ドメイン分割のレイヤーの変遷 今は成長段階 Microservicesのメリットとアーキテクト クラウドはフレームワークになった 共有データベースアンチパターンとMicroservices設計 Microservices時代の監視設計 参考図書など Microservicesでなぜ作るのか 身も蓋もないことを書いてしまうと、これはもう「潮流がそうなっているから」ということだと思う。業界がそういうアプリケーションの作り方をしてノウハウを貯めていく流