Cloudflare Zero Trustを導入してみた - POC環境構築編 - メモのページ - チラシの裏メモ 3枚目
ゼロトラスト ネットワーク(ZTN)の学習用環境として、Cloudflare Zero Trustを自宅に導入してみた。 今回はCloudflare Zero Trust導入手順のメモ。 2023/7/8追記 ポリシーの設定やOktaとの連携等の記事は、当記事内下部の「Cloudflare Zero Trust関連の記事」のリンク先を参照。 Cloudflare Zero Trustとは CDN事業者として知られているClaudflare社が提供するゼロトラスト セキュリティソリューションである。 SWG(Secure Web Gateway)と呼ばれるクラウド型のプロキシサービス、IPアドレスの匿名化、アンチウイルス・アンチマルウェア、URLフィルタリング、アプリケーションフィルター等のサービスを提供する。 Cloudflare Zero Trustと競合する主なゼロトラストネットワーク
Cloudflare Zero Trustを導入してみた - ポリシー設定編① - メモのページ - チラシの裏メモ 3枚目
前回は、ゼロトラストネットワーク(ZTNA)の学習用環境としてCloudflare Zero TrustのPOC環境を構築し、自宅の環境でも手軽にゼロトラストネットワークを体験出来た。 疎通確認としてYouTubeへのアクセスをBlockするポリシーを設定し、想定どおりアクセスをブロックさせる事が出来たが、今回はもう少し踏み込んだ内容でポリシーを設定してみた。 当記事は、ポリシーの設定および疎通確認のメモ。 前回の記事の内容、Cloudflareのアカウント作成からCloudflare Zero Trustの設定、そしてクライアント側の設定までの流れに関しては、以下のリンク先を参照。 https://debslink.hatenadiary.jp/entry/20221103/1667482863 Cloudflare Zero Trustを導入してみた - POC環境構築編 追加記事の内
検索エンジンチームにいながら外部公開APIのメンテナンスもしている加藤宏脩です。 この記事では、毎日大量に書き込まれ膨れ上がったMySQLのテーブルを、 テーブルローテーションさせることで不要なデータを継続的かつ安全に削除する処理の実装をしたのでそれについてお話したいと思います。 利用している技術 Amazon RDS for MySQL Engine version: 5.7.41 Amazon ElastiCache for Redis Engine version: 6.2.6 起きていた問題 LIFULLのとあるサービスは、アプリケーションとMySQL、DBの結果をキャッシュするRedisがあるというよくみる一般的なアーキテクチャで運用しています。 このMySQLのテーブルは毎日100万件以上のレコードが追加されていく状態になっており、 総レコード数は６億件を超え、容量は2TBを超
Langchain, GPT-3.5-turbo, Google Search API を使って、ChatGPT相当のエンジンにGoogle 検索を読み込ませ、日本語で回答を得ることに成功しました。これは一般公開される、いわゆるコンシューマー向けのサービスとしては便利ですが、逆に ChatGPT や Bing と同様に、一般的になってしまいます（検索するドメインを絞ることはできますが）。 業務でチャットボットを使う場合にはどちらかというと、自社の知見に特化したチャットボットが欲しいと思うのではないでしょうか。顧客向けにしろ、自社向けにしろ、どこの誰が書いたか分からない一般的な答えを出しても、顧客価値につながりませんからね。 ということで、LangchainとGPT-3.5-turbo API, それから OpenAPI のEmbedding API を使って、ドキュメントを埋め込んだQ&A
Google スプレッドシートを使ってサーバレスなサイト巡回botを作り、slackに通知させる - Qiita
はじめに サーバを監視するサービスはサーバ屋のオプションサービスであったりしますが、サーバがダウンしていなくてもDBのテーブルがクラッシュしているとWebサイトが見られない状態になっていることがあり、サーバ監視では気づけないことがあります。 Webサイトを死活監視するプログラムを作っても、それを設置しているサーバがダウンしてしまっては監視になりません。でも、数える程度のWebサイトを監視するためにわざわざ冗長化されたサーバを構築しては費用対効果が合いません。 そういうときに使えるのが Google Apps Script（GAS）です。Googleアカウントを持っていれば無料で使え、サーバも必要ありません。Googleの膨大なインフラで支えられているので滅多なことでは落ちません。slackに通知させるようにすればお客様より先に気づくことができ、バタバタ慌てることもなくなります。 Slack
一部で人気上昇中の大阪府知事・吉村洋文さんを見ていると本当に面白いんですよね。 いまや「イソジン吉村」の愛称でも呼ばれるようになってしまい、急落する維新支持率にもさらに影響しそうです。 【ツイート】「イソジン」について釈明する吉村知事 維新、面白い政党だとは思うんです 私の身の回りでも、ものすごく日本維新の会にシンパシーを感じる面々からの熱狂的な吉村支持が感じられる反面、維新の会にはこれといって興味のない層からの冷たい視線のコントラストが、サウナ後の水風呂的な状況になっておるわけですよ。 維新、面白い政党だとは思うんです。自民党や与党、安倍晋三さんを支持したくはないけど、気持ち的には日本を愛する考えを持っている右派の拠りどころという意味でも。ただ、いかんせん大阪以外ではなかなか大変なんですよね。全国政党への脱皮の苦しみという感じでしょうか。 今回の一連のコロナ対策でも、非常に頑張っている風
【注意喚起】冠水道路を走行した車のエンジン内部が悲惨なことに！走行不能になったハイブリッド車アクアのエンジンを分解検証してみた
今回は注意喚起も兼ねて冠水路走行により走行不能になってしまったトヨタ・アクアのエンジンを分解して原因追究を行っています。ちなみに水没ではなく走行中の損傷になりますので、エンジン以外には損傷や不具合はありませんでした。HVシステムを心配する方もいらっしゃるかもしれませんが、まったく問題はありませんでした（トランスアクスルも問題無し）エンジンが機能停止した後もEVモードで退避出来たほどです。エンジン単体で見た場合は意外とメジャーな損傷ではあるのですが、普段見られないショッキングな映像もあります。状態確認確認➡修理完了➡原因追究といった流れなので動画が長時間になってしまいました。興味がある方にはアッという間だと思いますので楽しんでご覧ください。少々広告が多めという印象を抱くかもしれませんが・・・非常に手間と時間がかかっております（汗） その他検証（YouTube） 【検証動画】壊れたCVTの内
週刊Railsウォッチ: 中高生国際Rubyプログラミングコンテスト2022、W3Cの分散型識別子仕様が勧告にほか（20220726後編）｜TechRacho by BPS株式会社
こんにちは、hachi8833です。 ／ 夏場に注意！「電気火災」 熱や衝撃に弱いリチウムイオン電池が突然発火 ＼https://t.co/4U8adxnRo3 夏場に注意が必要なのが「#電気火災」です。特に気を付けなければいけないのが、スマートフォンなど電子機器に搭載されている「リチウムイオン電池」です。 #newsdig #BSN — TBS NEWS DIG Powered by JNN (@tbsnewsdig) July 20, 2022 つっつきボイス:「熱と衝撃が両方加わるとヤバそう」「そういえば自動車にノートPC置きっぱなしにしてた😅」「それヤバいですやん」 週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたと
諸条件 ソースがMySQLの場合、Redshiftへの変換にSCTが利用できない DMSにはSCT(SchemaConversionTool)という、ローカルPCにインストールしてスキーマやストアドプロシージャ等を自動変換・診断してくれるツールがあります。このSCTはソースDBとターゲットDBの組み合わせごとに使用可否が決まっている点に注意が必要です。 以下のURLの通り、ソースがMySQLの場合、ターゲットにRedshiftを選択することができません。 https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Welcome.html そもそもターゲットがRedshiftの場合は、ソースの対応DBエンジンにOLTP系のものは少なく、多くがOLAP系です。 OLTP系：SQL Server, Oracle
概要 Nginx では標準で提供されている limit_conn モジュールを使用して、接続数制限を提供します。 接続数制限によって、同一の接続元からの接続が制限でき、DoS攻撃から防御できます。あるいは、TCPの接続数を制限することによって、高負荷時にもWebサービスの処理を継続させることが目的です。 今回は、Nginx 接続数制限 (limit_conn) の設定方法、ab (apache bench) による接続数制限の検証方法をまとめます。 事前準備 EC2 の Amazon Linux 2 インスタンスを起動します。 インスタンスのUser data 設定に、下記を記載します。Amazon Linux 2 のnginx は、amazon-linux-extrasを使用します。amazon-linux-extras の詳細はこちらを参照。 #!/bin/bash sudo yum
【理解挑戦】理解できる？？バラバラに解剖したプリウスのトランスミッションの内部は人類の英知が結集されたシンプルだけど複雑怪奇な良システムだった！？トヨタ製ハイブリッドTHSⅡの構造を暴く！
今回のトランスミッション分解動画は不具合原因の探求ではなく構造理解のための分解動画となります。個人的興味と社内研修の意味も込めて分解を行いました。主役のトランスミッションは某オークションサイトで見つけた展示用や研修用ではなかろうかというジャンク品を入手。若干の欠損部品などがありますが状態もよく構造理解にはもってこい。その手の文献をあさったり、構造解説書を読み込んだりと1から勉強しなおすつもりで作成した動画です。もしかしたら間違いなどもあるやもしれません。あと自動車開発関係の方々もみていただいているようですので補足などがありましたらコメント欄を活用して頂けたら嬉しいですし私自身の勉強にもなります。興味のない方にはかすりもしない動画かもしれませんが好きな方にはたまらない構造理解動画を目指して作成しました。お楽しみください！ ZVW30プリウスHVバッテリー交換のページはコチラ https:/
この記事は毎週必ず記事がでるテックブログ "Loglass Tech Blog Sprint" の 6週目の記事です！ 1年間連続達成まで 残り47週 となりました！ はじめに サービスが突然ダウンして障害が発生した経験はありますか？ 最近、ログラスでは、アプリケーションが大量のメモリを使用し、「java.lang.OutOfMemoryError」エラーが発生し、サービスがダウンする障害が発生しました。 問題を解決するには、シンプルに 「原因を特定する」 -> 「解消する」 というサイクルを積み重ねていくことが重要であると今回の対応で学びました。 しかし、シンプルであるがゆえに、自身の調査方法のミスや知識不足による不十分な調査が、根本的な原因ではない箇所の修正につながり、なぜか改善しない現象が発生しました。 この記事では、試行錯誤の末に失敗した対応と、その後に問題を解決するために採用した
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLの不要データをテーブルローテーションでイージーに削除した - LIFULL Creators Blog
【Langchain】EmbeddingでChatGPTに自分専用Q&Aをしてもらう方法
『イソジン吉村』嘘のような本当の話で吉村洋文府知事から感じる「進次郎臭」（文春オンライン） - Yahoo!ニュース
AWS DMSでMySQLからRedshiftへのマイグレーションを試してみる - Qiita
Nginx 接続数制限 (limit_conn) を設定してab検証する | Oji-Cloud
失敗を経て、JVMメモリ改善を少しの変更で大きく改善できた話