並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 1069件

新着順 人気順

ansibleの検索結果281 - 320 件 / 1069件

  • 第639回 Ubuntuに「トラブル時に」ログインするいろいろな方法 | gihyo.jp

    第638回ではUbuntuにログインする一般的な方法をいくつか紹介しました。ただしそれらの方法はあくまでUbuntuがきちんと動いていることが前提となっています。今回は不幸にもUbuntuがうまく起動しなくなったときに、ログインできるかもしれない手段を紹介しましょう。 具体的には、今回は次の4パターンを紹介します。 パスワードを忘れたときなどにシングルユーザーモードで「ログインする」方法(このページで解説) ルートファイルシステムをマウントできなくなったときにInitramfsに「ログインする」方法(2ページ目で解説) ストレージデバイスを仮想マシン化して「ログインする」方法(3ページ目で解説) SSHログインできなくなったときのためにIPMIやシリアルコンソールで「ログインする」方法(4ページ目で解説) リカバリー用にシングルユーザーモードでログインする 人間の記憶はアテになりません。昨

      第639回 Ubuntuに「トラブル時に」ログインするいろいろな方法 | gihyo.jp
    • その時基盤が動いた 〜オンプレ オフィス移転で死す〜 - LIVESENSE ENGINEER BLOG

      これは Livesense Advent Calendar 2022 DAY 21 の記事です。 リブセンス インフラエンジニアのsheep_san_whiteです。お酒とロードバイクが大好きなおじさんです。 さて、リブセンスでは今年3月にオフィス移転を行いました。 オフィス移転に伴い開発環境のAWS移行など大きめのイベントがあったので、年を跨ぐ前に記事にします。 移行前の開発環境について AWS移行を見越して事前にやっておいたこと AWS移行までの流れ 2021年11月24日 ボスの不穏な発言と謎の頭出し 2021年11月25日 全社月次ミーティングでオフィス移転が発表される 2021年11月29日 インフラグループ内で移行プランを検討する 案1 本番オンプレ環境にラックを増設して開発環境を移設する 案2 移転先のオフィスに移設する 案3 APサーバなど軽めのものをAWS移行、リソースを

        その時基盤が動いた 〜オンプレ オフィス移転で死す〜 - LIVESENSE ENGINEER BLOG
      • RADIUSのクラウドネイティブ化で堪能したエンジニアリングの醍醐味 - BIGLOBE Style | BIGLOBEの「はたらく人」と「トガッた技術」

        ISPの要であるRADIUSシステムのDevOps環境整備とクラウドネイティブ化を3年がかりで実現したことについて、技術検証で頓挫しかけた苦労話から、クラウド化のコツまで詳しくインタビューしました。 技術的負債を一気に返却するはずが存続の危機に 得意なことで補い合いながら課題をクリア フルリモートでも無事故のリプレースを実現したGitOps エンジニアが働く環境としてのBIGLOBEとは ISPの接続認証機能を担うRADIUSシステムを、コンテナやサーバーレス技術を活用して3年がかりでクラウドネイティブ化し、2022年6月から正式にサービスを開始しました。 それにあわせて、開発から運用までをスムーズに連携するDevOps環境を実現し、150台のオンプレミス・サーバーにかけていたシステム運用・保守工数を半減し、インフラ費用を従来の3分の2に圧縮することができました。 DevOps環境の特徴は

          RADIUSのクラウドネイティブ化で堪能したエンジニアリングの醍醐味 - BIGLOBE Style | BIGLOBEの「はたらく人」と「トガッた技術」
        • bpftraceで2048作ってみた - バニキPの気ままに

          はじめに 去年のアドベントカレンダーでeBPFについていろいろ調べた. その時に,ネコの人に「SystemTapで昔ゲームを作ったことがあるから,BPFでも作れるはずだから作ってみたら」と. ちょうどLT会のネタに困っていたこともあり,作るかとなったので,bpftraceで動作する2048を作りました.(SystenTapで動作する2048もあります) 動作環境 bpftraceの環境構築は公式に書いてあるinstallの手順に従って導入してください. Linux5.3以上である事が必須となっています. Linux5.2以前では,命令数制限でverifierでカーネルにロードされずエラーとなってしまいます. また,プログラム内でwhileを使用しており,whileもLinux5.3以上でないとサポートされてないため(確かこのバージョンで入ったはず...)動作しません. このあたりの環境構築

            bpftraceで2048作ってみた - バニキPの気ままに
          • LINEの開発現場を支えるCI/CD DevOps推進のために大切にしていること

            2020年01月29日、DevOpsについての知見を共有する「うちのDevOps事情〜大規模サービスのモニタリングあれこれ〜」が開催されました。DevOpsを推進していく際のさまざまな事例を紹介します。「LINEにおけるCI/CDとMonitoring」に登壇したのはLINE Growth Technology株式会社・黒木 亮太氏。登壇資料はこちら LINEにおけるCI/CDとMonitoring 黒木亮太氏(以下、黒木):「LINEにおけるCI/CDとMonitoring」というお話をさせていただこうかなと思ってます。 まずは私のプロフィールです。私は黒木亮太と言います。2019年にLINE Growth Technologyに移って、LINE Growth Technology株式会社の東京開発室の室長をやっています。 もともとWeb系の会社にずっといて、こういう業界にはけっこう

              LINEの開発現場を支えるCI/CD DevOps推進のために大切にしていること
            • SRE Lounge #9 で弊社の取り組みについて話しました - エムスリーテックブログ

              こんにちは、エンジニアリンググループ SREチームの高橋(@tshohe1)です。 5/29に開催されたSRE Loungeというイベントで「エムスリーはどのようにしてSREをはじめたか」というタイトルで登壇させていただきました! 登壇の場を提供していただいたSRE Lounge運営スタッフの方々、スポンサー&会場提供していただいたサイバーエージェントさん、ありがとうございました。 本記事ではイベントの簡単なまとめと、時間の都合上語れなかった弊社の他の取り組みを少し書いていきたいと思います。 ANA Lounge Haneda by LWYang is licensed under CC BY 2.0 SRE Lounge について 各社のSRE実践例などが聞けるイベントです! イベントページ sre-lounge.connpass.com 今回のページ(第9回) sre-lounge.c

                SRE Lounge #9 で弊社の取り組みについて話しました - エムスリーテックブログ
              • IIJの今年の新卒エンジニアのおうちを紹介してみる。Part 1/2 | IIJ Engineers Blog

                2023新卒DC勤務。DC内に張り巡らされている管理通信ネットワーク運用、管理サーバ運用、ネットワーク線路管理、定型業務の自動化などの業務に携わっております。趣味はセルフホストとFOSS巡り。 【IIJ 2023 TECHアドベントカレンダー 12/23の記事です】 こんにちは、はじめまして。 yt-nkgwです。今年2023年に入社し、データセンター設備の通信を担うネットワークやサーバの管理・運用を担当しています。 さて今年入社した新卒社員だとMVNO事業部の織さんの記事が初出になりますが、私もなにか書きたいなあと思い、新卒1年目ながら記事を執筆させて頂きました。 レースを支えるアンテナたち IIJ Engineers Blogをご覧になられている方の中にはご存じの方もおられるかと思いますが、今年の新卒社員がまだ学生だった昨年に「IIJで働くエンジニアのデスク回りの紹介」という記事が出さ

                  IIJの今年の新卒エンジニアのおうちを紹介してみる。Part 1/2 | IIJ Engineers Blog
                • マルウェア対策の運用にも改善を――クラウド推進グループのさらなる挑戦 - techtekt

                  昨今マルウェアに関するニュースが世間をたびたび騒がせる中、攻撃の種類も多様になっており、その対策の手を緩めることはできません。パーソルキャリアでもセキュアなシステム環境の構築を徹底して行い、安心・安全なサービス提供に努めています。 今回パーソルキャリアでは、マルウェアソフトの運用においても人為的なミスをなくし、効率的にセキュアな環境を作るべく、対策ソフトを自動インストールする仕組みを構築しました。その構築の裏側にはどのような挑戦があったのでしょうか。キーマンであるシステム共通BITA部 クラウド推進グループの高田と姫野に話を聞きました。 モダンなシステムをつくるために、高度化・自動化が必須 チームやシステムの提供者、自社のセキュリティ部署との連携を経て、“全体最適”のプロジェクトを実現 全体最適への転換で、セキュリティレベルを落とさず効率化を目指す モダンなシステムをつくるために、高度化・

                    マルウェア対策の運用にも改善を――クラウド推進グループのさらなる挑戦 - techtekt
                  • Linux技術者認定資格の「LinuC」がクラウド時代の技術者向けに刷新。仮想マシン、オープンソース文化、コンテナなども出題範囲に

                    特定非営利活動法人エルピーアイジャパン(LPI-Japan)は、Linux技術者認定資格の「LinuC」の内容を全面的に見直した「LinuC Version 10.0」の認定試験を4月1日から行うと発表しました。 LinuCはLinux技術者を認定するための資格試験として、これまでは単体の物理サーバ上でLinuxをインストール、設定、運用することを基本的な出題範囲としていました。 一方で、現在ではユーザー企業においても事業価値向上への知見を持つLinux技術者が求められるようになり、また、Linuxの利用環境においても仮想環境やパブリッククラウドが一般的になってきていることから、これまでのLinuCの内容を全面的に見直し、いま現場で本当に求められているLinux技術者の認定資格を目指したとしています。 そのためLinuCのバージョンも一足飛びに二桁の10.0にしたとのことです。 「クラウド

                      Linux技術者認定資格の「LinuC」がクラウド時代の技術者向けに刷新。仮想マシン、オープンソース文化、コンテナなども出題範囲に
                    • ISUCON11予選に参加した | 6715.jp

                      NaruseJunチームでISUCON11予選に出ました。 チームメンバー1@to_hutohu@takashi_trap@sekai67結果スコア: 919720本戦に行ける!🎉🎉ココ最近のNaruseJunチームは追試失敗率が高く2て、2年間本戦に行けていませんでした。悲願達成感があります。やったことNaruseJunチームは基本的に個々人が勝手に改善を突っ込んていくスタイル担当範囲などはあえて決めておらず、全員アプリを触るしインフラもいじるミドルウェアの設定、アプリコード、デプロイスクリプトが全部入ったリポジトリを使ったそれぞれローカルで作業、ブランチを切ってリモートにプッシュ、サーバ上でプルしてデプロイ、といった動きローカルではテストしない(環境まわりでハマるのは時間の無駄なので)3人で別々に動いているので、声掛けでサーバの占有権を取ってベンチを投げ、それで動作確認する感じ初動

                        ISUCON11予選に参加した | 6715.jp
                      • プログラミングで副業 初心者や文系も関係ない勉強法 おすすめ3選 - u nextで息抜きする組み込みエンジニア

                        プログラミングって、始めたいけど、文系だからとかもう年だからとかいろいろ理由が壁になることが多いと思います。 プログラミングの初心者だけどプログラミングでアプリや、ゲームを作ってみたい。 プログラミングの入門の本を買ったけど全く分からなかった。 プログラミング言語は何が良いの? できれば、無料からプログラミングを勉強したい。 プログラミングで副業をすると比較的高単価な仕事ができると聞いたけどどう始めたらよいの? 最近はプログラミングを独学で勉強を始めるきっかけになるサイトや、プログラミングを仕事にするサポートするサイトも増えてきました。 まずは、プログラミングで何かを作り出すきっかけにできるプログラミング学習サービスを紹介します。 プログラミングを勉強できるおすすめ3選を紹介します。 ドット・インストール プログラミング 学習コース プロゲート プログラミング 学習コース paizaラーニ

                          プログラミングで副業 初心者や文系も関係ない勉強法 おすすめ3選 - u nextで息抜きする組み込みエンジニア
                        • 青山氏が語った、「クラウドネイティブ」がやがて「Kubernetesネイティブ」へ進む理由

                          青山氏が語った、「クラウドネイティブ」がやがて「Kubernetesネイティブ」へ進む理由:仮想マシン時代とクラウドネイティブ時代の違い(1/2 ページ) 青山真也氏は2020年5月20日、Forkwell主催のオンラインミートアップで、仮想マシン時代の開発とKubernetesによるクラウドネイティブな開発のこれからについて話した。この講演を要約してお届けする。 「5年後、オンプレ環境でデータベース以外はKubernetesで稼働している状態が実現し、パブリッククラウドではKubernetes上で全てが管理されている状態になる」――。サイバーエージェントのソフトウェアエンジニアで、プライベートクラウドKubernetes基盤のプロダクトオーナーである青山真也氏は2020年5月20日、Forkwell主催の「Infra Study Meetup #2」で、「VM 時代の開発とKuberne

                            青山氏が語った、「クラウドネイティブ」がやがて「Kubernetesネイティブ」へ進む理由
                          • 高機能ハニーポット(T-Pot 22.04)をさくらのクラウドに構築して攻撃を観測する | さくらのナレッジ

                            はじめに 皆さんはハニーポットというのはご存知でしょうか。ハニーポットとは、悪意のある攻撃を受けるように設計された「罠」や「おとり」になるサーバーやネットワークのことです。最新のサイバー攻撃やマルウェアの動向を探ったり分析したりするために用いられるものです。 T-Potとは T-Potは主にDockerを用いて構成されているマルチハニーポットプラットフォームで、様々なツールや罠が用意されています。複雑な設定を必要としないにも関わらず様々な機能を利用できるのが特徴です。ただしその分、要求スペックが高いのもまた特徴です。 T-Potはあくまでマルチハニーポットプラットフォームであり、複数のハニーポットを集めたものになります。以下の画像を見るとどのようなハニーポットがどこのポートでListenされているかわかります。 今回はこのT-Potをさくらのクラウド上に設置してサイバー攻撃を観測してみたい

                              高機能ハニーポット(T-Pot 22.04)をさくらのクラウドに構築して攻撃を観測する | さくらのナレッジ
                            • Udemyのシリコンバレー発講座でPythonを学び、月10万円を稼げるようになるまで - がじぇ

                              TL;DR(この記事で言っていること) オライリーでPythonを勉強するのは難易度が高い(挫折しやすい)ので辞めたほうがいいと思う Pythonの教材は色々やったけどUdemyの酒井さんの講座(現役シリコンバレーエンジニアが教えるPython 3 入門 + 応用 +アメリカのシリコンバレー流コードスタイル )が圧倒的にオススメ(中級レベルまでならこれだけでOK) いきなりpythonで稼ぐ、とか無理なのでまずは身の回りの業務をPythonで自動化してツール作成の勘所とスキルを得るのが大事 フリーランス(副業)で案件を受注する際、Qiitaの記事がそのまま自己PRになったのでやはりアウトプットし続けることは大事 Cloud Worksは手数料で20%も持っていかれる(高すぎやろ)ので、あくまでも個別契約をしてくれるお客様を探す場、として割り切る TL;DR(この記事で言っていること) はじ

                                Udemyのシリコンバレー発講座でPythonを学び、月10万円を稼げるようになるまで - がじぇ
                              • LancersをAmazon Linux2へログ基盤のリニューアルと管理画面をECS/Fargateに移行しました | ランサーズ(Lancers)エンジニアブログ

                                Lancers Engineer Blog をご覧のみなさんこんにちは。開発部/技術基盤 SREの安達(@adachin0817)です。最近埼玉で激安マンションを購入しまして、快適な環境でバシバシとフルリモートワークを行っております。今年の目標はより健康的に、ジョギングは毎週続いているので筋トレを取り入れたいと思っております。 さて、ようやくLancers本家の各サーバーをAmazon Linux2化、管理画面をECS/Fargate化、ログ基盤リニューアルを半年で実現できまして、一旦落ち着くことができました。苦労したところなど振り返ってみようと思います。 ※去年12月に以下今期SREチームの取り組みについて書きましたが、見ていない方はぜひ一読してもらえると幸いです。 ・今期SREチームの取り組みについて Lancers本体をAmazon Linux2化するにあたって ・2018年 ランサ

                                  LancersをAmazon Linux2へログ基盤のリニューアルと管理画面をECS/Fargateに移行しました | ランサーズ(Lancers)エンジニアブログ
                                • アプリエンジニアのAnsible入門

                                  自宅で執筆してますGMOアドマーケティング GMOSSP開発担当の@KazuakiMです。 コロナの影響で私の生活環境は大きく変わりましたが、私は元気です。 今日はGMOSSPの環境構築、リリースなどで活躍しているAnsibleに触れる機会がありましたので、 Ansible初心者の私がAnsibleのPlaybookを修正して本番環境に反映するまでをコードと共にご紹介します。 Ansibleの知識が全くないため、Ansible構築・運用ガイドブックを参考に既存のコードを読み解いていきました。 こちらの本は弊社のインフラチームに良本だとお墨付きをもらい、じっくり読み込んでなんとなく理解が深まりました。 ではさっそく、Ansible独自?の用語と合わせて、設定方法をご紹介します。 インベントリ Ansible適用対象のホストを記載します。その際にホストグループを設定する事ができます。 書き方的

                                    アプリエンジニアのAnsible入門
                                  • Git LFSについて調べてみた

                                    こんにちは。NTT研究所の露崎です。 業務でGitの一機能であるGitLFSの導入の仕方を調べてたのですが日本語のドキュメントでちょっと欲しい情報が見つからなかったので本ブログにまとめました。 Git LFSとは詳細な話は "git lfs”でGoogle検索かけると最初にヒットするこちらなどが参考になるのでここでは省きますが、簡単にいうと「画像ファイルなどのgitで管理されるべきでないとされるバイナリファイルなどを、まとめてgit上で管理するため機能」です。通常、gitは差分を管理しており各クライアントはその差分をGitHubなどのgitリポジトリサーバと共有しています。これに対して、git lfs機能を経由して追加されたファイルはファイルの実体は別のオブジェクトストレージ(図のLarge File Storage)などに保存されそのハッシュ値、保存先だけがgitリポジトリで管理されます

                                      Git LFSについて調べてみた
                                    • モデルベースなネットワーク自動化への挑戦~検証環境の構築と装置のコンフィグ自動取得 - BIGLOBE Style | BIGLOBEの「はたらく人」と「トガッた技術」

                                      本番ネットワーク環境を安全に設定するため、BIGLOBE、NTTコミュニケーションズ、TISの3社が合同で取り組んでいる研究のご紹介です。既存環境から自動抽出したモデル上で、設定を事前に検証します。 1. はじめに プロジェクトの背景 プロジェクトのねらい システム構成と動作フロー この記事で紹介する内容 2. 運用対象ネットワークの検証環境構築方法 検証環境のネットワーク構成 vrnetlabによる検証環境の構築 vrnetlabのマルチノード構成 検証環境のまとめと今後の課題 3. NW装置のコンフィグとステータスの自動定期取得 実際のワークフロー 今後の課題 次回:L1-L3トポロジのモデルデータの作成 最後に 1. はじめに 基盤本部ネットワーク技術部の滝口と、同じくネットワーク技術部の川口です。 BIGLOBEは2021年8月から沖縄オープンラボラトリ(Okinawa Open

                                        モデルベースなネットワーク自動化への挑戦~検証環境の構築と装置のコンフィグ自動取得 - BIGLOBE Style | BIGLOBEの「はたらく人」と「トガッた技術」
                                      • AWS RunCommandを使ってEC2上に監視ダッシュボードをサクッと作る(Ansible+Terraform+Grafana編) - dely Tech Blog

                                        こちらは、dely advent calender 2019の23日目の記事です。 qiita.com adventar.org 昨日は、サーバーサイドエンジニアのyamanoiさんが「画像管理をActiveStorageからCarrierWaveへ乗り換えた話」という記事を書きました。興味を持った方は、是非読んでみてください! tech.dely.jp こんにちは! 今年11月からdelyに入社しました開発部SREの松嶋です。 本記事では、Systems ManagerのRunCommand (Ansible-playbook)を使うことでより簡単に監視ダッシュボードを作ることができたので、その手順について紹介したいと思います。 目次 目次 はじめに Grafanaプロビジョニング用設定ファイルの用意 Ansible-playbookの作成 terraformで環境構築 Ansible-

                                          AWS RunCommandを使ってEC2上に監視ダッシュボードをサクッと作る(Ansible+Terraform+Grafana編) - dely Tech Blog
                                        • Docker ではじめる "ゼロからのOS自作入門"

                                          TL;DR ゼロからのOS自作入門 (MikanOS) の開発環境を一瞬で展開できる Docker イメージ (と, VSCode devcontainer の設定ファイル) を作った sarisia/mikanos-docker sarisia/mikanos-devcontainer 複雑な環境構築不要!Windows / macOS / Linux 問わず動くよ! 更新情報 2021/03/31: 使い方 に参考記事のリンクを追加 概要 "ゼロからのOS自作入門", ついに発売されましたね! "30日でできる!OS自作入門" にあまり馴染めなかった[1]私にとって, 待望の一冊でした. 張り切ってやっていきましょう! 環境構築つらい 張り切ってやっていく前に, まずは開発環境の構築が必要です. 本書の開発環境の設定には, EDK2 や qemu のインストール, clang や ll

                                            Docker ではじめる "ゼロからのOS自作入門"
                                          • リーダー1年目の僕がチーム開発において気をつけてきたこと|WILLGATE tech blog - WILLGATE TECH BLOG

                                            こんにちは!サグーワークスの開発リーダーをやっている池添(写真右奥)です! この記事は ウィルゲート Advent Calendar 2019 - Qiita の3日目の記事です。 昨日は @cocoeyes02 の PHPカンファレンス 2019 に、ウィルゲートのエンジニアが登壇しました! #phpcon でした。 ばりばりコードを書くエンジニアからマネジメント寄りなリーダーの役割に変わり1年ほど経ったので今までの学んできたことを元に今、僕が気をつけていることをまとめたいと思います。 少しでもエンジニアからマネジメント職を目指している人の助けになればと思います。 リーダー以前のバックグラウンド リーダーに対する想い 気をつけていること 1. 開発 原則自分の開発稼働は工数として勘定しない エンジニアとしてワクワクするか 2. 対事業・対プロダクト 同じ課題を解決する仲間になる 方法を知

                                              リーダー1年目の僕がチーム開発において気をつけてきたこと|WILLGATE tech blog - WILLGATE TECH BLOG
                                            • PolyrepoからMonorepoへ移行する

                                              今までPolyrepoによるクライアントやバックエンドの開発を行ってきましたが、 規模が大きくなるにつれて問題が発生しやすくなったり、作業効率に影響が出るようになってしまったため、この度Monorepo構成へ移行しました。 そのときの手順について紹介したいと思います。 Polyrepoの課題とMonorepoへ移行する目的 Polyrepo運用時の一番の課題はリポジトリ間の依存関係を合わせづらいことにあります。 例えばクライアントの開発をするにあたってAPIが必要となった場合、 バックエンド側の対応が先に終わってる必要があるといった一種の依存関係があります。 この1点だけならPolyrepoでもMonorepoでも大きな違いはないかと思いますが、 iOS、Android、Webといったようにクライアントが複数ある場合や、 Protocol Buffersのような定義ファイルを別リポジトリに

                                                PolyrepoからMonorepoへ移行する
                                              • AnsibleとTerraformを連携させてAWS環境の構築を自動化してみよう

                                                AnsibleとTerraformを連携させてAWS環境の構築を自動化してみよう:スキマ時間にこっそり学ぶ「Ansible」入門(終) Ansibleのユースケースを紹介しながら、Ansibleの魅力をお伝えする本連載。最終回はAnsibleとTerraform を連携させてAWS環境の構築を自動化する方法を紹介します。

                                                  AnsibleとTerraformを連携させてAWS環境の構築を自動化してみよう
                                                • Applying GitOps principles to your operations

                                                  EnterpriseApplying GitOps principles to your operationsCould we use our Git repository as the source of truth for operational tasks, and somehow reconcile changes with our real-world view? DevOps practices have helped demonstrate the value in bringing teams together to accelerate value for end-users. This typically includes automating build and release processes and bringing quality checks directl

                                                    Applying GitOps principles to your operations
                                                  • 歴史の長いプロダクトでAmazon Linux 2への移行をやり遂げた話 | 株式会社ヌーラボ(Nulab inc.)

                                                    SRE課で、主にBacklogのSREを担当しているMuziです。 ヌーラボでは、2019年から2020年にかけて、Backlogで利用しているEC2インスタンスをAmazon Linux 1からAmazon Linux 2に移行しました。 今回の記事では、このAmazon Linux 2への移行作業をEC2インスタンスの種類ごとにバラバラのトイルとして扱うのではなく、それらのトイル全体をプロジェクトとして扱うことで結果的にうまくいったという話をご紹介します。 ちょっとした工夫レベルの話ですが、みなさんのトイルへの取り組みの参考になれば幸いです。 ※注:この記事ではAmazon Linux 2への移行に関する技術的な詳細には触れません。プロジェクトの進め方についての読み物とお考えください。 きっかけ:Amazon Linux 1のサポート期間終了 これまで、Backlogで利用しているEC

                                                      歴史の長いプロダクトでAmazon Linux 2への移行をやり遂げた話 | 株式会社ヌーラボ(Nulab inc.)
                                                    • 完全初心者向けTerraform入門(AWS) | DCS blog

                                                      はじめに 三菱総研DCS クラウドテクノロジー部の神(じん)です。 今回は、Infrastructure as Codeの代表的なツールであるTerraformについて、まだ触れたことがない方向けに特徴と使い方を簡単に説明したいと思います。 私が所属するチームでは約1年前からTerraformを使い始め、現在は複数のシステムで利用しています。当初は、非常に限られた期間で複数の環境を構築する必要があり、構築のリードタイム短縮に期待して導入したものでした。 しかし実際に利用してみると、構築スピードが向上しただけでなく、変更点の管理が容易になったほか、操作ミスの排除やコードレビューによるチェック体制の強化など、沢山のメリットが得られました。この経験を少しでも多くの方に共有したいと思い、本記事を執筆いたしました。 Terraformの入門記事は弊社ブログ以外にも既に世に存在しますが、本記事は弊社の

                                                      • Solrのクラウド移行 -AWS ECS Fargateの事例- - LIVESENSE ENGINEER BLOG

                                                        はじめに 技術部インフラグループの春日です。 2024年現在、弊社が運営している マッハバイト は一部を除いてオンプレからクラウドへの移行が完了しました。 本記事では移行対象の1つであった Apache Solr に関する総括をします。 今回のプロジェクトでは移行自体を最優先とするため、スコープを以下に定めていました。 Apache Solrから他の検索エンジンへは乗り換えない アプリケーション側の改修は向き先の変更だけに留める Apache Solr自体のバージョンUP対応はしない 運用負荷を軽減できる形の構成変更を加える 移行スピードと移行後の運用コストとの天秤 新たに運用しないといけなくなるコンポーネントはなるべく増やさない モニタリングや監視の精度はなるべく落とさない 上記を踏まえ、以降の節ではApache Solrのサービス内利用箇所の紹介から始め、 インフラ構成・デプロイ・モニ

                                                          Solrのクラウド移行 -AWS ECS Fargateの事例- - LIVESENSE ENGINEER BLOG
                                                        • 【AWS】さいきょうの運用・監視構成を作成するのに参考になった書籍 - Qiita

                                                          はじめに 先日私が書いたこちらの記事がQiitaのトレンド1位になりました。ありがとうございます! 今回はこちらの構成を作成するにあたって参考になった書籍を紹介していこうと思います。どれも大変素晴らしいので、是非読んでみてください。 ただ、何よりも参考になったのは 公式ドキュメントとそのサービスを実際に触ってみる事です。英語のドキュメントしか無いものも多く大変だとは思いますが、気になったサービスは是非一度公式ドキュメントを見ながら触ってみてはいかがでしょうか。 ※先日の記事で紹介した"ぼくのかんがえたさいきょうの"運用・監視構成をもう一度載せておきます。 監視 全般 入門 監視 言わずもがなオライリーの本です。こちらは監視のアンチパターンとデザインパターンと、何をどのように監視すればいいかを学べます。 監視を入門する際はまずこちらの本から読むのがおすすめです。監視についての基本的な考え方が

                                                            【AWS】さいきょうの運用・監視構成を作成するのに参考になった書籍 - Qiita
                                                          • Windows開発環境をscoopで継続的に構築する - tech.guitarrapc.cóm

                                                            以前 Windows の開発環境を scoop で構築しているということを書きました。 tech.guitarrapc.com その際に、scoopを継続的に使っていくためのツール ScoopPlaybook を書いたことに触れました。 今回はその ScoopPlaybook の紹介です。 目次 目次 TL;DR 目指す姿 WindowsでAnsiblePlaybook のようなアプリケーションインストール基盤を作る scoop の通常のインストール ScoopPlaybook で定義からインストールする 利用例 普段の利用例 できること バケットの追加、削除 ツールのインストール、アンインストール 管理者権限で実行したい まとめ TL;DR ScoopPlaybook という PowerShellモジュールを作った(2年近く使っている) scoop で何をインストールするかをYAML定義

                                                              Windows開発環境をscoopで継続的に構築する - tech.guitarrapc.cóm
                                                            • Pytorch-lightning+Hydra+wandbで作るNN実験レポジトリ - Higu`s diary

                                                              Kaggle Advent Calender2020の 11日目の記事です。 昨日はhmdhmdさんのこちらの記事です! 2020年、最もお世話になった解法を紹介します - Qiita 明日はarutema47さんの記事です! (後ほどリンクはります) 本記事では、深層学習プロジェクトで使用すると便利なライブラリ、 Pytorch-lightningとHydraとwandb(Weights&Biases)について紹介したいと思います。 対象読者 Pytorchのボイラープレートコードを減らせないか考えている 下記ライブラリについては聞いたことあるけど、試すのは億劫でやってない 書いてあること 各ライブラリの役割と簡単な使い方 各ライブラリを組み合わせて使う方法 各ライブラリのリファレンスのどこを読めばよいか、更に勉強するにはどうすればよいか また、上記3つのライブラリを使用したレポジトリを

                                                                Pytorch-lightning+Hydra+wandbで作るNN実験レポジトリ - Higu`s diary
                                                              • MacBookAir2020を買ったのでHomeBrewで色々入れる - ねこの足跡R

                                                                MacBookAir2020買いましたヽ(=´▽`=)ノ そしてMacBookAir 2020年版も到着! 商売道具は3年毎に変えないとね(・∀・) 裏側のAppleロゴが光らないのはやっぱり寂しいけど、今のところ満足度は高い。今週は設定祭りだなー。 pic.twitter.com/72e9Tm5TN5— 勝部麻季人 💦👏 (@katsube) 2020年4月20日 1年以上前から買い換えようと何度も店頭に足を運んだのですが、バタフライキーボードが全然しっくり来ない、価格的にもそれならPro買うわといった感じでコスパも今ひとつ。そんなときに突然発表された2020年版がそれらの悩みをすべて解消した神モデルということで迷わず購入。新型コロナが蔓延する情勢不安な中でしたが商売道具をケチってはいけませんw 一体どうしたんだAppleらしくないぞw 顧客の要望を足蹴にし阿鼻叫喚に叩き落とす経営方

                                                                  MacBookAir2020を買ったのでHomeBrewで色々入れる - ねこの足跡R
                                                                • OpenTelemetry を基盤とする Ops エージェントの一般提供を開始 | Google Cloud 公式ブログ

                                                                  ※この投稿は米国時間 2021 年 7 月 21 日に、Google Cloud blog に投稿されたものの抄訳です。 本番環境でサービスを実行し、トラブルシューティングするには、アプリケーションとインフラストラクチャの詳細をわかりやすく可視化する必要があります。Google Cloud Compute Engine(GCE)では、あらかじめ用意されている基本的なログや指標を利用できますが、高度なデータを収集するには、Monitoring エージェントと Logging エージェントをインストールする必要がありました。このたび、Logging エージェントと Monitoring エージェントの両方の機能を備え、全体としてシンプルなインストール、管理、構成を実現する新しい Ops エージェントが一般提供となりました。Cloud Logging と Cloud Monitoring の機能

                                                                    OpenTelemetry を基盤とする Ops エージェントの一般提供を開始 | Google Cloud 公式ブログ
                                                                  • RHTN: Ansible 2.8 x Windows

                                                                    Challenge to data-driven 信託銀行で実践するデータドリブンな組織、カルチャーへの挑戦 / Challenge to data-driven Culture - practiced at a trust bank

                                                                      RHTN: Ansible 2.8 x Windows
                                                                    • Ansible Community、オープンソースのIT自動化ツール「Ansible 4.0.0」をリリース

                                                                      2021/05/25 11:30 今回発表されたリリースにつきまして、当初「米Red Hatが、『Ansible 4.0.』のファイナル版を、5月19日(現地時間)にリリース」としていましたが、今回リリースされたバージョンは、「コミュニティ版」のリリースとなります。訂正しお詫び申し上げます。(編集部) 「Ansible 4.0.0」は、ansible-core packageの新たなメジャーアップデートである「Ansible Core 2.11」をベースにしており、プレイブック言語とコマンドラインプログラムに対する下位互換性のない変更が含まれている可能性がある。 おもな変更点としては、コレクションを--forceフラグを使用することなく、新しいバージョン要件で再インストールできるようになったほか、AnsibleModuleにおいてArgumentSpecValidatorクラスを使って引数

                                                                        Ansible Community、オープンソースのIT自動化ツール「Ansible 4.0.0」をリリース
                                                                      • サーバサイドからクライアントをやるようになっての心境の変化 - Qiita

                                                                        久しぶりの執筆です。 最後の執筆から大分ブランクもあり、以前やっていたエンジニアリングにも大分変化があったため、振り返りをしつつ、サーバサイドからクライアントをやるようになっての心境の変化を執筆できればと思います。 時系列から読み解く 2021年 ~ 2023年前期 現在の会社に入社。入社した会社に配属された部署では、社内サービスを中心にRailsを用いたサーバサイドの開発を行っていました。 当時、2022年後半から上手くいっていない時期があり、かなり煮詰まっていた時期でもありました。 2023年後期 ~ 現在 ここから、クライアントの事をやるようになりました。正直、2022年後半から煮詰まっていた時期から、諸事情によりクライアントのことをやることになり、かなりの危機感もありました。 作業内容から読み解く サーバサイド Rails、JavaScript中心の新機能開発やサイトの保守 社内サ

                                                                          サーバサイドからクライアントをやるようになっての心境の変化 - Qiita
                                                                        • CentOS8にaraをインストールしてみた | 日常系エンジニアのTech Blog

                                                                          ARA Records Ansible playbooks and makes them easier to understand and troubleshoot. This is the GitHub mirror for https://opendev.org/recordsansible/ara. - ansible-community/ara

                                                                            CentOS8にaraをインストールしてみた | 日常系エンジニアのTech Blog
                                                                          • いまさら聞けない「OpenShift」と「Kubernetes」の基礎 どう違うのか?

                                                                            関連キーワード OpenShift | Red Hat(レッドハット) | アプリケーション仮想化 Red Hatの「OpenShift」と、もともとGoogleが設計し現在はオープンソースソフトウェア管理団体Cloud Native Computing Foundation(CNCF)が開発を推進する「Kubernetes」は、どちらも「コンテナオーケストレーター」だ。コンテナオーケストレーターは、仮想化されたアプリケーション実行環境「コンテナ」の生成から廃棄までのライフサイクル管理を自動化する。OpenShiftもKubernetesも複雑なソフトウェアでありながら、企業の間で導入が進んでいる。 OpenShiftはKubernetesをベースとしており、そのため両者は共通の部分を持つ。ただし幾つかの点で両者の間には違いがある。 OpenShift、Kubernetesとはそもそも何か

                                                                              いまさら聞けない「OpenShift」と「Kubernetes」の基礎 どう違うのか?
                                                                            • WSL2 + Ubuntu 20.04 + Docker 開発環境構築 - Qiita

                                                                              序論 本稿は 元市役所職員がWEBプログラマに転職するまでのロードマップ の連載記事の一部です。 まだ、WEBプログラマに転職してから2年も経過していない素人であるため、色々と間違っていることを書いていたりするかと思います。 その際はお手数ではございますが、ご指摘いただければ幸いでございます。 仮想化技術 WSL2やDockerの開発環境を構築する前に、仮想化技術について簡單に触れておきます。 仮想化技術には大きく以下の3種類があり、いずれも「隔離されたアプリケーション実行環境」を提供するものです。 ホスト型 ホストOSの上に別のOS(ゲストOS)をインストールする仮想化技術 ゲストOSをそのまま仮想環境にインストールするため、ある程度の再現性が担保されている ディスク容量やメモリ使用量が大きい、動作が重い・不安定などの欠点がある ハイパーバイザ型 ハイパーバイザとはホストOSそのものを仮

                                                                                WSL2 + Ubuntu 20.04 + Docker 開発環境構築 - Qiita
                                                                              • Red Hat、自然言語からAnsible Playbookコードを生成する「Ansible Lightspeed」発表。IBM WatsonのAIを利用

                                                                                Red Hat、自然言語からAnsible Playbookコードを生成する「Ansible Lightspeed」発表。IBM WatsonのAIを利用 Red Hatは、構成自動化ツールAnsibleのPlaybookコードを、自然言語を基に自動的に生成してくれる「Ansible Lightspeed」を発表しました。 Visual Studio Codeから利用可能で、コードの生成にはIBM Watson Code Assistantのドメイン特化型AIを利用していると説明されています。

                                                                                  Red Hat、自然言語からAnsible Playbookコードを生成する「Ansible Lightspeed」発表。IBM WatsonのAIを利用
                                                                                • Introducing 1Password Secrets Automation | 1Password

                                                                                  Secure, orchestrate, and manage your company’s infrastructure secrets with 1Password Secrets Automation. Today is a big day at 1Password. Today, we’re launching 1Password Secrets Automation, a new way to secure, orchestrate, and manage your company’s infrastructure secrets. With the addition of Secrets Automation, 1Password can now protect all of your company’s secrets in one place. Passwords and

                                                                                    Introducing 1Password Secrets Automation | 1Password