並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 373件

新着順 人気順

Ansibleの検索結果121 - 160 件 / 373件

  • Pull Request発行時にそのコミットIDでデプロイされた環境を自動構築してレビュー時/マージ前に確認しやすくする仕組み - トレタ開発者ブログ

    インフラをアレしてる佐野です。Pull Request(以下、p-r)が発行されると、そのp-rのコミットIDでデプロイされた環境を自動構築する仕組みを作ったので、今日はそれについて。マージ直前の環境が立ち上がるのでレビューアはレビュー時にコードを追うだけでなく、ブラウザ/アプリの接続先をこの環境に向きかえることで実際のアプリケーションの動作も確認できるようになります。レビューが非常に捗ります。 動作 仕組み GitHubのWebhookについて 自動構築の処理 Dockerの活用 tmpfsの活用 まとめ 1. 動作 こんな感じです。ここで、この通知するボットおよびこの仕組みを以下、シャイニング・ウィザードと呼ぶことにします。シャイニング・ウィザードというのは好きなプロレスの技でして最初はこの基盤の仮名だったのですが、チーム内で定着してしまったのでもうこれでいいや的な…。ちなみに、Ama

      Pull Request発行時にそのコミットIDでデプロイされた環境を自動構築してレビュー時/マージ前に確認しやすくする仕組み - トレタ開発者ブログ
    • SDN 温故知新 - Qiita

      SDN は Software Defined Networking の略称で、ネットワークをソフトウェアで定義するもの全般を指す概念です。これだけだと本当に幅広い意味に取れるので、スイッチに SSH で入ってコマンドを叩くプログラムも SDN だし、そうなると当然 TeraTerm マクロでスイッチの設定するものも SDN です、と言い張れるわけですが、この記事では OpenFlow プロトコルの登場から現在までのネットワーク周りのソフトウェアを中心とした話題を取り上げます。 OpenFlow OpenFlow は 2008 年にスタンフォード大学の学生の研究から生まれたもので、従来のコントロールプレーンとデータプレーンを同じ物理スイッチ上で動作させていたモデルから、コントロールプレーンを切り出し、このコントロールプレーンを実装したコントローラからデータプレーンを提供する複数のスイッチを集

        SDN 温故知新 - Qiita
      • 【ありがとう平成】年代別にIT技術まとめてみた - SMARTCAMP Engineer Blog

        平成も残るところわずかとなりましたね。 ティム・バーナーズ=リーによって、WWWの原型が生み出されたのが平成元年(1989年)なんですよね。 そんなことをエンジニア達で話していて、せっかくなので平成に登場した情報技術を時系列にしてまとめる自由研究をしてみることにしました 。 「自分の生まれ年になにができたのか」 「こんな技術もあったなあ」など思いを馳せていただければ幸いです。 ※ スマホなどでは見にくいかと思いますので、画像版やPDF版などもお試しください。 ※ 片手間でまとめたので、「年が間違ってる」「ロゴがおかしい」などあるかと思いますがご容赦ください。 【追記 2019-04-27】 たくさんコメントありがとうございます! 皆さんそれぞれ平成を思い返していただけたようでとても嬉しく思います。 思い入れのある技術が入っていない、誤りがあるなどのお声も頂いているので、再度調べまして反映さ

          【ありがとう平成】年代別にIT技術まとめてみた - SMARTCAMP Engineer Blog
        • Macの開発環境構築を自動化する 2019年夏版

          私は年に 1 回、自宅と職場の 2 台の Mac をクリーンインストールでアップデートするのですが、開発環境の構築をある程度自動化しています。来年のために手順を残しておくので、参考にどうぞ。 目次 これまで 事前準備 Brewfile を作成する AppStore にログインしておく パッケージをインストール 再起動 パッケージのインストール後 Brewfile に書けるパッケージの探し方 おわりに これまで 自動化を始めたのは多分 2013 年とかその頃。使っていたツールは Brewfile に始まり、Ansible を経て、去年は rcmdnk/homebrew-file を使っていました。Ansible 時代が一番長かったと思います。2019 年のクリーンインストールの時期になり、セットアップはどうしようかと調べたところ、Homebrew/homebrew-bundle が Home

            Macの開発環境構築を自動化する 2019年夏版
          • サーバーレス開発を始めて6ヶ月間なので振り返りをしてみる - YOMON8.NET

            今の会社(BeeX Inc.)に来て、半年くらいサーバーレス開発をやってきました。 やっと人並みに(?)サーバーレス開発進められるようになったのと、開発が一息ついたので振り返りをしてみようと思います。 はじめに サーバーサイドについて 使用サービス LambdaはGolangで書きました Golangで辛かったこと Golangで良かったこと クライアントサイド サーバーレス開発が大変だったこと 関連コンポーネントが多い 障害の原因特定が難しい ネットワーク絡むとハマりやすい 統合テストが大変 裏の動きが見えない 情報収集の難易度が高い サーバーレス開発で良いと思ったこと サービスの環境全部をコードで表現できる 処理の特性によっては圧倒的に安い OSに入らない、入れない 運用が楽になる(はず) まとめ はじめに 初めてのサーバーレス開発を手がけたこの数カ月を振り返ってみると、エンジニアとし

              サーバーレス開発を始めて6ヶ月間なので振り返りをしてみる - YOMON8.NET
            • PayPayがAWSを使い続ける理由 日本No.1のQR決済サービスを支えるインフラ構成

              ZOZO×一休×PayPay AWS Nightは、2020年7月22日に開催されたZOZOテクノロジーズ・一休・PayPayの3社による合同イベントです。各社それぞれAWSの活用事例を紹介します。PayPay株式会社プラットフォームチームの西中氏がPayPayのインフラの概要について話しました(記事内の情報はイベント開催時点のもの)。 日本のNo.1 QRコード決済サービス 西中智樹氏(以下、西中):「PayPayでのAWS活用事例について」と題して、PayPay Platformチーム・西中が発表いたします。 簡単に自己紹介します。西中智樹と申します。2018年12月よりPayPayで仕事をしていまして、現在、AWSなどのPayPayのインフラを所管するPlatformのチームに所属しています。好きなAWSサービスはEKSです。 本日のセッションのアジェンダになります。この順番でお話を

                PayPayがAWSを使い続ける理由 日本No.1のQR決済サービスを支えるインフラ構成
              • 【令和一号】NTT退職エントリーを書いてみた - non-technical blog

                はじめに この記事を書いているモチベーション 自己紹介 NTTのどこで働いていたの? 入社した理由 前職の良かったところ ①休暇がとても多い ②福利厚生が充実している ③業績が安定している ④スキルアップできる(運要素多め) 退職理由 ①「自分がやりたいこと」と「この会社でできること」のミスマッチ ②本質に集中できない セキュリティ 社内システム Thinクライアント 社内資格制度 ③手を動かすエンジニアとしてのキャリアアップが望めない ④向上心のある人が少ない ⑤経営層への信頼 申し訳ないこと 結局、入社してよかったのか 次はどこで働くの? はじめに 多分令和一号目のNTT退職エントリーを書きました。 平成最後のNTT退職エントリは↓っぽいですね。 yuyarin.hatenablog.com この記事の内容は、あくまで個人の一経験に基づいた主観性の高い内容です。 この記事を書いているモ

                  【令和一号】NTT退職エントリーを書いてみた - non-technical blog
                • 3年間ちょっと勤めたNTTテクノクロスを退職しました - blog.manj.io

                  6/14に退職したので、退職エントリを公開することにしました。 NTTテクノクロスを退社して、LINEに転職しました。 Nanimono TX入社まで NTTで過ごした3年間 転職活動 きっかけ 顛末 転職判断 NTTについてぼんやりと思うこと NTTテクノクロスの環境について おわりに Nanimono Twitter: @_manji0 1994年製。早生まれ25歳児。ビールと日本酒と煙草大好きマン。趣味は筋トレ。 持ってる資格はAPとNWと普通免許のみ。 NTTテクノクロス(以下TX)という会社に2016年に入社して、以下のようなことをしてた。 OpenStackの検証やグループ内クラウド基盤の保守対応 研究所と一緒にNW系のアレコレ研究開発 StackStormやAnsibleを使って作業自動化 TX入社まで とある駅弁大学の工学部のシステム系の学科にいた。GPAは0.7くらいしか

                    3年間ちょっと勤めたNTTテクノクロスを退職しました - blog.manj.io
                  • Ansible + Mackerel APIによる1000台規模のサーバオペレーション - ゆううきブログ

                    Ansible と Mackerel API を組み合わせて、1000台規模のサーバ群に対して同時にパッケージの更新やその他のサーバオペレーションのための方法を紹介します。 タイトルに Mackerel とありますが、それほど Mackerel に依存しない話です。 (AnsibleとDockerによる1000台同時SSHオペレーション環境 - ゆううきブログに続編を書いています。) 背景 社内では、サーバ構成管理ツールとして Chef を使用しています。 Chef Server は運用が大変なので使用しておらず、knife-solo と Mackerel APIを組み合わせてホストと Chef role とのマッピングに Mackerel のロール情報を用いています。 また、Mackerel の Ruby クライアントを利用して recipe 内で API を叩いて、Mackerel か

                      Ansible + Mackerel APIによる1000台規模のサーバオペレーション - ゆううきブログ
                    • goからiOSまで一人でアプリ開発をしてたらいつの間にかマインクラフトエンジニアになった話 - Qiita

                      by @mixiappwchr おしゃべりマルチとは 今回UUUM株式会社様からアプリ開発の受託をうけ おしゃべりマルチ という音声チャットをやりながら、マインクラフトPE など、ゲームのマルチプレイができるというアプリをリリースさせていただきました。 マインクラフトだけではなく、モンストや、白猫プロジェクト、その他マルチゲームで使ってもらえると楽しいアプリとなっています。 主な設計 今回 複数のサーバーをくみあわせて、音声チャットマルチプレイを実現しています。 3つのサーバーとアプリが連携 APIサーバー 音声サーバー マイクラプロキシ兼リアルタイムイベントサーバー の3つが協調して動きアプリにサービスを提供します。 本来マイクラマルチは同一内WiFIだと気軽にできるのですが、インターネット越しとなると、ルーターのポートを解放したり、なんだかんだ面倒な点が多いのですが、このアプリをいれる

                        goからiOSまで一人でアプリ開発をしてたらいつの間にかマインクラフトエンジニアになった話 - Qiita
                      • Chef-soloからItamaeに完全移行した話 - Qiita

                        ※2016/04/24 追記 昨年末にItamae meetupで話した時のスライドリンクを追記しました。 Databag > itamae-secret の話やConsul連携の話が追加されています。 http://www.slideshare.net/tsuyoshitorii5/itamae-meetup-vol1public 現在自分が運用管理しているChef-soloプロビジョニングの仕組み 1 を Itamaeに移行した時のお話をしようと思います。 管理規模としては大規模ではなく、小〜中規模的なところかと思います。 (ロールによってレシピ切り分けたり、環境毎にレシピ用意したりなど…) 最初に: Itamaeについて https://github.com/itamae-kitchen/itamae 軽量なChef と考えればよいでしょう。 Chefの複雑さを取り除き、必要十分な部

                          Chef-soloからItamaeに完全移行した話 - Qiita
                        • 20年でソフトウェア開発の景色はどのぐらい変わったのか? - Qiita

                          PySpa統合思念体です。 某チャットで、「今時のOSSのプロジェクト管理とかのベストプラクティスが書いてある本ないかな、陳腐化早そうだしないか」みたいな話題が投入されました。その中で、エキスパートPythonプログラミングとか、Pythonプロフェッショナルプログラミングとかは思い出して紹介したけど、他の人からはShip It、Manage It、Release It三部作とか、達人プログラマーとかも出てきました。 このあたりの源流を辿ると、そういえば今流行ってる開発の源流としてはエクストリームプログラミングの開発系のプラクティスの遺伝子を受け継いでいるのが多いよな、そういえば当時から見て今ってどう変わっているのかな、という話題に。せっかくなので20年前を思い出しつつ、当時と今でどういう風に変わってきたのか適当にまとめてみます。 20年前の状況 XP白本こと、eXtreme Progra

                            20年でソフトウェア開発の景色はどのぐらい変わったのか? - Qiita
                          • Infrastructure as Codeによるインフラ運用:AWSアカウント分離とリソースのコード化 | Recruit Tech Blog

                            はじめに このエントリは全9回を予定する18卒新人ブログリレーの第6回です。 はじめまして。今年の4月にリクルートテクノロジーズに新卒入社した小松凌也です。 約3ヶ月に渡る新人研修を終え、7月にサービスオペレーションエンジニアリング部プロジェクト基盤グループに配属されました。現在はインフラエンジニアとして、新規プロダクトの基盤構築や既存プロダクトのインフラ運用フロー改善などに取り組んでいます。 今回この記事で紹介するのは、Amazon Web Services (AWS) 上に構築済みの既存サービスの開発環境を別のAWSアカウントに分離し、Terraformというツールを用いてソースコードでインフラの構成を管理できるようにした事例です。 事例の紹介に加えて、Terraformを使用する上での実践的なテクニックについても随所で解説します。 前提 アカウント分離とTerraform化の背景 こ

                              Infrastructure as Codeによるインフラ運用:AWSアカウント分離とリソースのコード化 | Recruit Tech Blog
                            • Ansible コーディング規約 (の例) — そこはかとなく書くよん。 ドキュメント

                              Ansible コーディング規約 (の例)¶ edX がgithub上でAnsibleのコーディング規約を公開しています。 https://github.com/edx/configuration/wiki/Ansible-Coding-Conventions このリポジトリは GNU AGPLv3です。翻訳の場合でもおそらく大丈夫だと思いますので、ここで翻訳して公開してみます。 一般¶ YAMLファイル すべてのyamlファイルは2スペースのインデントで、 .yml を拡張子に 付けてください。 変数 jinja変数の形式を使ってください。 $var ではなく {{ var }} です。 jinjaの変数名の前後に空白を入れてください。 {{var}} ではなく {{ var }} です。 環境独自で上書きされる必要がある変数名は全部大文字としてください。 ロール内で完結する変数名は全部

                              • Fedora/CentOS Stream/CentOS/RHELの関係性 - 赤帽エンジニアブログ

                                (注) 本記事は、Software Design 2020年6月号に掲載された「月刊Fedora Journal」初出の記事に修正を加えたものです。 Red Hat ソリューションアーキテクトの小島です。 Fedora系列の主要なLinux Distributionとしてよく名前が挙げられる、Fedora, CentOS, RHELに加えて、2019年9月に発表された新しいDistributionであるCentOS Streamの特徴や関係性をご紹介します。 Fedora系列の主要なLinux Distribution Fedora CentOS Stream CentOS Red Hat Enterprise Linux (RHEL) Red Hat Insights Red Hat Developer Program Red Hat Universal Base Images (UBI

                                  Fedora/CentOS Stream/CentOS/RHELの関係性 - 赤帽エンジニアブログ
                                • はてなCTOが聞く! 開発と運用の協力が生んだ「何事もなかった」サイボウズLiveデータセンター移転 - はてなニュース

                                  サイボウズの無料グループウェア/情報共有サービス「サイボウズLive」は、2010年にローンチしてから着々とユーザー数を増やし、2014年10月4日に登録者数100万人を超えました。サイボウズはこれに合わせ、サイボウズLiveのデータセンターを移行しています。100万ユーザーを擁するサービスのデータセンター移行、実際はどのように行われたのでしょうか。はてなCTOの田中慎司(id:stanaka)が、サイボウズの皆さんにお話を聞きました。記事の終わりにはプレゼントのお知らせも!(編集部) (※この記事はサイボウズ株式会社提供によるPR記事です。) ▽ https://live.cybozu.co.jp/ ▽ https://www.cybozu.com/jp/live/1million.html 田中 はてなCTOの田中(id:stanaka)です。サイボウズLive▼の100万ユーザー突破

                                    はてなCTOが聞く! 開発と運用の協力が生んだ「何事もなかった」サイボウズLiveデータセンター移転 - はてなニュース
                                  • ニコニコで12年運用した決済システムを移行する上で必要だったこと - Qiita

                                    はじめに 今日は、ニコニコのプレミアム会員サービスを支える「プレミアム課金システム」を動画システムのモノリスから切り出し、変更可能にしていった過程について書きます。プレミアム課金システムは金銭を扱うシステムですので、「(特に、失敗した)話を聞くのは面白いけど、自分で触りたくない」と思われる方も多いのではないでしょうか。 この記事では、決済にかかわるシステムでも一般的なシステム改善の方法が適用できることをお伝えしたいと思います。また、コストを抑えつつ着実なシステム改善を行う方法論としてもご理解していただけると嬉しく思います。 背景 プレミアム会員サービスについて 月額500円(税別)のプレミアム会員制度には159万人(2020年9月末現在)の方が加入してくださっており、ニコニコ事業を支える主要な有料サービスです。 ニコニコ動画は2006年にサービスを開始し、2007年にプレミアム会員サービス

                                      ニコニコで12年運用した決済システムを移行する上で必要だったこと - Qiita
                                    • 第1回 シンプル・軽量な構成管理ツールItamae | gihyo.jp

                                      はじめに はじめまして。クックパッド株式会社の荒井(@ryot_a_rai)と申します。 今回から全5回、構成管理ツールであるItamaeの入門から実際の活用例までを解説していきます。今まで構成管理ツールを使ったことがなかった方から、Itamaeをすでに使っている方まで、ぜひご覧ください。 Itamaeとは Itamaeは筆者が中心となって開発を進めているオープンソースの構成管理ツールです。同様のツールとしてはPuppet、Chef、Ansibleなどが有名ですが、ItamaeはChefに影響を受けています。Chefの記述性・柔軟性を持ちながら、シンプルで導入しやすい構成管理ツールを目指して開発が進んでいます。 構成管理ツールの必要性 Itamaeの解説を始める前に、構成管理ツールを使う理由について軽く考えてみたいと思います。 サーバ構築の自動化 手動構築の手間と時間を減らす 手動構築によ

                                        第1回 シンプル・軽量な構成管理ツールItamae | gihyo.jp
                                      • さくらVPSセットアップ用のシェルスクリプトを今話題の「Ansible」で書き直してみた - Copy/Cut/Paste/Hatena

                                        「Chef! Chef!」と叫ばれる昨今、そのChefに挫折した皆様、いかがお過ごしでしょうか? Chefに挫折中のid:k1LoWです。 Ansibleいいよ。Ansible。 Chefに挫折したからといってプロビジョニングツールへの憧れは消えるわけもなく、時間を見つけてはいろいろいじっていた時、 同僚からの「Ansibleというツールが良さげらしい」という情報をそのまま鵜呑みにし、PHP Matsuri 2013を通じて使ってみて今に至っています。 Ansibleいいよ。Ansible。 AnsibleはPython製のプロビジョニングツールです。ChefやPuppetと同じ領域のツールですね。 ちなみに、呼び方は、日本語英語的に「あんしぼぉ」です。「あんじぼぉ」でも「あんそぉぼぉ」でもありません。PHP Matsuri 2013でVagrantのMitchell Hashimotoさ

                                          さくらVPSセットアップ用のシェルスクリプトを今話題の「Ansible」で書き直してみた - Copy/Cut/Paste/Hatena
                                        • PHP開発環境のサンプルVagrantfile

                                          PHPカンファレンス2013でPHP開発環境をVagrantで作る発表を行ったのですが、具体的なVagrantfileが欲しいという声を頂いたので、GitHubに公開しました。 ご自身で構築するベースになれば良いと思うので、どう作れば良いの?と言う方は参考にしてみて下さい。 なお、このリポジトリの Vagrantfile は、開発PC内の VirtualBox 上で開発環境として動かすことを想定しています。セキュリティについては考慮されていないのでご注意下さい。 vagrant-lapp-sample https://github.com/shin1x1/vagrant-lapp-sample このリポジトリは、PHPアプリケーション(CakePHP)をイメージしています。構成は以下です。 CentOS 6.4 Apache 2.2 PHP 5.4 PostgreSQL 9.3 phpPg

                                          • Docker を Production で使い続ける理由 | Wantedly Engineer Blog

                                            Wantedlyインフラチームの @koudaiii です。 まずインフラチームでは、「Code wins Arguments」を支えるインフラ = 変化に強いインフラ作りに取り組んでいます。 Code wins Argumentsについては、こちらのインタビューを参照してください。 チームで1時間ミーティングするならコードをかこうという考え方のもと、エンジニアであれば、仮説を考えてあれこれ考えるよりも、プロトタイプを作って検証することや、営業であれば、エンジニアに頼む前に企画書を書いて5社程度の確約をとってきて、これなら行けると思ったらエンジニアに依頼するDocker を Production で使うのはなぜ?Wantedly では、 2014夏頃よりProduction で Docker を使っています。元々 Heroku からサービスをスタートしているので、コンテナ自体はずっと利用し

                                              Docker を Production で使い続ける理由 | Wantedly Engineer Blog
                                            • インフラ自動化ツール「Ansible 2.3」リリース。SSHのコネクションを使い続けるPersistent Connectionでタスク処理が高速に - Publickey

                                              インフラ自動化ツール「Ansible 2.3」リリース。SSHのコネクションを使い続けるPersistent Connectionでタスク処理が高速に オープンソースで開発されているインフラ自動化ツール「Ansible」の最新バージョン、「Ansible 2.3」正式版がリリースされました。 インフラ自動化ツールにはChefやPuppetなどよく知られるオープンソースソフトウェアが他にも存在しますが、Ansibleの特徴はサーバやネットワーク機器にあらかじめエージェントなどを導入することなく利用できる点にあります。 エージェントを使うことなく多数のサーバなどに対して設定やソフトウェア導入などの構成管理を行う仕組みとしてAnsibleではおもにSSHを用いています。 Ansibleのこれまでのバージョンでは、ネットワーク機器に対して構成管理のタスクを1つ実行するたびにSSHの接続を開始、終了

                                                インフラ自動化ツール「Ansible 2.3」リリース。SSHのコネクションを使い続けるPersistent Connectionでタスク処理が高速に - Publickey
                                              • 最強の野球オープンデータ「Retrosheet」をPython+Vagrant+Ansibleで誰でも使えるようにしました - Lean Baseball

                                                2ヶ月前のエントリーにはてブが入りまくった件で「そういえば続編書いてないや」と気が付き、エントリーしますた。 「誰でも」の定義および、このエントリーの対象読者について 「誰でも」というのは、 (エンジニアなら)誰でも という意味です。 より具体的には、 野球愛溢れるエンジニアにとって、Vagrant + Ansibleでのサーバー構築の練習&Pythonでのプログラミングという趣味実益を兼ねたいい感じのお勉強なるかつ、趣味の野球でhackが出来る二度美味しい内容です 野球に興味が無い方にとっては野球愛溢れるエンジニア同様サーバー構築&Pythonネタとしていい勉強になるかもです。ただ、他にももっといいエントリーがあると思います 非エンジニアの野球ファンの皆さまにとっては(小難しい的な意味で)ヘビーな内容となっていますので、覚悟してお読みください!ただ、プログラミングを覚えたい方にとっては凄

                                                  最強の野球オープンデータ「Retrosheet」をPython+Vagrant+Ansibleで誰でも使えるようにしました - Lean Baseball
                                                • ようこそdotfilesの世界へ - Qiita

                                                  はじめに 少し前から話題になっているが、日本の労働生産性はG7で最も低いらしい。 日本生産性本部資料より https://www.jpc-net.jp/intl_comparison/intl_comparison_2018_press.pdf 日本は人口減少に突入していることもあって、「作業の効率化」や「自動化・省力化」をいうフレーズをあらゆる業種で聞くようになった。 ITエンジニアは、あらゆる職業の中でも最も効率化、自動化をして生産性を高められるといっても過言ではないだろう。プログラマの三大美徳(「怠惰」「短気」「傲慢」)にもあるように、同じことを何度もやらない、楽をするためにがんばるという生産性を意識した感性が重要視されているからだ。 生産性を高めることで、勉強する時間が作れたり、新しいことを経験したりするなどしてさらにスキルアップができ、さらに生産性が上がるという好循環を作り出すこ

                                                    ようこそdotfilesの世界へ - Qiita
                                                  • Ansibleで構成管理。〜たったひとつの冴えたやりかた〜

                                                    https://ljstudy.connpass.com/event/71037/ でのLT資料です。

                                                      Ansibleで構成管理。〜たったひとつの冴えたやりかた〜
                                                    • インフラ経験0の新卒エンジニアがインフラエンジニアになるまで - Leverages Tech Blog

                                                      1. はじめに メディカル事業部インフラ担当新卒2年目エンジニアの村本と申します。 本記事では、私が新卒1年目でインフラ経験0のところから、メディカル事業部のインフラを任せられるようになるまでに、ぶち当たった壁とその対処法を綴っております。 これからエンジニアになる学生の方や、これからインフラ業務に携わる方、これからインフラ担当者を育てるという方が、学び・学ばせる一つの参考になれば幸いです。 2. インフラ担当となった背景 私は配属後、メディカル事業部の社内向けの営業管理ツールとオウンド媒体の大規模リニューアルプロジェクトに携わっておりました。 配属されて3ヶ月間は営業管理ツールの開発をしており、ひたすらPHPを使ってWebページ作成していました。 そんな中ひょんなことからCircleCIを使ったテストとデプロイの自動化タスクが振って来ました(自席に帰ってくるとCircleCIと書かれたメ

                                                        インフラ経験0の新卒エンジニアがインフラエンジニアになるまで - Leverages Tech Blog
                                                      • 1,000台規模のインフラ刷新! Kubernetesを採用したサイボウズが語る「NoOps」な未来|ハイクラス転職・求人情報サイト AMBI(アンビ)

                                                        1,000台規模のインフラ刷新! Kubernetesを採用したサイボウズが語る「NoOps」な未来 Kubernetesの設計思想に共感して、1,000台規模のインフラ刷新プロジェクトに採用したサイボウズが、独自のインフラ、自社開発のOSSツールで挑戦するNoOpsな未来について聞きました。 1,000台規模のインフラをKubernetesで刷新する なぜパブリッククラウドではなく独自インフラなのか インフラ自体を継続的デリバリするためツールをOSSで Kubernetesの設計思想にインスパイアされたNeco ビジネスとして大切にしている部分は細部まで自分たちで 主力製品の「サイボウズ Office」「Garoon」「kintone」などを、2011年からクラウドサービス cybozu.com として提供してきたサイボウズ。これらのサービスのために同社が自前で構築したインフラ基盤は、国

                                                          1,000台規模のインフラ刷新! Kubernetesを採用したサイボウズが語る「NoOps」な未来|ハイクラス転職・求人情報サイト AMBI(アンビ)
                                                        • (個人的に)IDEじゃなくてVim、Emacsじゃなきゃダメな理由 - Qiita

                                                          まえがき みなさんのお使いのエディタは何でしょうか。 きっとそのエディタは、自身のこだわりが幾つかあってそのエディタを選択したのだと思います。 私の身の回りにも当然IDE派とEmacs,Vim派が居て、Vim派の私はよくIDE派に「IDEをなんで使わないの?こんなに便利なのに?」的な姿勢で言われることが多々あります。(仕事でPHP書くので特にPHPStorm派などに…) IDEにはエディタ単体の機能ではVimは負けるかもしれませんが、個人的にはPCにインストールする系のIDEに共通する好きではないところがいくつかあって、私はVimを選択しています。その理由を記事にしてみました。 追記:2016-10-26 この記事は個人的にあまり他の記事でも語られていないなと思った、サーバーサイドのエディタで開発することの良さを書き記したものです。Vim自体、Emacs自体の良さにつきましては他にも優秀な

                                                            (個人的に)IDEじゃなくてVim、Emacsじゃなきゃダメな理由 - Qiita
                                                          • 10分ではじめるGitBucket - Qiita

                                                            GitBucketとは GitBucketはたけぞうさんという方が開発されているGitHubのクローンアプリです。 Scalaで書かれており、驚くほど簡単に導入することができるのが特徴です。 OSSのGitHubクローンといえばGitLabがメジャーですが構築の手順が複雑かつ面倒なため、 使い始める前に構築段階で挫折した経験のある人も多いのではないでしょうか。 対するGitBucketはwarファイルを実行するだけという手軽さです、素敵!! より詳しいレビューはこのあたりを参照してください。 背景 とあるクラウド環境にGitBucketを導入する機会があり、 せっかくなので vagrant + ansible で導入を自動化するplaybookを書いてみました。 以下のクラウドプラットフォームで導入検証をしました。 AWS DigitalOcean したごしらえ Case: AWS vag

                                                              10分ではじめるGitBucket - Qiita
                                                            • ぼくの考えたさいきょうの開発フロー - PHP編 - Speaker Deck

                                                              Transcript ΅͘ͷߟ͍͖͑ͨ͞ΐ͏ͷ։ൃϑϩʔ PHPฤ Yuta Adachi ࣗݾ঺հ ҆ୡ ༐ଠ (@UAdachi) ! ग़਎ɿౡࠜݝদߐࢢ ͓࢓ࣄɿChatWork ΠϯϑϥνʔϜ ! ڵຯ͋Δ͜ͱɿυϝΠϯۦಈઃܭɺScalaɺςχε (΢Οϯϒϧυϯ։࠵த) ! IUUQT���DJSDMFDJ�DPN ͓඼ॻ͖ • ։ൃϑϩʔΛ࠷దԽ͍ͯ͘͠໨త • ։ൃ؀ڥ • ίϛϡχέʔγϣϯ • CI • σϓϩΠ ໨త ! • ։ൃͷߴ଎Խ • ΦϖϨʔγϣϯϛεͷ༧๷ • ϓϩμΫτͷ඼࣭޲্ + ՄࢹԽ ։ൃ؀ڥ Ͳ͏΍ͬͯߏஙͯ͠·͔͢ʁ • Vagrantͬͯ࢖ͬͯ·͔͢ʁ ϝϯςφϯε • ։ൃ؀ڥͩͬͯߋ৽͞Εଓ͚Δ • ߏஙखॱॻΛ࡞Δͷେม " εΫϦʔϯγϣοτʹ໼ҹॻ͍ͯɺઆ໌จΛఴ͑ͯ… ʮԶͷ؀ڥʯ໰୊ ྫ. Aʮಈ͔Ͷʔʯ BʮԶͷ؀ڥͩͱಈ͘

                                                                ぼくの考えたさいきょうの開発フロー - PHP編 - Speaker Deck
                                                              • Kubernetes導入で実現したい世界とその先にあるMicroservices - スタディサプリ Product Team Blog

                                                                はじめに CTO兼SREエンジニアリングマネージャーの中野です。ここしばらくの間、CTO/SREエンジニアリングマネージャーとして注力しているKubernetes導入について紹介したいと思います。 今回は、Kubernetes自体がどういうものなのかということより、それをツールとしてどう使い、それでどういう世界を実現したいのかみたいなところを中心に紹介できたらと思います。 まず現在の状況ですが、Quipperでは、大きく分けてスタディサプリの小中高校生向けと日本以外向けの2つのサービスを展開しています。サービスとしての構成はほぼ同じですが、基盤としては別々のAWSアカウントで運営されています。このうち日本国外向け環境では、Kubernetes化がほぼ完了というステータスになっています。目下、スタディサプリも移行中です。 Kubernetes化以前は、Deis(Herokuクローン的なもの)

                                                                  Kubernetes導入で実現したい世界とその先にあるMicroservices - スタディサプリ Product Team Blog
                                                                • 「最前線で戦う若手インフラエンジニアたちが語る『技術トレンド』と『数年後の未来』」参加レポート #jtf2015 - ブロッコリーのブログ

                                                                  自己紹介 モデレータ @deeeet 登壇者 @catatsuy @okkun @y_uuk1 @rrreeeyyy wakateinfra 新卒入社3年以内のインフラエンジニアで集まったコミュニティ 今回のセッションの目標・ゴール 若者は今のインフラ界隈をどう思っているのか 質問について #wakateinfraのツイートを拾います agenda 自己紹介 技術トレンドについて 技術習得について 今後のキャリアについて まとめ 技術トレンドについて Infrastructure as Code JTFで長らく語られてきたテーマ 息を吐くようにコードを書いてきた世代 プロビジョニングツールの良い所、悪いところ コンテナ 事前アンケートより Chefかpuppetを使っている とりあえずAnsibleを触っている Itamaeも触り始めている @rrreeeyyy 構築を担当する人によって違

                                                                    「最前線で戦う若手インフラエンジニアたちが語る『技術トレンド』と『数年後の未来』」参加レポート #jtf2015 - ブロッコリーのブログ
                                                                  • [速報]IBMによるHashiCorpの買収が正式発表、マルチクラウドの自動化を加速させると

                                                                    IBMによるHashiCorpの買収が正式に発表されました。買収価格は64億ドル(1ドル150円換算で9600億円)(HashiCorpの発表、IBMの発表)。 買収交渉が行われているとの報道が昨日から行われており、それが具体化したことになります。 HashiCorp is excited to join @IBM to continue building the platform of choice for multi-cloud automation. @armon shares his thoughts on how this serves our community, customers, partners, and product innovation: https://t.co/xBIN6FkVsE (link contains important information) p

                                                                      [速報]IBMによるHashiCorpの買収が正式発表、マルチクラウドの自動化を加速させると
                                                                    • まだ、Zabbixの見づらいグラフで消耗しているの!? 「Zabbix plugin for Grafana」でグラフを見やすくする方法

                                                                      ※ ちゃんと調べていないので、あくまで主観です! 「Zabbix plugin for Grafana dashboard」のセットアップ 前提条件 今回は以下の環境でセットアップしました! Amazon Linux Zabbix 2.4(インストール、設定済み) Zabbix Serverと同居 Grafana 3.1.0(rpm) Zabbix plugin for Grafana 3.0.0-beta 手順 Grafana インストール Zabbix plugin for Grafana インストール Zabbixに監視用アカウント設定 Grafana WebUIから、Zabbix datastoreの設定 Grafana インストール Grafanaはyumを使ってインストールです! 実際はAnsibleでやったんだけど、なーんとなく手順 /etc/yum.repos.d/graf

                                                                        まだ、Zabbixの見づらいグラフで消耗しているの!? 「Zabbix plugin for Grafana」でグラフを見やすくする方法
                                                                      • マクガフィン - Wikipedia

                                                                        マクガフィン (英: MacGuffin, McGuffin) とは、小説や映画などのフィクション作品におけるプロット・デバイスの一つであり、登場人物への動機付けや話を進めるために用いられる作劇上の概念のこと。作中人物にとって重要でありドラマもそれをキーアイテムとして進行するが、物語の成立を目的とするならそれ自体が何であるかは重要ではなく代替可能ですらあるものを指す。 特にスリラー映画で多用され、泥棒が狙う宝石やスパイが狙う重要書類などがマクガフィンの典型例である。しかし物に限定されず、出来事や人物などもマクガフィンに含まれる[1]。 マクガフィンは通常、物語の序盤で言及され、その重要性が徐々に低下していく。物語のクライマックスで再登場することもあるが、その存在が忘れられる場合もある。 1つの作品内に複数のマクガフィンが用いられた場合、批判的に「プロット・クーポン」(plot coupon

                                                                        • 監視システムをSensuに刷新した | Ore no homepage

                                                                          データベースが落ち着いているので、その間に別のことに着手。 チームの監視システムがmonっつー超レガシーシステム。知っている人もいるかもしれないが、monはperl製のシンプルな監視システム。古くからあるものなんだけど「mon perl」で検索すると「もしかして: man perl」とgoogle様にも何だっけソレ?と言われてしまうかわいそうな奴(「mon monitoring tool」だとちゃんと出てくる)。なのでまあこの際だから俺が葬り去ってやる。導入したSensuのバージョンは0.12.6。GW前くらいから運用しているが今んとこ問題ない。まだ運用期間短いね。 割と長文になっちまったので、目次をば。 0. sensu概要 1. なぜsensu? 2. インストール 3. コンフィグの配置 4. プラグインについて 5. API 6. デバッグ 7. 今後の展望 0. sensu概要

                                                                            監視システムをSensuに刷新した | Ore no homepage
                                                                          • 【Webエンジニアど素人から3年生ぐらいになるまでに読むと良い本】を段階的にまとめた - Qiita

                                                                            これってなんなの? 【ど素人状態=社会人になって初めてプログラミングを勉強したぜ!(特に新卒)】〜【Webエンジニアの3年生ぐらい】になるまでに読むと良い本まとめです。「どんな目的で学ぶか?」*「いつぐらいまでに読むといいか?」を段階的にまとめました。「これだけ読めばいい!」と、そんな簡単な話ではありませんが、「今いるレベルより少し上の人がどんなジャンルのことを学んでんだろ?」という方の参考になれば嬉しいです。過去の自分に向けてでもあります、自戒。これからWebエンジニアになる人、なって間もない人の参考になれば幸いですm(__)m ※続編 【Webエンジニアど素人】が【3〜4年生】くらいになったら読むといい本を目的別にまとめた ”Webエンジニアど素人から3年生ぐらいになるまでに読むと良い本”の段階的まとめ(一部外部記事あり) ど素人の方々が手を動かしながら1〜6ヶ月以内に学ぼう! ◆どの

                                                                              【Webエンジニアど素人から3年生ぐらいになるまでに読むと良い本】を段階的にまとめた - Qiita
                                                                            • はてなブックマークは一般人にとって「存在してない」サービス?+追記x2

                                                                              全て 1.このサイトについて 2.作品DB開発/運用 3.ホームページ制作技術 4.Perl 5.C言語 / C++ 6.検索エンジン&SEO 7.サッカー 8.自分のこと 9.Linux 10.旅行 11.思ったこと 12.パソコン 13.Berkeley DB 14.その他技術系 15.企画 16.スマートフォン 17.鑑賞 18.皆声.jpニュース 19.インターネット業界 20.運用マニュアル(自分用) 21.技術系以外実用書 22.料理 23.ALEXA 24.アニメ 25.会計 26.漫画 27.設計書 28.色々サイト作成 29.サーバー 30.自分専用 31.生活 32.OP/ED/PV 33.ゲーム 34.DB整備 35.新規開始作品紹介 36.英語圏の話題 37.大道芸 38.映画 39.PHP 40.ダイエット 41.Mac 42.JavaScript 43.MySQ

                                                                              • LinuxでL4のロードバランサを簡単に作る手順 - Qiita

                                                                                ロードバランサは高いので、Linuxで比較的簡単にL4の負荷分散を行えるLVSは使いドコロが色々あり結構便利。 久々に作った時のメモがわりとして、今回は、LVSの構築手順と簡単なテスト結果を順に書いてみた。 構成 ちょっと特殊な要件があり、負荷分散行うLVSも実際にレスポンス返すアプリも同じ筐体で動かしたいという前提で作った。 ※最初の投稿だと、同一筐体で動かした時にBACKUP STATEのLVSがARP応答する設定になっていたので、加筆! LVS単体サーバとしても下記の手順で同じように作れる サーバはaa,bbの2台(vagrant上の仮想マシンとした) 同じ役割を持つサーバaa,bbをLVSを使って負荷分散したい LVS自身も冗長構成にして、aa,bbにやらせたい リクエスト元は、同一セグメントなのでDSR(Direct Server Return)を使う ※NATは、戻す時に直接L

                                                                                  LinuxでL4のロードバランサを簡単に作る手順 - Qiita
                                                                                • Vagrant + Ansible で開発環境を作るなら ansible_local プロビジョナがいい! - Shin x Blog

                                                                                  Vagrant 1.8 で、ansible_local という新しいプロビジョナが追加されました。 これは、Ansible をゲスト(VM)側にインストールして、ローカルコネクションで VM 内で実行するものです。これは、まさに待ち望んでいた機能ので紹介します。 Vagrant + Ansible で気を付けること 以前から、Vagrant + Ansible の組み合わせでローカルの開発環境を作るなら、ホスト側に Ansible を入れるのではなく、ゲスト(VM)側に Ansible を入れる方が良いと考えていました。勉強会などでも良く話していたのでお聞きになった方もいるかと思います :) ホスト側に Ansible を入れない理由は、3 つあります。 まず、ホストに Ansible をインストールする手間が増える点です。Vagrant と Virtualbox のインストール(あとコー

                                                                                    Vagrant + Ansible で開発環境を作るなら ansible_local プロビジョナがいい! - Shin x Blog