1. 2015/3/19 AWS Startup Tech Meetup #006 スタートアップにjoinして! 安心して眠るためにやった 5つのこと vivit株式会社! 小川雅史 (@ma_ogawa)
2015年3月8日(日)に圏央道の海老名JCT〜寒川北間が開通し、圏央道が藤沢までつながりました。さらに2020年度中には横浜横須賀道路の釜利谷JCTまで完成する予定で、そうなれば東名・新東名の交通が容量に余裕のある首都高湾岸線南端へ直結され、首都圏の高速道路ネットワークは一気に充実することになります。 ですが、喜んでばかりはいられません。その圏央道と東名とが接続する海老名JCTがとんでもない欠陥設計で、すでに恒常的に渋滞が発生しているからです。 圏央道の海老名JCT以南は現状、藤沢が終点なので交通量はわずか。多くのクルマは東名の上下線と圏央道の北側とを行き来していますが、そこで連日、ひどい渋滞が起きています。パターンは以下の2つです。 (A)午前中/圏央道内回り(南行き)から東名方向への渋滞 (B)午後/東名上りから圏央道外回り(北行き)方向への渋滞 その原因は、海老名JCT内
はじめに AWSチームのすずきです。 クラウドサービスのAWS、有効なクレジットカードと電話番号があれば、10分ほどでその利用が開始できます。 AWS アカウント作成の流れ この様に簡単に取得できるAWSのアカウントですが、その管理が不適切な場合、意図せぬ事故の原因となることがあります。 今回、AWSを安全に安心して利用するため、AWSアカウントを開設後に実施すべき設定についてまとめてみました。 AWS環境が、弊社クラスメソッドメンバーズを初めとする請求代行サービスを利用されている場合、一部当てはまらない項目もありますのでご注意ください。 目次 ルートアカウントの保護 MFA(多要素認証)の導入 アクセスキーとシークレットキーの確認 IAM(Identity and Access Management)設定 IAMグループ作成 IAMユーザ作成 IAMユーザの認証設定 IAMのパスワードポ
今回はプロトコルについて話してみます。 インフラエンジニアをやっていると、「プロトコルを知っているかどうか」というのが他のエンジニアと差がつく部分のひとつになります。 そこで知っておきたいのが、まずtelnetについてです。 「手動でプロトコルを送る道具」としてのtelnet ssh以前はコンピュータに接続するにはtelnetが多かったわけですが(rloginとかrshとかもありましたけど)、telnet自体はtelnetサーバ(telnetdなど)とやりとりしてコンピュータと接続する(ログインする)ためのコマンドであると同時に、平文を無手順で送受信できるため、平文のプロトコルであれば手入力で再現することができる道具でもあります。 telnetのsyntaxは $ telnet [option] [host [port]] です。hostがないとportが書けないので[host] [
最近はクラウド上のサーバーを利用する事も多くなってきた。 サーバーの用意やネットワーク周りの設定はインフラ部門がやってくれるけど、アプリのデプロイ/設定は開発者がする事が多いので、開発メインでやってるエンジニアでも最低限SSHの知識は必要になる。 また、Vagrant等でローカル環境にVMを作成する事もあるので、ローカル環境内でSSHを使用するケースも増えてきた。 というわけでインフラエンジニアじゃなくてもSSHクライアントの知識は必須になってきているので、改めてSSHの再学習をしてみることにした。 SSHとは 暗号や認証の技術を利用して、安全にリモートコンピュータと通信するためのプロトコル。 SSHでは以下の点で従来のTelnetより安全な通信が行える。1 パスワードやデータを暗号化して通信する。 クライアントがサーバーに接続する時に、接続先が意図しないサーバーに誘導されていないか厳密に
運用自動化、ここだけは押さえておきたい4つのポイント:特集:運用自動化ツールで実現する、クラウド時代の運用スタイル(6)(1/2 ページ) 運用自動化が求められる背景から実現法、ツールの選び方、適用法まで、全方位的に解説してきた本特集。今回はこれまでの記事を基に、実現のポイントをシンプルに振り返る。 運用自動化の実現に当たり、何を目指し、何に留意すべきなのか? テクノロジの進展を受けて、ビジネスとITの距離は年々縮小し、ITのパフォーマンスがビジネスのパフォーマンスを左右する時代になっている。こうした中、市場環境変化が速い中でも着実にビジネス機会を獲得するために、「速くシステムを開発し、迅速にリリースし、エンドユーザーの反応を見て改善/廃棄する」といった一連のフィードバックサイクルをスピーディに回すアプローチが重視されている。 これはSoE(System of Engagement)と呼ば
若手インフラエンジニア現状確認会 #wakateinfra に参加したまとめ Feb 23, 2015 若手インフラエンジニア現状確認会に参加してきた。とにかく最高だった。 若手インフラエンジニア現状確認会 きっかけはこれです。 @rrreeeyyy @deeeet @y_uuk1 飲み会しよ pic.twitter.com/zUehyYnP7v — okumura takahiro (@hfm) 2015, 1月 22 Mackerel Meetup #3 Tokyo に参加した辺りで若手少ないかつ交流そんなにないよね、みたいになって開催が決定した。 あれよあれよという間に各社から有名若手がバンバン集まってきてこの中に居ていいのか…みたいな気分はあったんだけど、参加してみたらとにかく最高だった。 資料 各人の発表資料(無い人もいる)とちょっとしたまとめ、思ったことを付しておく。 ペパボ、
今日は Windowsでの自動化について考える会 - connpass を開催してきました。 実は見切り発車感の強い企画ではありましたが、蓋を開けてみるとキャンセル待ちまで出るほど多くの方に興味を持っていただけたみたいで、かつ僕自信にとっても非常に勉強になることが多い有意義な勉強会になりました。 参加者、発表者、そして会場を提供していただいたMOTEX様、ありがとうございました。お疲れ様でした。 発表の概要のようなもの 本日の発表資料はすべて公開されています。 Windowsでの自動化の手段 from Hidari 僕の発表ではこの勉強会の導入として、自動化の「手段」について駆け足で紹介。 個人的に興味のあるプロダクトの名前もこっそり混ぜつつ、僕なりの解釈とゆるく絡めて話しました。 Windowsの自動化今昔先夢語 from 森理 麟 続いて森理麟さんから。自身がこれまでに行ってきた身の
TL;DR Terraform + GitHub + CircleCI + Atlas を用いてAWSの操作を自動化した 各ツールの役割は下記のような感じ Terraform => インフラへの変更ツール GitHub => .tfファイルのバージョン管理 CircleCI => CI、Terraformをawsに対して実行 Atlas => インフラの状態を記録するterraform.tfstateの管理 インフラの継続的デリバリー - naoyaのはてなダイアリーにて、言及されていた範囲(Route53の変更、Chefの適用)をAWSの操作全体に拡大した 背景 今までの問題点 AWSの各種操作がブラウザからポチポチ業… 手作業なので誤操作に気づきにくい。事故りやすい インフラの実構成がバージョン管理出来ていない ちなみにRoute53に関してはroadworkerを用いてコードで管理済
「“紺屋の白袴”はもう終わり。国内外約540社17万人で利用する社内システムを全てクラウドに乗せると決めた」(富士通 執行役員常務 CTO&CIOの川妻庸男氏)。富士通は、稼働中の全社内システムを同社「次世代クラウド基盤」に移行した上で全面刷新する。第一弾として、2015年2月に国内の資産管理とIT投資予算管理システムの移行に着手。今後5年をかけて、約640システム、約1万3000台のサーバーを移行する計画だ(写真1)。 クラウドへの移行と合わせて、これまで業務/システムの縦割りで行ってきたインフラの構築、運用を共通化。これにより、5年間で約350億円のTCO削減を見込む。 移行先の次世代クラウド基盤は、IaaS構築ソフト「OpenStack」をベースに構築中だ。当初は社内システムの受け皿として使うが、2015年度中に顧客にも提供開始する予定。「基幹業務やコミュニケーション系のシステムをク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く