並び順

ブックマーク数

期間指定

  • から
  • まで

481 - 520 件 / 1004件

新着順 人気順

jenkinsの検索結果481 - 520 件 / 1004件

  • WCAG 2.1 解説書

    【注意】 この文書は、W3C エディターズドラフト Understanding WCAG 2.1 の 2020 年 12 月 2 日版を、ウェブアクセシビリティ基盤委員会 (WAIC) が翻訳して公開しているものです。この文書の正式版は、W3C のサイトにある英語版です。正確な内容については、W3C が公開している原文 (英語) をご確認ください。この翻訳文書はあくまで参考情報であり、翻訳上の誤りが含まれていることがあります。翻訳上の誤りを見つけられた場合は、翻訳に関するお問い合わせ (Google フォーム)からご連絡ください。 この翻訳文書の利用条件については、WAICが提供する翻訳文書のライセンスをご覧ください。 【重要】 原文の Understanding WCAG 2.1 自体、ワーキンググループによって今後も継続的に修正されていくものと思われます。この文書の内容は古くなっている

    • Service AccountのSecretについて - 赤帽エンジニアブログ

      こんにちは!Red Hatの石川と申します。 昨年よりOpenShiftのテクニカルサポートエンジニアとして働いております。 まだまだOpenShift勉強中の身ですが、日々の業務で気付いたことなどを少しずつ記事にしていけたらと考えております。 今回はService Accountの認証の仕組みがどのようになっているかについて触れてみたいと思います。 Service Accountって? Service Accountは通常のUserとは別に、Podや各種コンポーネントがAPI呼び出しを行うために設計されたKubernetesのオブジェクトです。JenkinsやTravis CIなどでアプリケーションを自動化する際にも利用されます。 Service AccountはUserと違い、特定のタスクを実行することを目的に作られていますので、特定のnamespaceに紐づいています。ただし、nam

        Service AccountのSecretについて - 赤帽エンジニアブログ
      • The 100 best films of the 21st century

        Quentin Tarantino’s latest jaw-dropper bumps Kill Bill: Vol 1 off the list in gloriously irreverent fashion. Leonardo DiCaprio and Brad Pitt star as a fading western star and his mutt-loving stunt double in this relaxed and loving roast of bygone Tinseltown. CS Read the review 99Bright Star (2009)An early lead for Ben Whishaw as the ailing John Keats romancing Fanny Brawne (Abbie Cornish) is the t

          The 100 best films of the 21st century
        • フロントエンドのCircle CI実行時間を1/3にしました - Studyplus Engineering Blog

          こんにちは。ForSchool事業部の石上です。先日、コンビニでサクレの梨味を買ってきたところ妻に絶賛されました。今年一番家庭で貢献した日かもしれません。 今回はフロントエンドのCircle CI実行時間を短くしたことについて書きます。 3行で フロントエンドのCI実行時間が長く困っていました 無駄なものを消したり並列化したことで、実行時間が9分(改善前)から3分(改善後)になりました 今回サクッとできたのは改善がしやすい仕組みのおかげ Studyplus for School フロントエンドのテスト 私が現在携わっているStudyplus for School(塾向けのSaaS)のフロントエンドでどのようにテストを書いているかについては、以前@okuparaさんが書いてくれました。 tech.studyplus.co.jp この方針が定まる前はテストコードが少なかったのですが、方針を定め

            フロントエンドのCircle CI実行時間を1/3にしました - Studyplus Engineering Blog
          • Amazon EKS on Fargate を使用してコンテナイメージをビルドする方法 | Amazon Web Services

            Amazon Web Services ブログ Amazon EKS on Fargate を使用してコンテナイメージをビルドする方法 この記事は、How to build container images with Amazon EKS on Fargate を翻訳したものです。 本投稿は、Container Specialist Solutions Architect の Re Alvarez-Parmar により寄稿されました。 コンテナは、開発者がアプリケーションをパッケージ化、配布、そしてデプロイする方法を簡素化するのに役立ちます。開発者は、アプリケーションコード、ライブラリ、およびその他の依存関係を含むコンテナイメージにコードをパッケージ化します。このイメージを使用して、コンテナ化されたアプリケーションを互換性のある任意のオペレーティングシステムにデプロイすることができます。2

              Amazon EKS on Fargate を使用してコンテナイメージをビルドする方法 | Amazon Web Services
            • Best practices for using Terraform  |  Google Cloud

              Send feedback Best practices for using Terraform Stay organized with collections Save and categorize content based on your preferences. This document provides guidelines and recommendations for effective development with Terraform across multiple team members and work streams. This guide is not an introduction to Terraform. For an introduction to using Terraform with Google Cloud, see Get started

                Best practices for using Terraform  |  Google Cloud
              • オールアバウトのリリースをよりシンプルに!本番GKEへCircleCIを導入し移行したお話 - オールアバウトTech Blog

                こんにちは!オールアバウトでSRE(サイト信頼性エンジニア)をしている@numa_numaです。 さて今回は、当社のクラウドネイティブな開発の加速・さらなるDevOps推進を目指し、デプロイツールにCircleCIを採用し移行しましたので、そのお話をご紹介したいと思います。 以前に、2016年くらいまでのオールアバウトでのリリースの歴史をご紹介しております。 興味のある方はぜひご参照ください。 allabout-tech.hatenablog.com 当社では2016〜2017年頃にGKE(Google Kubernetes Engine)を利用しはじめ、Dockerコンテナで本番運用を行うノウハウを確立しました。 また、その時採用したのがWerckerというCIツールでした。 allabout-tech.hatenablog.com クラウド移行とその後のリリースの変遷 オールアバウトで

                  オールアバウトのリリースをよりシンプルに!本番GKEへCircleCIを導入し移行したお話 - オールアバウトTech Blog
                • 【GitHub Actionsをもっとたくさん使いたい!】AWS CodeBuildでSelf-hosted Runnerできるようにした - Qiita

                  【GitHub Actionsをもっとたくさん使いたい!】AWS CodeBuildでSelf-hosted RunnerできるようにしたAWSCIDockerCodeBuildGitHubActions GitHub Actionsとても便利ですよね。 コミットプッシュやPRマージだけではなく、Issueコメントやラベル追加をトリガーにしてワークフローを動かすことができるので、いろいろな定形処理を自動化できます。 あれもこれもといろいろなワークフローを追加したら、利用時間上限になってしまってワークフローのダイエットしないといけなくなった、、、なんてことも。 今回はそんなGitHub Actionsを、(有料だけど)もっとたくさん使えるようにと作った仕組みについての紹介です。 作った動機 主な理由としては1の時間のかかるジョブが増えてきたことですが、2や3の運用コスト、費用面でもメリットが

                    【GitHub Actionsをもっとたくさん使いたい!】AWS CodeBuildでSelf-hosted Runnerできるようにした - Qiita
                  • GitLab GCPに 移行した(後編) - pixiv inside

                    こんにちは、インフラ部の id:sue445 です。 GitLabのGCP移行3部作の最後になります。 前回までの記事はこちらになります。余談ですが前編・中編・後編で合計約4万字になりました。 inside.pixiv.blog inside.pixiv.blog 今回の目次 今回の目次 やったこと5: 移行時の作業の洗い出し やったこと6: 直前の作業を実施 GitLabをcloneするサーバに対してssh configを配置 やったこと7: 実際の移行作業 やったこと8: 移行後の対応 主要サービスで実際にGitLabをcloneしてデプロイできるかを確認(残り) 社内ドキュメントなどで旧URLになってるものを新URLに変更 移行直後のトラブル対応事件簿 OneLoginのロール付与漏れ 移行して3日後に急にデプロイサーバでcloneできなくなった 対応内容1: 踏み台サーバが詰まって

                      GitLab GCPに 移行した(後編) - pixiv inside
                    • 週刊Railsウォッチ: Railsコアチームとコミッターに新メンバー、ruby-buildでのRust YJITサポートほか(20220524後編)|TechRacho by BPS株式会社

                      こんにちは、hachi8833です。Railsコアチームに3名、Railsコミッターに2名の新メンバーが加わりました。おめでとうございます!🎉 Please welcome @kamipo, @_byroot, @jhawthorn to Rails Core and @yahonda, Jonathan Hefner to Rails Committers! 🎉 https://t.co/0DS6Z8aMKt — Ruby on Rails (@rails) May 23, 2022 週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを(鍋のように)社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションを

                        週刊Railsウォッチ: Railsコアチームとコミッターに新メンバー、ruby-buildでのRust YJITサポートほか(20220524後編)|TechRacho by BPS株式会社
                      • CI 大好きエンジニアによる CI サービス (ツール) の分類・比較と選定方法・学習方法 - 完全に理解した.com

                        今まで仕事や勉強で様々な CI サービスをさわってきたので、様々な CI サービスを比較し、どのように選定すべきか、どのように学習すべきかをまとめました。 ※ この記事は 2020/10/6 時点の情報なのでご注意ください CI サービスの分類 CI サービスといっても色々な種類があります。 この記事では独自に 5 つに分類しました。 SaaS - CI 専用サービス系 例) CircleCI, Travis CI SaaS - Git サービス系 例) GitLab CI, GitHub Actions SaaS - パブリッククラウド系 例) AWS CodeBuild, Google Cloud Build SaaS - Mobile 系 例) Bitrise OSS 例) Jenkins, Concourse, Drone 上に例として挙げた 10 のサービス (ツール) を簡単に

                          CI 大好きエンジニアによる CI サービス (ツール) の分類・比較と選定方法・学習方法 - 完全に理解した.com
                        • 『あんさんぶるスターズ!!』新作アプリをコンテナ化してわかったこと 学習コストの低いAmazon ECS導入プロセスとその結果

                          AWS⑦『あんさんぶるスターズ!! Music』を支える Amazon ECS ~人気ゲームの新作でのコンテナ化~ 『あんさんぶるスターズ!!』新作アプリをコンテナ化してわかったこと 学習コストの低いAmazon ECS導入プロセスとその結果 2020年9月8日から23日間にわたりオンライン上で開催された「AWS Summit Online」。アマゾンウェブサービス(AWS)の最新情報からテクニカル向けの特別講演、ユーザーの事例紹介など、150を超えるセッションが実施されました。本記事では、環境構築の容易さ・可搬性と技術的負債の返済を目的に導入したコンテナ化の成果についてのセッション「あんさんぶるスターズ!! Music』を支える Amazon ECS ~人気ゲームの新作でのコンテナ化~」の模様をお送りします。 人気ゲーム『あんさんぶるスターズ!!Music』のコンテナ化 鷲見啓志氏:それ

                            『あんさんぶるスターズ!!』新作アプリをコンテナ化してわかったこと 学習コストの低いAmazon ECS導入プロセスとその結果
                          • OWASP Dependency-Check を使ってMavenの依存ライブラリの脆弱性を確認する

                            こちらはJava Advent Calendar 2021の11日目です。 はじめに 「Apache Log4j」ライブラリに致命的なリモートコード実行の脆弱性が発見され現在絶賛対応中の方もいらっしゃるかと思います。 ここで重要になってくるのが影響調査には自分たちの改修しているコード本体だけではなく、OSSの依存ライブラリも含まれることです。log4j2は超広範囲に利用されていますから、逆にJavaのコードは潜在的に対象、くら言ってしまっても良いですが、もう少しマイナーなライブラリだとそもそも対象となるコードを探すのが大変です。pom.xmlをgrepしただけでは見つけれないですから。 この手の依存性チェックをするツールはありそうだと思ってたけど、特に今まで使った事はなかったので今回はMavenプラグインのOWASP Dependency-Checkを試してみました。 今回サンプルに利用舌

                              OWASP Dependency-Check を使ってMavenの依存ライブラリの脆弱性を確認する
                            • いまさらだけどDockerに入門したので分かりやすくまとめてみた - Qiita

                              はじめに 今更ながらDockerに入門したのでまとめます。 全てのコマンドの細かいオプションとかまではやりません。 Dockerコマンド体系はv1.13以降の新系です。 ここではクラスタ管理(KubernetesやSwarm)については対象外です。別記事でそのうちまとめます。 ※本記事は投稿された2018年08月08日時点の情報が主になります。 勉強背景 この記事から強い危機感を覚えました。 Dockerは世の中では当たり前の技術。せめて、少し触ってみて基本的な知識くらいは身につけなければ。。。。 TL;DR(5行) Dockerは既存のLinuxカーネル機能から成り立っている イメージを共有していろんな人がいろんなところで簡単にイメージからコンテナを起動できる Dockerコマンドでコンテナを1つ1つ命令する Dockerコマンドめちゃ叩くのはだるいからDockerfileで楽しちゃおう

                                いまさらだけどDockerに入門したので分かりやすくまとめてみた - Qiita
                              • Building a Rails CI pipeline with GitHub Actions

                                GitHub Actions is an automation platform that you run directly from inside a GitHub repository. Using GitHub Actions, you build workflows that are triggered by any kind of event. These workflows run arbitrary code as Jobs and you can piece together multiple Steps to achieve pretty much whatever you want. Aside from automatically posting GIFs on every pull request, the most obvious use-case for thi

                                  Building a Rails CI pipeline with GitHub Actions
                                • [Github Actions]Dockerfileのビルドからリポジトリプッシュまで自動化 - Qiita

                                  .github/workflows Github Actions で行う処理を書く Dockerfile 今回 docker build して push する対象 README.md りーどみー オート docker push までの道 Docker Hubのアカウントと docker push 先のリポジトリは作っているものとして書きます。 1. Docker Hubの認証情報を Secrets に登録 Github Actions 内だけでコール出来る特殊な環境変数と言う具合で用いることが出来るツールです。 Jenkinsで言うと、Jenkins全体で用いるユーザー・パスワードを環境変数として入れておくと思うのですが、それのリポジトリ単位バージョンと思ってもらえれば良いと思います。 リポジトリ上部メニュー Settings タブから 左サイドメニュー Secrets へ。 New Se

                                    [Github Actions]Dockerfileのビルドからリポジトリプッシュまで自動化 - Qiita
                                  • 橋の鉄骨部分で犬を発見、点検していた作業員が偶然発見し保護

                                    高さ37mの橋の鉄骨部分にいた その犬が発見されたのは9月27日、場所はミシシッピ州の街、Natchezにある橋だという。 橋はミシシッピ川にかかっており、高さは約37mもあり、当時作業員が初めて橋の点検作業を行っていたそうだ。 すると橋の鉄骨部分で、動けない状態の犬を発見。なんとか救助することに成功した。 Twitter/Stantec Twitter/Stantec Twitter/Stantec Ryan Nataluk, lead climber and rescue technician for the team, quickly called the police for assistance and climbed down to the dog. After assessing her for injuries and fashioning a makeshift harn

                                      橋の鉄骨部分で犬を発見、点検していた作業員が偶然発見し保護
                                    • Kubernetes 環境におけるアプリケーションのデプロイメント | Google Cloud 公式ブログ

                                      Kimihiko KitaseHead of Enterprise Marketing, Google Cloud Japan 2019 年にはいり、システムの老朽化、複雑化、人材不足により、機能追加はおろか改修すらままならないという企業から、システム刷新についての相談を受けることが増えてきました。相談内容は、メインフレーム、オフコンや UNIX 上で動いているアプリケーションの刷新から、仮想環境またはクラウドで構築されたモノリス アプリケーションのマイクロサービス化まで多岐にわたります。 これは、2018 年 9 月 経産省のワーキンググループ「デジタルトランスフォーメーション(DX)に向けた研究会」が作成した「DXレポート~ITシステム『2025年の崖』の克服とDXの本格的な展開~」をはじめとした政府主導による DX の推進により、ようやく多くの企業が真剣に検討しはじめたためではないか

                                        Kubernetes 環境におけるアプリケーションのデプロイメント | Google Cloud 公式ブログ
                                      • 仕様書なし、テストなし、運用手順書なしのレガシーシステムを運用するのが辛いので改善する - Qiita

                                        自己紹介と現在の状況 こんにちは。 地方中小IT企業で働いて6年目になりました。 題名でわかる通り、2022年から大変レガシーなシステムを運用担当することになりました。 そのせいで残業がとても増えてしまって辛いので少しでも残業を減らせるように改善したことを書いていきます。 ちゃんとしたIT企業で働いている方からすれば何を今さら…なことも多いかと思いますが、 同じような境遇にいる方もいらっしゃると思うので少しでも助けになれれば幸いです。 何が辛いのかをリストアップしてみる まずは問題を具体的にとらえるために何が問題だと思っているのかを書き出します。 画面の仕様がわからない 全体的なテスト仕様書がない(細かいのはある) どんな画面があるのかわからない どんな帳票があるのかわからない マジックナンバー多すぎ 手作業で管理するマスタ多い テストがない テストを書く文化がない ソースしか信じるものが

                                          仕様書なし、テストなし、運用手順書なしのレガシーシステムを運用するのが辛いので改善する - Qiita
                                        • データで見るサイバーエージェントグループのSREと横断的なSRE推進の取り組み | CyberAgent Developers Blog

                                          サイバーエージェントグループには、様々なSRE組織があり、日々サービスの信頼性向上に取り組んでいます。 6月27日〜28日にかけて開催した「CyberAgent Developer Conference 2023」では、当社のDeveloper Experts(SRE領域)を務める柘植が、サイバーエージェントグループのSRE組織やSREsの活動についてもご紹介しました。 柘植 翔太 2014年新卒入社。インフラエンジニア、SREとして、AMEBA、AWA、社内基盤など50以上のメディアサービス・システムへのSRE推進、リスク改善、サービス立ち上げを経験。現在は、横断SRE組織のマネージャーとして、SREのプラクティス開発やEnablement、人材育成へ注力している。 サービスリライアビティグループというメディア事業横断のSRE組織のマネージャーをしている柘植と申します。本日はデータで見る

                                            データで見るサイバーエージェントグループのSREと横断的なSRE推進の取り組み | CyberAgent Developers Blog
                                          • UnityのアプリビルドをGitHub Actionsに移行した話【CAGC2024】

                                            弊社開発のゲーム開発プロジェクトで利用しているアプリビルドのCIツールの移行についてご紹介します。 弊社ではCIツールとして今までJenkinsを採用してきましたが「ジョブの設定の再利用性とレビューフローの不確立における属人化」と「プラグイン依存における保守性の低下」からGitHub Actionsへの移行を推進しています。 今回はその一環として実施したUnityのアプリビルドをJenkinsからGitHub Actionsへ移行した時の対応例や移行中に発生した問題の解決策などを解説します。 https://cagc.cyberagent.co.jp/2024/session/index.html?id=R7qcJi2U Copyright © CyberAgent, Inc.

                                              UnityのアプリビルドをGitHub Actionsに移行した話【CAGC2024】
                                            • 「アプリ開発で解決したい課題は山積み」 より快適なユーザー体験を目指す、iOS/Androidエンジニア組織の展望

                                              LINEで働くエンジニアが、各職種別に日々の業務内容や開発体制、働く環境、今後の展望などについて話す「LINE 新卒採用 技術職 コース別説明会」。Platform Developmentセンター2 モバイルエクスペリエンス開発室室長の富家氏が、iOS/Android エンジニアの業務内容、開発環境を発表しました。 iOS/Android エンジニアの担当サービスを紹介 富家将己:それでは新卒採用説明会、iOS/Androidエンジニア、クライアントサイドの説明会を開始したいと思います。よろしくお願いします。 まず自己紹介です。僕は富家将己といいます。主にLINEクライアントアプリを開発するLINE Platform Developmentセンター2という部署で、モバイルエクスペリエンス開発室の室長をしています。2015年にLINEにiOSエンジニアとして入社し、紆余曲折あり現在は開発マネ

                                                「アプリ開発で解決したい課題は山積み」 より快適なユーザー体験を目指す、iOS/Androidエンジニア組織の展望
                                              • Node.js — Node v12.6.0 (Current)

                                                Notable changes build: Experimental support for building Node.js on MIPS architecture is back #27992. child_process: The promisified versions of child_process.exec and child_process.execFile now both return a Promise which has the child instance attached to their child property #28325. deps: Updated libuv to 1.30.1 #28449, #28511. Support for the Haiku platform has been added. The maximum UV_THREA

                                                  Node.js — Node v12.6.0 (Current)
                                                • SECCON Beginners CTF 2020のインフラ構築自動化を支える技術 - ak1ra24’s blog

                                                  LifeMemoryTeamのak1ra24です。今回のSECCON Beginners CTF 2020はお楽しみいただけましたでしょうか。 先日、@atpons先生によるブログが公開され、書いてよと言われたのでたまには書こうと思います。 atpons.hateblo.jp 今回は、自分が担当していたサーバーやディスク、パケットフィルタ等さくらのクラウド側での操作をinfrastructure as codeによる構築自動化について書いていきたいと思います。 以下のGitHub Actionsでさくらのクラウドプロバイダーを利用したTerraformについては、以下の記事のようにやるとより効率よくバージョンを変えたりできるので、ぜひ読んでください。 id:febc_yamamoto さん、ありがとうございます!! febc-yamamoto.hatenablog.jp Terraform

                                                    SECCON Beginners CTF 2020のインフラ構築自動化を支える技術 - ak1ra24’s blog
                                                  • Introducing AWS SAM Pipelines: Automatically generate deployment pipelines for serverless applications | Amazon Web Services

                                                    AWS Compute Blog Introducing AWS SAM Pipelines: Automatically generate deployment pipelines for serverless applications Today, AWS announces the public preview of AWS SAM Pipelines, a new capability of AWS Serverless Application Model (AWS SAM) CLI. AWS SAM Pipelines makes it easier to create secure continuous integration and deployment (CI/CD) pipelines for your organizations preferred continuous

                                                      Introducing AWS SAM Pipelines: Automatically generate deployment pipelines for serverless applications | Amazon Web Services
                                                    • JavaのビルドとCIのキホン

                                                      Expert of Java, JavaScript, JVM bytecode, build and CI. Publishes SpotBugs plugin, Java libraries, Jenkins plugin and open-source ebook about Maven3.

                                                        JavaのビルドとCIのキホン
                                                      • 組み込みソフトウェア開発特有の難しさとはなにか コンテナニーズとサーバーレスでソリューションを提供するガイオ・テクノロジー

                                                        「Leading Edge Testing Environment Market」と題して、開催されたガイオバーチャルマーケット。5回目の今回は、ガイオ・テクノロジー株式会社のエンジニアが現場で実践している、モダンアプリケーション開発手法の取り組みや、一歩先のテスト設計のためのツールコンセプトを紹介しました。ここで登壇したのは、プロジェクトマネージャーの藤原康弘。藤原氏は、モダンアプリケーション開発ネイティブな製品提供に向けた取り組みについて発表しました。 自己紹介 藤原康弘氏:最初に自己紹介をいたします。藤原康弘と申します。役割は、エンジニアリング業務のテクニカルリードです。自動車のOEMを中心にやっています。また、本セッションでお話しする、モダン開発ネイティブな、製品開発に向けたプロジェクトのプロジェクトマネージャーを担当しています。 専門の領域は、制御開発のプロセスや検証手法です。今

                                                          組み込みソフトウェア開発特有の難しさとはなにか コンテナニーズとサーバーレスでソリューションを提供するガイオ・テクノロジー
                                                        • 【第2回】SonarQubeを利用した静的解析環境の構築 — mynavi-doc-draft 1.0.0.SNAPSHOT ドキュメント

                                                          【第2回】SonarQubeを利用した静的解析環境の構築¶ 本連載では、以下のイメージにならって、CodeBuild、SonarQubeを使った継続的インテグレーション(Continuous integration:CI)環境を実際に構築していきます。 今回は、Amazon RDS、アプリケーションロードバランサ(ALB)を設定して、ECSクラスタ上にオープンソースの静的解析ツールであるSonarQubeServerをECSコンテナとして構築します。 SonarQubeの概要¶ SonarQubeは SonarSource によって提供されているオープンソースの静的解析プラットフォームで、形式的なソースコードのバグや不適切な記法のチェック、カバレッジの計測などを行い、品質を可視化することが可能です。 解析できるプログラミング言語は、Java (Android含む), C#, PHP, Ja

                                                          • Why HashiCorp Vault is Overhyped and Mozilla SOPS underrated | Oteemo

                                                            HashiCorp Vault is Overhyped, and Mozilla SOPS with KMS and Git is Massively Underrated When I started working with Kubernetes and Infrastructure as Code, I quickly found out that I needed a secrets management solution, but when I googled around there didn’t seem to be a solid consensus on a best practice approach that could be universally applied to all situations. So, earlier this year I set a g

                                                              Why HashiCorp Vault is Overhyped and Mozilla SOPS underrated | Oteemo
                                                            • 俺たちのスロークエリとの闘いはこれからだ!!!(完)

                                                              / kyokomi note / blog俺たちのスロークエリとの闘いはこれからだ!!!(完)December 20, 2022 [blog]この記事は クラスター Advent Calendar 2022 (1枚目) 20日目の記事です。 クラスター社で、サーバーエンジニア兼Androidアプリエンジニアをしている kyokomi です。 (ちなみに2枚目の3日目も書いてますので、よろしけばそちらもどうぞ => とある中距離通勤の基本リモート月1物理出社 ) 昨日は 、 @Sixeight の 「クラスター株式会社」に入社しました でしたね。 古参メンバーな自分としては、入って間もないメンバーがすごい速度で馴染んでくれて成果を出しまくっててめちゃありがたいし、自分もまだまだ頑張らないとな〜と身が引き締まる思いです! そして、“何の変哲もないWeb” そう!まさにそうなんです! 今回話す内

                                                                俺たちのスロークエリとの闘いはこれからだ!!!(完)
                                                              • AWSで.NET 5を利用する | Amazon Web Services

                                                                Amazon Web Services ブログ AWSで.NET 5を利用する 元の記事:https://aws.amazon.com/jp/blogs/developer/net-5-on-aws/ 本投稿は Josh Hurleyによる記事を翻訳したものです。 AWSには長い間.NETでの開発に携わってきた者が多数在籍しており、私たちは.NET 5がGAリリースされたことに大きな喜びを感じています。2020年夏に.NET Conf 2020で発表されたベンチマーク結果によると、旧バージョンの.NET Core 3.1に比べ特に性能改善に力が注がれたことがよく分かります。Linuxでのソケットパフォーマンスは30%、JSONのシリアル化では19%、gRPC処理では230%の性能改善が見られる等、テストされた23のフレームワークの中でも一つを除けば最も良い結果となりました。多くのお客様との

                                                                  AWSで.NET 5を利用する | Amazon Web Services
                                                                • AWS Fargate の AWS Graviton2 のサポートを発表 – サーバーレスコンテナのコストパフォーマンスが最大 40% 向上 | Amazon Web Services

                                                                  Amazon Web Services ブログ AWS Fargate の AWS Graviton2 のサポートを発表 – サーバーレスコンテナのコストパフォーマンスが最大 40% 向上 AWS Graviton2 プロセッサは、64 ビットの Arm Neoverse コアを使用して AWS がカスタムビルドし、Amazon Elastic Compute Cloud(Amazon EC2)で実行されるクラウドワークロードに最高のコストパフォーマンスを提供します。幅広いワークロードに対して、同等の x86 ベースのインスタンスと比べて、最大 40% 優れたコストパフォーマンスを提供します。Intuit、SmugMug、Snap、F1、Honeycomb.io などの多くの消費者は、Graviton2 ベースのインスタンスを使用してワークロードを実行し、Amazon EC2 でのワークロ

                                                                    AWS Fargate の AWS Graviton2 のサポートを発表 – サーバーレスコンテナのコストパフォーマンスが最大 40% 向上 | Amazon Web Services
                                                                  • LINEの大規模サービスを支える、サーバサイドエンジニアの開発環境と働き方

                                                                    LINE株式会社で2019年10月3日、転職を考えるエンジニア向けに「LINEのファミリーサービス エンジニア採用説明会」が開催されました。LINEの関連サービス「LINE NEWS」「LINE LIVE」などのファミリーサービス開発を担うエンジニア自らが、サーバサイドやクライアント開発領域の業務内容や働き方について紹介します。同イベント内ではサービス開発3室 開発Hチームの堀内和也氏が「LINEのファミリーサービス サーバサイドエンジニアの仕事の進め方」としたテーマで講演しました。 SIerからLINE入社 堀内和也氏:みなさん、こんにちは。「LINE ファミリーサービス サーバサイドエンジニアの仕事の進め方」ということで、堀内がお話させていただきます。よろしくお願いします。 まず軽く自己紹介をさせていただきます。私は開発3センターのHチームに所属しております。現在はLINE LIVEと

                                                                      LINEの大規模サービスを支える、サーバサイドエンジニアの開発環境と働き方
                                                                    • Terraform Environment+Application Design Pattern: Overview and Definitions

                                                                      This is the first part of a series of articles on the Terraform E+A Pattern. Before getting into the details, let's establish some terminology. For the purpose of this article, the overall system consists of a number of environments that provide some shared, foundational infrastructure, and then several applications that are separately deployable into those environments. The goal of environments i

                                                                      • “働きやすさNO.1”の実現をミッションとする、LINE社内IT部門のチャレンジ

                                                                        2019年11月20、21日、LINE株式会社が主催するエンジニア向け技術カンファレンス「LINE DEVELOPER DAY 2019」が開催されました。20日は「Engineering」をテーマに技術的な内容のセッション、21日は「Production」をテーマに実践的な内容のセッションを多数取り揃え、LINEのエンジニアリングにおける知見を各プロダクトのキーマンがシェアします。「LINEを支える社内システム」に登壇したのはLINEのEnterpriseIT開発兼Growth開発統括・片野秀人氏。LINEグループを支える社内システムの構築において重要なポイントを語りました。講演資料はこちら LINEの社内システムが持つミッション 片野秀人氏:みなさんこんにちは。LINEの片野と言います。2日間という長いカンファレンスでしたが、本日は最後までご参加いただき、誠にありがとうございます。 ま

                                                                          “働きやすさNO.1”の実現をミッションとする、LINE社内IT部門のチャレンジ
                                                                        • Tech Solvency: The Story So Far: CVE-2021-44228 (Log4Shell log4j vulnerability).

                                                                          Log4Shell log4j vulnerability (CVE-2021-44228 / CVE-2021-45046) - cheat-sheet reference guide Last updated: $Date: 2022/02/08 23:26:16 $ UTC - best effort, validate all for your environment/model before use, unofficial sources may be wrong by @TychoTithonus (Royce Williams), standing on the shoulders of many giants Send updates or suggestions (please include category / context / public (or support

                                                                          • LINEのエンジニアリングを支える社内ツール

                                                                            LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog この記事は LINE Advent Calendar2016 の 3 日目の記事です。 はじめに はじめまして、LINEの@huydxです。現在「Engineering Efficiency」というかっこいい名前のチームに配属されています。日常の仕事では、社内のモニタリングミドルウェア、自動化ツールの開発などにおいて、主にバックエンド側を担当しています。エンジニアリングで組織全体の生産性と幸せを向上することです。この記事では、チームの取り組み、そして個人的な気づきなどを紹介させていただきます。 背景 現在私が所属している部署はLINEメッセージのバックエンド側を担当しています。システムの規模が大きくなるとともに、組織全体も大き

                                                                              LINEのエンジニアリングを支える社内ツール
                                                                            • A decade in review in Tech

                                                                              As 2019 draws to a close, I wanted to jot down some thoughts on some of the most important technological adoptions and innovations in tech this past decade. I also look a bit into the future, enumerate a list of pain points and opportunities that can be addressed in the coming decade. I must add the caveat here that this post doesn’t cover developments in fields like data science, artificial intel

                                                                                A decade in review in Tech
                                                                              • The decline of Heroku

                                                                                The decline of Heroku Even Heroku’s founders recognize that the revolutionary web development platform has run out of steam. How did Heroku lose its magic, and could a new, modern Heroku revive the PaaS? Heroku has long been held up as the gold-standard platform as a service (PaaS) for software developers to easily deploy their code without having to worry about the underlying infrastructure, whil

                                                                                  The decline of Heroku
                                                                                • DBが関わるテストコードについて、私の場合 - 日々量産

                                                                                  www.mizdra.net 皆さんがどうしているのか知りたい! 私も知りたい!!! ちょっとはてブコメントで雑に書いてしまったので、私の場合をちょっと記事にしてみることにしました。 ただ、特に変わったことはやってないと思います。必要だと思うテストケースなら歯を食いしばって書いたりレビューしたりしています。 なのでこの記事を読む価値はほとんどありません。ご清聴ありがとうございました。 追記: 読み返すとまとまりの無さが酷い。酔った勢いでダラダラ書いてしまった良くない・・・ 私の場合(要約) テストを考慮してない実装についてはDBを使うテストを書いていました。 DBのテストデータは実際には自動生成することはありませんでした。良さそうなら試したいですが基本的にやりたいテストケースがあって書くのでランダム値を使おうとは思わないです。 DBの依存をRepository層としてインタフェースに切り出

                                                                                    DBが関わるテストコードについて、私の場合 - 日々量産