多くのバンコク市民は水道水を直接飲んでいない現状にあり、アンケート調査によればその理由は、1)水道水が飲めるとは知らなかった、2)水道水は信用できない、3)カルキ臭が強くて飲めない、4)長年の習慣として飲み水は天水に決めている、5)瓶詰水(ボトルウォーター)が安全と考える、等である。
Cybozu 2019年エンジニア新人研修 内容 HTTP/DNS Linux ソフトウェアライセンス Git/GitHub Webアプリケーション基礎 ソフトウェアテスト&テスト自動化 Chrome Developer Toolsの使い方 データベース Docker Webアプリケーションセキュリティ Linux サーバの CPU やメモリリソースの管理について 実践 Go 言語 Kubernetes を使った開発入門 CI/CD スキーマファースト開発ハンズオン GraphQL編 資料 Cybozu 2020年エンジニア新人研修 内容 Webアプリケーション基礎 HTTP/DNS ソフトウェアライセンス スクラムトレーニング 品質保証活動に関するテスト全般からテスト自動化まで HTTPサーバー開発 デザインの役割と関わりかた セキュリティ アクセシビリティ Chrome Develop
雪にも負けず 風にも負けず 自然現象に立ち向かう助っ人たち 裸電線は、その名のとおり、自然からの影響に対して無防備で、ただ襲ってくる自然現象を黙って受けるしかありません。そういった無抵抗な電線ですが、電線に作用する現象からの影響を緩和するために働く助っ人たちが多くいます。 送電線の周りに雪が降って着氷してしまうと、着氷した電線の断面が非対称になるため、そこに風が当たると揚力が発生し、電線が上下に運動する現象が発生します。それをギャロッピングと呼びますが、その現象は振幅が大きく持続時間も長いので、相間の離隔距離が保てなくなる危険性が生じます。そういった事態を避けるため、相間スペーサが設置されます。また、着氷によって生じる電線自体のねじれ防止に対しては、ねじれ防止ダンパが活躍します。さらに、電線に着氷した氷が脱落する際には、電線が跳ね上がる現象が生じます。それをスリートジャンプと呼びます。この
MySQL 誕生25周年 らしいです。めでたい! 25年、1つのソフトウェアが継続しているってすごい! max_connections について データベースを使っている開発者から「最大までどれぐらいコネクション数を増やせるのか」という質問を良くもらいます。 最大コネクション数(max_connections) の設定値を超えてしまい、too many connections エラーが出る。 max_connections を見直すとして、「じゃあどこまで大きくしていいのか?」と不安になるのはわかる。 以下の話は、コネクションプールを使っている前提のお話。 単にコネクション数が増えるだけでは、負荷は増加しない 単にコネクション数が増えるだけでは、DBサーバの負荷はあまり変化しない。 特にMySQLはスレッドモデルで実装されており、(プロセスモデルのデータベースと比較して)大量にコネクション
去年のAdvent CalendarでJupyter+Ansibleを使ったインフラ運用の下準備と書かせていただいたわけですが、今年も1年通してJupyterを使った運用をさせていただきつつ、組織外の方々もこのやり方に巻き込ませていただいたりしていました。 で、この巻き込ませていただく取り組みの中で、Jupyter+Ansibleを使ったインフラ運用の何が伝わりずらい/誤解を招きやすいのかがなんとなく識別できてきた気がするので、ここはあえて(懲りずに)今年も同じタイトルで書かせていただきたいと思った次第です。 何が問題なのか? これまでの記事は道具から入ってしまっていて、問題意識がイマイチ伝わりづらい感じがしていました。ので、今年はまずは問題意識から。 Automation の罠 まず、あまり**たくさんの仕事はしたくありません。**人手も足りないし。そのくせなんだかクラウドが自然なものと
Amazon Web Services ブログ Amazon Redshift Spectrum – S3のデータを直接クエリし、エクサバイトまでスケール可能 現在、数クリックでクラウド上にコンピュートリソースやストレージリソースを構築可能です。現在のチャレンジは、それらのリソースを活用して生のデータを出来る限り素早く、かつ効果的に活用可能な結果に変換することです。 Amazon Redshiftを活用することで、AWSのお客様はペタバイト級のデータウェアハウスを構築し、社内・社外の多様なデータソースからのデータを統合することが可能です。Redshiftは巨大な表に複雑なクエリ(複数の表をジョインする等)を実行することに最適化されているため、小売、在庫、ファイナンシャルデータといった膨大なデータを特別な苦労なく処理することができます。Redshiftにデータをロードした後は、Redshif
育成チームのリーダーを行なっている都合から、エントリー向けのインフラエンジニアの書籍を読むことが多くなっています。本日は、その中で読んだ、「**インフラ設計のセオリー**」という本についてご紹介させていただきます。 基本的にはIPAの非機能要求グレードに沿って特に重要な項目を説明していく内容になっています。 インフラエンジニアを始めるときに、教科書として読んでおけば成長曲線が変わったんじゃないかな?と感じました。それくらい基礎的な知識の習得とイメージ付けには最適だと思います。 「難しい本ばっかり読んで眠くなってませんか?いい本ありますよ!」 ご機嫌いかがでしょうか、豊崎です。 育成チームのリーダーを行なっている都合から、エントリー向けのインフラエンジニアの書籍を読むことが多くなっています。本日は、その中で読んだ、「インフラ設計のセオリー」という本についてご紹介させていただきます。 基本的に
Googleが、太古のディストリビューションであるRed Hat 7.1から、10年新しいDebianベースのディストリビューションへ、ライブアップグレードした話を紹介する。 そのあと、自分の身の回りの環境と比較し、参考にすべきポイントを考察する。 原文は USENIX LISA の投稿論文だ。しかし、中身は論文体というよりは、事例の紹介といった適切かもしれない。 MERLIN, M. Live Upgrading Thousands of Servers from an Ancient Red Hat Distribution to 10 Year Newer Debian Based One. In Proceedings of the 27th conference on Large Installation System Administration (LISA) (2013),
はじめに たとえばこんなDDLを投げる。 CREATE TABLE test ( id int(10) unsigned NOT NULL AUTO_INCREMENT PRIMARY KEY, hoge varchar(256) NOT NULL, UNIQUE KEY (hoge) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; するとエラーになる。 Specified key was too long; max key length is 767 bytes (SQLState:S1000)エラーに書かれているとおり、keyは最大で767byteまでしか使えないらしい。 ちなみにkeyはPRIMARY KEYとUNIQUE KEYがダメ、ただのKEYならOK。 で、どうするか。 1.素直に諦める 上記例ではテーブルがCHARSET=utf8のため1文字3b
dots. Conference Spring 2016 ゲーム開発の裏側 http://eventdots.jp/event/580344
プログラマーだった気がする竹永です。 冬っぽくなったため半袖で外に出れなくなってきました。 ネットワークルームで機材をぼーっと眺めている時に、ちょうど「第1弾書いたしSORACOM リレーブログ第2弾も書こうぜ!」という話がやってきました(弊社が書いた記事はこっち) リレーブログ9日目の今日はSORACOM Airと社内に落ちていたRTX1200で遊びます。 みなさんのご自宅でも役に立つ内容です。 どうやって遊ぶか RTX1200の製品ページを見ていると、なにやらUSB 3Gモデムを扱えるようです。 そして僕のTLではSORACOM Air対応の安価なUSB 3Gモデムが話題になっています。 ここまで来たらやることは1つです。 インターネット回線を冗長化しましょう。 使ったもの YAMAHA RTX1200(Rev.10.01.65) SORACOM Air SIM(データ通信のみ) 富士
Googleが“Large-scale cluster management at Google with Borg“と題した論文を発表して,これまでほとんど語られなかった技術の詳細を明らかにした。 Borgはクラスタマネージャである。数万台のサーバから構成されるクラスタ群上で動作し,数千というアプリケーションから送信される数十万のジョブを,さまざまなサービスに代わって受け入れ,それらのスケジュール,開始,停止,再起動を行う。Borgの目的は,開発者に代わってリソース管理作業を実行することにより,彼ら自身の作業に集中できるようにすること,データセンタの枠を越えてリソース使用効率を最大化すること,この2つである。次の図は,Borgのメインアーキテクトを表している。 このアーキテクチャの構成要素は次のとおりである。 セル -ユニットとして扱われるマシンの集合。 セルには通常10,000台程のサ
(タイトルは釣りです) いい加減、>/dev/null 2>&1と書くのをやめたらどうか - DQNEO起業日記 この記事のタイトルが twitter で流れてきたのを見て、「そうだ!出力を /dev/null に捨てるなんてとんでもないよね!」と思ってよく読んだら /dev/null に間違いなく捨てる方法だったのでつい crontabに > /dev/null 書いたら椅子投げる 2012-06-13 00:01:17 via YoruFukurou とつぶやいてしまったのですが、では出力を捨てないためにはどうすればいいのか。現時点での個人的ベストプラクティスを書き留めておきます。 デフォルト : メールで送る (MAILTO) せっかく cron daemon がログを捨てないためにわざわざメールで送ってくれるのに、それを > /dev/null で踏みにじるとはひどい。 とはいえ、
いつ起こるかわからない“一瞬”のために働くということ~Yahoo!ニュース運用エンジニアのジレンマと醍醐味【ニュース×働く】 Yahoo!ニュースの中の人やニュースに関わる人などの声を通じて「“ニュース”とともに働くということ」について探る【ニュース×働く】、第3回目のテーマは「運用エンジニアの頭の中」。 普段当たり前のように表示されているウェブサイトですが、「いつもと変わらない日常」の裏には運用エンジニアの存在が欠かせません。今回は、普段なかなか表に出る機会の少ない、Yahoo!ニュースの“縁の下の力持ち”ともいえる運用エンジニアチームのスタッフに話を聞きました。(聞き手/Yahoo!ニュース編集担当・井上芙優) 【ニュース×働く】過去の記事 ・[兼務]「記者・編集者はつぶしがきかない」は取り越し苦労? ・[時短勤務]24時間体制の職場での時短勤務は「申し訳ない」ことなの? 仲辻正幸(な
JAWS DAYS 2015 Big Track 「東急ハンズのクラウドデザインパターン」 アーキテクチャー部分の資料です。Read less
前のブログの続きで、もにかじ7で話した小ネタその2。 実際にサービスでなんかやったというのじゃなく、こういうこと考えてるんだけどみんなどうしてます?って話です。 まずオンプレ時代はサーバのスペックダウンはけっこう大変だったし、頑張ってメモリやCPU引っこ抜いてもそんなに節約にならなかった。 ※CPUやメモリはサーバ価格の一部でしかないし、ラック費用(消費電力)もあるし。 でもクラウド前提だとスペックダウンはとても簡単で、スペック半分にすると価格も半分になる。 そうすると、 『イベントで一時的にc4.4xlarge(8万/月)にして、そのまま最大CPU使用率10%とかで数ヶ月放置されている』 みたいなのはビジネス的な損失という意味で明らかに障害で、監視すべきじゃないだろうか? みんななんかやってますか? というようなことを参加者に聞いてみました。 参加者の中では、AutoScalingしてい
クラウドを対象にした調査会社CloudHarmonyが、過去1年のおもなクラウドの稼働状況を明らかにしています。GigaOmが記事「Amazon Web Services tops list of most reliable public clouds — Tech News and Analysis」で紹介していますが、下記のCloudHarmonyのデータは誰でも参照できます。ここでは注目ポイントをざっと見てみましょう。 CloudHarmonyの提供しているサービスの1つ「CloudSquare」では、おもなクラウド(おそらくCloudHarmonyに申し込みをしたクラウドベンダ)の稼働状況をほぼリアルタイムに表示しています。これはサーバのモニタリングサービスを提供しているPanoptaの協力によって実現しているもので、Panoptaは60秒ごとにエージェントから情報を収集していると
東急ハンズにて情報システムと通販事業の責任者を務める長谷川秀樹氏が、AWS Cloud Roadshow 福岡 powered by Intel に登壇。AWSを導入した企業の部門責任者として、クラウド化が組織にもたらしたメリットについて語りました。 従量制のAWSだからこそ出来ること 長谷川秀樹氏:あとはハンズの、こういうふうにやってきたいなというところをパラパラッと紹介していきたいと思います。ちょっと業界的な話になってきちゃうんですけども、今オムニチャネルっていう話があって、ECと店舗をガッチャンコするというところをやっていこうと。 あと、これは業界全部に関わることかなと思います。夜間バッチの廃止。これは僕も口酸っぱく言っているところです。今新しくオンプレから移すときも、夜間バッチを絶対なくすということでやってます。 「お店が仮に夜の10時に閉まったら、10時半頃にみんな帰る時にお店の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
{{#tags}}- {{label}}
{{/tags}}