並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 54件

新着順 人気順

keptの検索結果1 - 40 件 / 54件

keptに関するエントリは54件あります。 awstechfeed開発 などが関連タグです。 人気エントリには 『SQLを速くするぞ―お手軽パフォーマンス・チューニング』などがあります。
  • SQLを速くするぞ―お手軽パフォーマンス・チューニング

    このサイトでは、SQL を高速化するためのちょっとしたパフォーマンス・チューニングの技術を紹介します。と言っても、『プログラマのためのSQL 第2版』の受け売りがほとんどなので、この本を読んでいただければ、本稿を読む必要はありません。 最初に、パフォーマンス・チューニングに関する全体の方針を述べておくと、それはボトルネック(一番遅いところ)を改善することです。当たり前ですが、既に十分速い処理をもっと速くしたところで、システム全体のパフォーマンスには影響しません。従って「処理が遅い」と感じたら、最初にすることは、SQL やアプリの改修ではなく、「どこが遅いのか」を調査することです。いきなりあてずっぽうで改善をはじめても効果は出ません。医者が患者を診るとき最初にすることが検査であるのと同じです。病因が何であるかを突き止めてからでないと、正しい処方はできないのです。 その基本を承知していただいた

    • Udemyの番人がおすすめする講座 - Qiita

      Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 私はUdmeyに年間50万??ぐらい教材に投資して常に、Udemyに貼り付いて良い講座ができるのを監視しています。その中で、最後まで講座を受講してその講座の感想を書きたいと思います。私は、優良だと思わない講座は即返金処理を行うので、ここに紹介される講座は、とてもわかりやすいものしか基本的に載せてありません。この記事は更新されていきますので、ご興味ある方はいいねとストックをお願いします。(よかったやつ証明書とかコピペしてここに貼るの正直まじでめんどくさいので、更新するモチベーションに繋がります)。下記に書いてあるものは全部、優良のものだが

        Udemyの番人がおすすめする講座 - Qiita
      • 1Passwordを使って、ローカルにファイル(~/.configや.env)として置かれてる生のパスワードなどを削除した

        1Passwordを使って、ローカルにファイル(~/.configや.env)として置かれてる生のパスワードなどを削除した 最近、コミットはされないがローカルのディレクトリに置かれている.envのようなファイルから生のパスワードやAPI Tokenを削除しました。 これは、ローカルでマルウェアを実行した場合に、ローカルに置かれている生のパスワードやAPI Tokenを盗まれる可能性があるためです。 最近は、npm install時のpostinstallでのデータを盗むようなマルウェアを仕込んだりするソフトウェアサプライチェーン攻撃が多様化しています。 Compromised PyTorch-nightly dependency chain between December 25th and December 30th, 2022. | PyTorch What’s Really Goin

          1Passwordを使って、ローカルにファイル(~/.configや.env)として置かれてる生のパスワードなどを削除した
        • VScodeの設定(settings.json)まとめ【2023年4月更新】

          はじめに VScodeを愛用していくうちに設定ファイル(settings.json)がだいぶ煩雑になってきたので、それらを見直しがてらZennに記事としてまとめてみました。 主にwebサイト制作者向けの内容になっております。 どなたかの参考になれば幸いです! settings.jsonのコードの中身だけを見たい方はこちらへどうぞ!

            VScodeの設定(settings.json)まとめ【2023年4月更新】
          • 【個人的に】Dockerがはかどる小技 - Qiita

            初めて知ったときは感動したけど 自分の中で知ってて当然になってしまった小技をまとめました まだこの小技を知らない人に届いてくれるとうれしい Dockerfile RUNを1つにまとめる

              【個人的に】Dockerがはかどる小技 - Qiita
            • Kubernetesに腰を据えて入門する方向けのロードマップ - Qiita

              背景 最近、「コンテナはもうわかってきたので、これからKubernetesについて腰を据えて勉強したいが、どのように勉強すればいいかわからない」という相談をいただくことがすごく多くなった。 必要に応じて必要なリソースの挙動などを調べてきたし、僕自身も知らないことばかりなので、全てを伝えることはできない。 とはいえ、「入門しにくいサービスが伸びにくい」というのは、間違いないので、Kubernetesに入門する上でこの順番で学習したら、基本的な内容を身につけられるのではないかというロードマップを一つ公開しておくことで、これから業務でKubernetesを理解していく必要がある方の最初の一歩を助けられるかもしれないと思い、公開する事とした。(このQiitaのリンクを渡すだけで質問に回答できるという状態を作りたいという観点もある。) 自分の今の、Kubernetesに対する理解をうまく表現できてい

                Kubernetesに腰を据えて入門する方向けのロードマップ - Qiita
              • docker-composeのログローテーション - Qiita

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

                  docker-composeのログローテーション - Qiita
                • 「eBPF」がクラウドネイティブを超強力にする。eBPFとは何か? 何ができて、どんな利点があるのか? Cloud Native Days Tokyo 2022基調講演から

                  「eBPF」がクラウドネイティブを超強力にする。eBPFとは何か? 何ができて、どんな利点があるのか? Cloud Native Days Tokyo 2022基調講演から 2022年11月21日と22日の2日間、クラウドネイティブにフォーカスしたイベント「Cloud Native Days Tokyo 2022」が都内およびオンラインのハイブリッドで行われました。 22日の基調講演に登場したのは、Cilium、Hubble、TetragonなどeBPFを中心としたオープンソースを開発しているIsovalentのTracy P Holmes氏。 Homes氏は、いまクラウドネイティブ関連のテクノロジーとして最も注目されていると言ってよい「eBPF」を紹介するセッション「Cloud Native Superpowers with eBPF」を行いました。 eBPFとはどのようなテクノロジーな

                    「eBPF」がクラウドネイティブを超強力にする。eBPFとは何か? 何ができて、どんな利点があるのか? Cloud Native Days Tokyo 2022基調講演から
                  • MySQL8.0のバックアップはどれがいいのか - CyberAgent SRG #ca_srg

                    #SRG(Service Reliability Group)は、主に弊社メディアサービスのインフラ周りを横断的にサポートしており、既存サービスの改善や新規立ち上げ、OSS貢献などを行っているグループです。

                      MySQL8.0のバックアップはどれがいいのか - CyberAgent SRG #ca_srg
                    • サービスメッシュについて理解する | DevelopersIO

                      サービスメッシュは、マイクロサービスアーキテクチャの様々な問題点や課題を解決します。Kubernetes クラスターへの導入もそこまで複雑ではなく、サービスメッシュから得られるメリットは計り知れません。 カナダ・バンクーバーオフィスの山口です。 Kubernetes でマイクロサービスのアプリケーション開発をしていると、一度はサービスメッシュという言葉を聞いたことがあるのではないでしょうか。 マイクロサービス間の通信制御において、サービスメッシュは非常に強力な武器となります。しかし、Kubernetes クラスターへサービスメッシュを導入するのは多少敷居が高く、躊躇している方も多いかと思います。 今回はサービスメッシュの概要についてご説明します。そして次回以降で、EKS クラスター上で Istio や App Mesh といった主要なサービスメッシュの導入方法についてお伝えしていきます。

                        サービスメッシュについて理解する | DevelopersIO
                      • MySQLの機能でスロークエリ関連の解析を行う方法の紹介 - エキサイト TechBlog.

                        はじめに XTechグループ Advent Calendar 2021の16日目は、iXIT株式会社 エンジニアの蝦名がお送りします。 最近ハマっているものは音楽系Vtuberです。VIRTUAFREAK良かった…。 qiita.com 本題 ツールなどを導入しなくてもSlowQueryを解析できる機能がMySQLには存在するので、今回はその一部を紹介します。 ちなみに私が開発しているサービスのMySQLバージョンは5.6です。 1. mysqldumpslow 一言で言うとスロークエリーログファイルを解析して内容のサマリーを出力してくれる機能です。 前提としてスロークエリーログを出力している必要があります。 使い方 コマンド ※合計実行時間が長い順に10件のSQLを出力する mysqldumpslow -s at -t 10 /opt/fio1/slog/sp-prd-db1-slow.

                          MySQLの機能でスロークエリ関連の解析を行う方法の紹介 - エキサイト TechBlog.
                        • AWS CLI(v2)の自動プロンプト機能が便利だった

                          aws cliを使う際、AWS CLI Command Reference or --help で確認 > コピペ > コマンド実行みたいな作業をしていませんか...? これって割と面倒な作業ですよね。 そこで、本日はaws cliの実行が楽になる、自動プロンプト機能 という機能を紹介したいと思います。 自動プロンプト機能とは aws cli実行に関するヘルプドキュメントや豊富な補完機能などを提供してくれます。 v2から提供されている機能のようです。 提供機能 ざっと提供機能は以下のような内容です。 コマンド補完 パラメータ補完 リソース補完 短縮構文補完 ファイル補完 リージョン補完 プロファイル補完 あいまい検索 履歴 各機能の詳細な仕様の解説はここでは割愛しますので、詳しくは 公式 をご参照ください。 モードについて 2種類のモードがあります。 フルモード 部分モード 1. フルモー

                            AWS CLI(v2)の自動プロンプト機能が便利だった
                          • DBサーバでUPDATE/DELETEを打つ安心感を高める

                            近年はDBサーバで直接UPDATE/DELETE文を発行する場面はかつてより減ったように感じますが、引き出しとして持っていて損はないと思ったので私が普段やっている方法をメモしておきます。 プロトタイピングだったり、開発環境でも有効なので手癖にしておくのは有効だと考えます。 MySQLを例に書いていますが、対象のRDBMSは特に限定されません。 1. 対象のレコードを下見する まずはこれから更新する対象を見ておきましょう。 mysql> select * from books where id=1; +----+-----------+-----------------+-------+ | id | author_id | title | price | +----+-----------+-----------------+-------+ | 1 | 1 | Learning UPDA

                              DBサーバでUPDATE/DELETEを打つ安心感を高める
                            • SSHキーを使わずにVSCode/Jetbrains系IDEからEC2に接続する方法

                              背景 AWSのEC2にSSH接続する際、EC2のSSHキー(pemファイル)を使用して接続することが多ですが、SSHキーの管理が面倒だったり、セキュリティ的にもSSHキーを使用するのは避けたい場合があります。 この記事ではOS別、IDE別にSSHキーを使用せずにEC2に接続する方法を紹介します。 前提条件 Session Managerが有効化されているEC2インスタンスがあること OpenSSHがインストールされていること OpenSSHのインストール方法: Windows: Get-WindowsCapability -Online | Where-Object Name -like 'OpenSSH*' 管理者権限でPowerShellを起動することが必要です。詳細はこちら Mac/Linux: brew install openssh 事前準備 - Remote拡張機能のセットアッ

                                SSHキーを使わずにVSCode/Jetbrains系IDEからEC2に接続する方法
                              • Lambda Web Adapter でウェブアプリを (ほぼ) そのままサーバーレス化する (2025 年改訂版) - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

                                開発者の皆さまこんにちは!AWS Japan で Prototyping Engineer として働いている友岡です。 今日は AWS Lambda Web Adapter (LWA) というソリューションをご紹介します。VM やコンテナ用に実装されたウェブアプリを、ほとんどそのまま Lambda でも動かせるようにするツールです。(なお、ここで言うウェブアプリとは HTTP を話す任意のウェブサーバーアプリを指します。) Lambda を初めて触る方がまず戸惑うのが、実行方法が Lambda 特有のものになることではないでしょうか。以下は TypeScript の例ですが、Lambda アプリケーションは基本的にこのようなインターフェースの関数 (ハンドラー) を実行する形になり、また外部からの入力はハンドラーの第 1 引数 event として渡されます。

                                  Lambda Web Adapter でウェブアプリを (ほぼ) そのままサーバーレス化する (2025 年改訂版) - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
                                • APIシナリオテストの新ツールrunn

                                  runn is 何? 3行まとめ 今回は API シナリオテストツールの runn をプロジェクトに導入し、一部機能のコントリビュートしながら 3 ヶ月間触ってみておすすめだと感じたことを記事にまとめたいと思います。 runnとの出会い 4 ヶ月ほど前にスキーマ駆動開発を行っているプロジェクトでいい感じの API のテストをしようと色々 調査 をしていました。 その当時は OpenAPI でスキーマ定義して swagger-ui からポチポチ手動テストをしていましたが、API の数も増えるし同じ API でもパターンが結構あり、流石に手動でのテストでは限界があるなーと考えていました。 パラメータ数も多いので Controller テストで書くにしてもコード量が多く、レビューが辛いと感じていました。 API を E2E でテストしたい、最終的には CI で自動テストまでもっていきたいと思いま

                                    APIシナリオテストの新ツールrunn
                                  • 増加するAWS Fargateをどうコスト効率良く運用するか 「The Twelve-Factor App」に従った最適化 | ログミーBusiness

                                    AWSのソリューションアーキテクトが悩めるエンジニアの相談に乗り、「サービスを進化させるアーキテクチャの生み出し方」を伝授する「AWS Tech talk Night#3 ~TECH PLAYのエンジニアが相談!AWSソリューションアーキテクトが導く『WEBサービスを進化させるアーキテクチャ』~」。ここでアマゾンウェブサービスジャパン合同会社の福井氏・清水氏・下川氏、パーソルイノベーション株式会の鈴木氏・中村氏・青山氏が登壇。AWS Fargateの運用とコスト最適化について話します。 AWS Fargateについて清水崇之氏(以下、清水):2つ目の相談にも進みたいなと思います。2つ目に「AWS Fargateの運用とコスト最適化について」というお話をいただいています。 新しいサービスとしてAWS Fargateというものが出てきたので、こちらもAWSのSAから簡単に紹介したいなと思います

                                      増加するAWS Fargateをどうコスト効率良く運用するか 「The Twelve-Factor App」に従った最適化 | ログミーBusiness
                                    • CI/CDサービスのOpenID Connect対応 Dive Into - Lento con forza

                                      これははてなエンジニアアドベントカレンダー2022 39日目の記事です。 昨日は id:nakaoka3 の ミーティングの時間になると勝手に議事録を開いてほしいでした 先日あった、CircleCIのインシデントのAdditional security recommendationsとして、OIDC Tokenを使うことが推奨されていました。GitHub ActionsやCircleCIなどのCI/CDサービスでは外部サービスへの認証を行うために、OpenID Connectに対応しています。OpenID Connect対応がされていることは知っていたのですが、OpenID Connectといえば、外部サービス連携をしてログインに使うイメージだと思います。たとえば、Googleの認証情報で、はてなアカウントにログインするなどといったようにです。僕の中で、ユーザー認証に使うOpenID Co

                                        CI/CDサービスのOpenID Connect対応 Dive Into - Lento con forza
                                      • runn クックブック

                                        runnの開発者が書くrunnの使い方を紹介する本です。 導入から高度な使い方まで幅広くレシピを収録していきます。 対象バージョンは v0.127.4 です。 ------------------------------ ※この本は、不定期でレシピの追加や編集をする形で運用する予定です。 各ページ(チャプター)のURLはできるだけ変更がないようにいたしますが、変わる可能性があります。 また、無料公開範囲は変更する可能性があります。 ページにリンクを貼る場合や、特に購入の際はご注意ください。 ------------------------------

                                          runn クックブック
                                        • git-secretsを使用してAWSアクセスキーのコミットを防ぐ方法の紹介 | DevelopersIO

                                          CX事業本部Delivery部のアベシです。 この記事ではgit-secrets使用してAWSアクセスキーのコミットを防止する仕組みの導入方法について紹介します。 弊社の以下のブログにあるような実際の出来事では、アクセスキーが流出してから10分程度でマイニングに不正利用されてます。※ 弊社作業による流出ではありません。 【実録】アクセスキー流出、攻撃者のとった行動とその対策 このように、アクセスキーは流出するとすぐに利用されてしまうほど狙われやすい認証情報となっています。 このような被害を無くすために、AWSを使う方には是非今回のような対策をしていただけたらなと思います。 git-secretsについて git-secretsに登録したパターンに合致するシークレット情報が、コードに含まれていないかチェックできます。 GitHub - awslabs/git-secrets 実装方法の概要

                                            git-secretsを使用してAWSアクセスキーのコミットを防ぐ方法の紹介 | DevelopersIO
                                          • 「VSCode」での開発をよりスムーズに!基本的で役に立つ拡張機能を解説

                                            はじめに Microsoftの提供するVisual Studio Code(VSCode)は、2015年の最初のリリースから、今では開発用エディタの定番の座を占めるまでになりました。これには、無償で使えることも大きいですが、何よりエディタとしての使いやすさ、そしてさまざまな拡張機能によっていくらでも使い勝手を向上させたり、利用の領域を拡げられるということも大きいでしょう。本連載では、このVSCodeにフォーカスし、基本的な使い方から拡張機能の活用、そして本格的な開発現場での利用を想定した高度な機能までを紹介していくことで、読者がVSCodeマスターになるお手伝いをします。 対象読者 テキストエディタメインで開発してきた方 Visual Studioより軽い環境が欲しいと考えている方 Visual Sudio Codeをもっと使いこなしたい方 必要な環境 本記事の内容は、以下の環境で動作を確

                                              「VSCode」での開発をよりスムーズに!基本的で役に立つ拡張機能を解説
                                            • AWS Systems Manager と VS Code Remote SSH を組み合わせて快適なリモート開発環境を作る方法 | DevelopersIO

                                              しばたです。 前回の記事で.NET on AWSの開発環境には「EC2でVS Code Remote Developmentを使う」のがベストと言いました。 本記事ではその具体的な手順を解説します。 VS Code Remote概要 Visual Studio Code(VS Code)はそれ自身がサーバーとして動作し、クライアントからリモート上にあるVS Codeを使ったリモート開発が可能です。 VS Code Remote Development VS Codeのリモート接続は大別して以下の三種の方式があります。 Dev Containers : ホストからコンテナ環境へ接続 Remote SSH : クライアントからリモート環境へSSH接続 Remote Tunnels : セキュアトンネルをつかった接続 Dev Containersはコンテナの話なので除外してRemote SSHと

                                                AWS Systems Manager と VS Code Remote SSH を組み合わせて快適なリモート開発環境を作る方法 | DevelopersIO
                                              • composerizeでDockerコマンドラインをdocker-composeファイル形式に変換する

                                                composerizeとは composerizeはDockerのコマンドラインをdocker-composeファイル形式に変換する便利なツールで、コマンドラインだけでなく、それ自体もWeb上で直接変換することが可能です。 composerizeは、コマンドライン版とWeb版の両方利用することが可能です コマンドライン(GitHub) Web版 Web版の使い方 Web版の使い方はとても簡単で、上のインプットボックスにdockerコマンドラインを入力すれば、すぐにdocker-compose.yml形式で以下のように出力されます。 続いて、出力された内容を docker-compose.yml として保存すればdocker-composeコマンドで実行することが可能です。 コマンドライン版の使い方 1. composerizeのインストール 下記のコマンドでcomposerizeをインスト

                                                  composerizeでDockerコマンドラインをdocker-composeファイル形式に変換する
                                                • コマンドの力を極限まで高めるシェルスクリプト、VSCodeで効率アップ

                                                  Linuxを使いこなす上で、絶対にマスターしておきたいのが「コマンドライン操作」だ。この特集では、コマンドライン操作に苦手意識を持つ人に向けて、「シェル」や「端末」などの根本的な仕組みからコマンド操作の基本や活用方法までを解説する。 連続したコマンド処理を何度も実行したい場合、「シェルスクリプト」を作って使うと便利です。このPart5では、シェルスクリプトの基本を徹底解説します。効率良く作成するのに役立つVisual Studio Codeの活用法も紹介します。 Part4までで見てきたように、ファイルの名前を変えたり、いらないファイルを削除したり、ファイル内に記載された内容を昇順に並び替えたりといった、一つの作業をするだけであれば、その都度コマンドを実行してもさほど苦にならないでしょう。しかし、複数のコマンド実行を組み合わせたり、同じような処理を定期的に実行したりする必要がある場合、いち

                                                    コマンドの力を極限まで高めるシェルスクリプト、VSCodeで効率アップ
                                                  • GitHub Actionsで特定の条件の時だけenvironmentを設定したい - くりにっき

                                                    tl;dr; environment を三項演算子でいい感じにする モチベーション TerraformのワークフローをGitHub Actionsで動かしてるんだけど、terraform apply した時(具体的にはmainブランチか手動でのbuild実行時 *1 )のみ environment をセットしてDeployments *2に通知したかった。( terraform plan (Terraformのdry run)ではDeploymentsには通知したくない) 実装例 こんな感じ。 environment: ${{ ((github.ref == 'refs/heads/main' || github.event_name == 'workflow_dispatch') && 'terraform-apply') || '' }} github.com 分かりづらいんですが t

                                                      GitHub Actionsで特定の条件の時だけenvironmentを設定したい - くりにっき
                                                    • Laravel10時代のプロジェクトの始め方

                                                      はじめに 以前、『私的Laravelプロジェクトの始め方』という記事を書いたのですが、あれから2年ほど経過し、いろいろ変わった点があるのでまとめ直しました。 考え方 最近は、MacにPHPがセットアップされていないこともあり、ローカルにPHPをインストールしていなくても始められる手順を実践しています。 セットアップ環境 macOS Monterey Docker Desktop v4.9.0 Laravel v10.0.3 手順 Laravelインストール & Sailセットアップ laravel.buildを使ってインストールを行います。これは内部的に、laravelsailのdcockerイメージを呼び出してインストールを行います。使用できるphpのruntimeは7.4、8.0、8.1、8.2です。Laravel10はPHP8.1以上に対応しているので、ここは最新のPHP8.2のru

                                                        Laravel10時代のプロジェクトの始め方
                                                      • Amazon DynamoDB スケーリングのベストプラクティス | Amazon Web Services

                                                        Amazon Web Services ブログ Amazon DynamoDB スケーリングのベストプラクティス はじめに 長年にわたって、Amazon DynamoDB はものすごいスピードで進化を遂げています。グローバルセカンダリインデックス(GSI)、クエリ式のサポート、Auto Scaling 機能、そして、ポイントインタイムリカバリ (PITR) 、オンデマンドモードを断間なくリリースされました。お客様はモバイルバックエンドをはじめ、ゲームや IoT (Internet of Things) の実装まで、さまざまなユースケースで DynamoDB を使用してきました。 本記事は、DynamoDB を利用する中で、スケーリングの部分に焦点に当たって、スケーリングを考えるときのポイントを説明します。その後、代表的なワークロード、例えば、新しいサービスローンチや、ゲームにおいては新しい

                                                          Amazon DynamoDB スケーリングのベストプラクティス | Amazon Web Services
                                                        • 「スイッチ」と「ルーター」は何が異なるのか、用途や処理の違いを学ぶ

                                                          ネットワークスイッチにはレイヤー3(L3)の情報を扱えるL3スイッチもある。また、スイッチと似たネットワーク機器としてルーターがある。今回は、それらの違いを解説する。 簡単に言うと、レイヤー2(L2)スイッチとL3スイッチ、ルーターは用途やデータの処理方法が異なる。 まずL2スイッチとルーターを比較しよう。ルーターは、L3でやりとりされるIPパケットの宛先IPアドレスを参照してIPパケットを転送する。つまりL2スイッチとルーターは対象とするレイヤーが異なる。 もう1つの大きな違いは、ソフトウエアで処理するかハードウエアで処理するかだ。L2スイッチがハードウエアで処理するのに対して、ルーターは基本的にソフトウエアで処理する。 ソフトウエアの処理は、メモリーに蓄積したプログラムをCPUが1個ずつ読み出して実行する。一方ハードウエアの処理では、特定の用途向けに設計および製造されたASIC(App

                                                            「スイッチ」と「ルーター」は何が異なるのか、用途や処理の違いを学ぶ
                                                          • 【図解】Google Cloud 初心者のためのVPCSC

                                                            基本的に、サービス境界でAPIを保護し、それ以外の要素を使って特定のAPIアクセスを許可します。 サービス境界 サービス境界で保護すると、境界外から境界内、および、境界内から境界外へのGoogle Cloud APIアクセスはできなくなります。 サービス境界内のGoogle Cloud APIアクセスは可能です。 これにより、サービス境界外へのデータの持ち出しができなくなります。 また、1つのプロジェクトに設定できるサービス境界は1つだけです。 アクセスレベル できること サービス境界で保護されたAPIのリソースに対し、境界外部からのGoogle Cloud APIアクセスを許可します。 アクセスを制御できるアクセス元は以下の種類があります。 IPアドレス サービスアカウント/ユーザーアカウント デバイスポリシー なお、デバイスポリシーを使用するには、BeyondCorp Enterpri

                                                              【図解】Google Cloud 初心者のためのVPCSC
                                                            • Laravel 10🐿がリリースされたのだ🎉【Laravel 10 新機能】 - Qiita

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

                                                                Laravel 10🐿がリリースされたのだ🎉【Laravel 10 新機能】 - Qiita
                                                              • 軽量なDockerイメージを作るために意識すること

                                                                はじめに 今まで個人開発でなんとなくDockerを触るレベルでしたが、 転職を機に実務でDockerを触れる機会が増えてきました。 なんとなく使っていたDockerへの理解を深めるためにも、 より軽量なDockerイメージの作り方についてメモします。 なぜ軽量なイメージを作るのか ビルド時間の短縮 トライアンドエラーがしやすくなる 生産性が高まる Dockerイメージをpush/pullする時間の短縮 CI/CDにかかる時間の短縮 オートスケール時にかかる時間の短縮 ストレージの節約 軽量なDockerイメージを作るために 軽量なベースイメージを選ぶ Debian UbuntuなどのLinuxディストリベーションベース 広く普及して安定している バージョンごとに-buster(v10)や-bullseye(v11) などのコードネームがつく Alpine 組み込み系で多く利用されるBusy

                                                                  軽量なDockerイメージを作るために意識すること
                                                                • KubernetesのOOMとCPUスロットリング

                                                                  本文の内容は、2023年1月25日にJAVIER MARTÍNEZ が投稿したブログ(https://sysdig.com/blog/troubleshoot-kubernetes-oom)を元に日本語に翻訳・再構成した内容となっております。 はじめに Kubernetesを使用する場合、Out of Memory (OOM) エラーとCPUスロットリングは、クラウドアプリケーションのリソース処理で主に頭を悩ませる問題です。なぜでしょうか? クラウドアプリケーションにおけるCPUとメモリの要件は、クラウドのコストに直接結びついているため、これまで以上に重要です。 リミットとリクエストを使用すると、リソースの枯渇を防ぎ、クラウドのコストを調整するために、Pod がメモリと CPU のリソースをどのように割り当てるべきかを設定できます。 ノードに十分なリソースがない場合、Podはプリエンプショ

                                                                    KubernetesのOOMとCPUスロットリング
                                                                  • より安全なKubernetes Secrets管理のためのエコシステムの開発

                                                                    ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog ヤフー社内のKubernetes環境における、シークレットデータの扱いに関して紹介します。 ヤフーでは、Secrets Store CSI Driver(以下、SSCD)というプロジェクトを、社内のKubernetesプラットフォーム向けにエコシステムとして導入しました。なぜ私たちがSSCDをエコシステムとして導入する必要があったのかを説明します。 社内データ保護の一環として、ヤフーでは自社開発のSecrets Managerを運用しています。各シークレットデータの保護に加え、RevokeやバージョンコントロールなどパブリッククラウドにあるSecrets Managerと同様の機能を有しています。ストアしているシークレットデータは

                                                                      より安全なKubernetes Secrets管理のためのエコシステムの開発
                                                                    • VSCodeで全ワークスペースで使うdebug launch設定をする - $shibayu36->blog;

                                                                      VSCodeでデバッガを起動したい時に、毎回.vscode/launch.jsonの追加をしていた。これ面倒だなと思っていたのだが、普通にsettings.jsonのlaunchというキー名で全ワークスペースで使うdebug launch configurationの設定ができた。 例えばRubyのデバッグのためにvscode-rdbgを使っていた場合、.vscode/settings.jsonに次のように設定しておくと全ての場所でVSCode上でRubyのデバッグができる。便利ですね。 "launch": { "version": "0.2.0", "configurations": [ { "type": "rdbg", "name": "Debug current file with rdbg", "request": "launch", "script": "${file}", "

                                                                        VSCodeで全ワークスペースで使うdebug launch設定をする - $shibayu36->blog;
                                                                      • CloudWatchログをターミナルで見ましょう

                                                                        awslogs streams /aws/lambda/awslogs-test-lambda-HelloWorldFunction-LaSGYdgx6oeA # 出力例 2023/01/02/[$LATEST]efc4cbfd5f524ff98a102892333e5c2d # --start='1h ago' は、1時間前からログを表示するオプションです。 awslogs get /aws/lambda/awslogs-test-lambda-HelloWorldFunction-LaSGYdgx6oeA --start='1h ago' # 出力例 /aws/lambda/awslogs-test-lambda-HelloWorldFunction-LaSGYdgx6oeA 2023/01/02/[$LATEST]efc4cbfd5f524ff98a102892333e5c2d ST

                                                                          CloudWatchログをターミナルで見ましょう
                                                                        • kubernetesを使用するにあたってぶち当たる壁 - Qiita

                                                                          kubernetesをGCPやAWS上で動かすとき、実務でぶち当たった壁、考えないといけないポイントをまとめていきます。 AWSのマネージドで動かすか? k8sの中で動かすか問題 証明書関連 どこでSSL終端を行うのか?k8s-cluster外でSSL終端するのか、しないのか?を考える必要がある。さらにその証明書を得るときに期間が切れたときに自動で証明書を発行するのかいなかなどもある。 シークレット関連 通常、k8sでsecrets.yamlファイルを定義した場合、Secretのvalueはbase64で、エンコードされるだけで、エンコードされた文字列を知れば、簡単にデコードできてしまう。そのため、secretsを以下のサービスを使用して外部に置いておいて、必要な時に動的に取得するといったシークレット管理の仕方が存在する。 external-secrets-operator(ESO) SS

                                                                            kubernetesを使用するにあたってぶち当たる壁 - Qiita
                                                                          • VScode snippetsの知られざる(主観)機能 | Offers Tech Blog

                                                                            はじめに こんにちは! 副業転職プラットフォーム Offers を運営している株式会社 overflow でバックエンドエンジニアをしております、さわ(@hacksaw_a_)です! 今回は(完全主観で)あまり知られて無さそうな VScode snippets のおすすめ機能を紹介していきます! ※おことわり snippets 機能自体にあまりなじみがない方への説明などは、他の方の記事がたくさんありますので今回の記事では割愛させていただきます! VScode snippets のおすすめ機能 Tabstops ($1, $2, ...) でTabを押した時のカーソルの移動位置を指定 参考 VScode 本家記事 これはスニペットファイルを作成した際にサンプルとして載っているので使われている方が多いのではないでしょうか。 これを指定するかしないかでだいぶスニペットの使い心地が変わりますよね!

                                                                              VScode snippetsの知られざる(主観)機能 | Offers Tech Blog
                                                                            • 連載: Kubernetesでカスタムコントローラを作ろう! ~第4回 Kubernetesのカスタムリソースについて~ - クリエーションライン株式会社

                                                                                連載: Kubernetesでカスタムコントローラを作ろう! ~第4回 Kubernetesのカスタムリソースについて~ - クリエーションライン株式会社
                                                                              • dockerによる機械学習環境構築(PyTorch編) - Qiita

                                                                                0.はじめに この記事は私が機械学習で利用する環境のdocker imageを共有するために書きました。 機械学習をしたいけど環境構築が難しくてできないという方の役に立てば幸いです。 深層学習フレーム pytorch データフレーム操作 pandas polars cudf Dockerfileなどはgithub(kaggle_pytorch_docker)に公開しています。 1. Preparation 機械学習用の環境を構築するためにまずdockerをインストールしてください。 dockerを利用できる環境の作り方がわからないという方はNVIDIA Dockerって今どうなってるの?を参考にしてください。 2. Build Image 1.を基にdocker環境が構築できましたら、機械学習用のdocker imageをビルドしましょう! 以下のコマンドを実行してください。 $ git

                                                                                  dockerによる機械学習環境構築(PyTorch編) - Qiita
                                                                                • REST原則に従った非同期APIの設計 - Qiita

                                                                                  はじめに ある程度時間のかかる重い処理をするAPIを同期的に処理をしてしまうと、そのリクエストがスレッドを占有してしまい、他の軽いAPIに影響を与えてしまうことがあります。そこで、先日、RESTに従った非同期なAPIを作りたくて調べていた時に、皆それぞれ独自に設計をしていて、どう設計するのが良いのか迷ったため、その時に考察したことをまとめます。 同期的に処理をする場合 まず、RESTに従った同期APIの設計について考えます。ここではユーザを作成する場合を例にしました。同期APIについては、ほとんどの場合、以下のような設計になっていました。 はじめに、/users に対して、POSTリクエストを送ります。レスポンスにはステータスコード201 Createdに、HTTPヘッダーのLocationには作られたリソースへ参照するためのパスが入ります。

                                                                                    REST原則に従った非同期APIの設計 - Qiita

                                                                                  新着記事