lynx   »   [go: up one dir, main page]

タグ

システムに関するkimutanskのブックマーク (18)

  • [翻訳] Dockerについてよくある勘違い|TechRacho by BPS株式会社

    こんにちは、hachi8833です。今回は弊社システム管理者のyamasitaさん監修のもとで、Matt Jaynes氏のDocker Misconceptionsを翻訳いたしました。それなりに文言を最適化してあり、原文と一対一対応しているとは限りませんのでご了承ください。エラーがありましたらお知らせいただけると助かります。 Dockerについてよくある勘違い Matt Jaynes 元記事: Docker Misconceptions Dockerは最近のシステム管理業界で大変な脚光を浴びてます。これによるシステム管理の進歩ははかりしれないものがありますが、いくつか重要な点で勘違いしている人を見かけます。 分野を限定して語っているのでよろしく この記事で説明する内容は、主にWebサービスにおけるミッションクリティカルなシステムのマルチホストセットアップに限定しています。Dockerをそれ

    [翻訳] Dockerについてよくある勘違い|TechRacho by BPS株式会社
    kimutansk
    kimutansk 2014/06/17
    Dockerイメージはロールベースで使用/設定は出来るだけ明示的に/コンテナにデータを保存しない、と。
  • 分散システムでコードレベルチューニング、トラブルシュートに対応したAppDynamicsが日本法人設立

    AppDynamics Proはサーバにエージェントを常駐させると、エージェントがサーバ上の実行系に関与し、Javaや.NETPHPなどのバイトコードやSQL文の実行状況を監視できるようになるツールです。「オーバーヘッドは1%~2%程度」(バンサルCEO)。 エージェントを分散システム内の各サーバに導入すると分散システム全体を俯瞰するようになり、トランザクションのコンテキストを認識するようになります。例えばWebブラウザ上のショッピングカートに商品が入れられ、購入ボタンを押して決済が終了するまでの一連のトランザクションを自動的に認識。トランザクションが何らかの原因で遅延したり失敗した場合、原因やボトルネックはどこにあるのか、分散システム内のコードレベルへドリルダウンして追及可能です。 この、トランザクションをビジネスの流れに沿って理解できる点がAppDynamics Proのもう1つの特

    分散システムでコードレベルチューニング、トラブルシュートに対応したAppDynamicsが日本法人設立
    kimutansk
    kimutansk 2014/05/24
    「分散システム内の各サーバに導入すると分散システム全体を俯瞰するようになり、トランザクションのコンテキストを認識」と。どうやって紐づけているか気になるところです。
  • Press Enter■:エンジニアライフ

    日曜日の午前9時過ぎ、イズミは浦賀方面に向かう京急線に揺られていた。クリスマス前の最後の休日であり、快晴に恵まれたこともあって、車内は賑わっていた。乗客にカップルか親子連れが目立つ。おそらく金沢八景駅...

    Press Enter■:エンジニアライフ
    kimutansk
    kimutansk 2014/05/22
    これは・・妙にリアルですが、だからこそ読んだ結果精神的に平静でいられるかは微妙、という感じですね・・・
  • エンタープライズという言葉に意味はあるのか? - 急がば回れ、選ぶなら近道

    「エンタープライズ」という言葉 IT業界では、一応、「エンタープライズ」という言い方があります。残念ながら明確な定義がありません。自分は「一般企業の業務系システムのIT」に対応する言い方だと思っています。大抵はこの意味で通じます。が、これでは漠然としすぎていて定義としては役に立ちません。現実の用例としては、対比的に用いられることが多く、ありがちの用法としては、特にWeb系と対比して、よりしっかりやっているとか、より硬派な仕組みを作っているとか、よりまともな産業に属しているとか、そんなニュアンスで使われます。まぁ、特に品質あたりではよく言われる言葉ですね。「それエンタープライズじゃ通用しない。」マスコミや特に雑誌でよく使われる言葉でもあります。明確な定義があることはほぼありません。 さらに、よく聞く言い方で「エンタープライズでも使われてます」という言い方があります。特にWeb系での利用がメイ

    エンタープライズという言葉に意味はあるのか? - 急がば回れ、選ぶなら近道
    kimutansk
    kimutansk 2014/04/30
    少なくとも、「エンタープライズだから~」という出だしで否定的な話になった場合、実質的には意味のない言葉なんでしょうねぇ。 まさに「とほほ~」です・・・
  • なぜなぜ分析は、危険だ | タイム・コンサルタントの日誌から

    「なぜなぜ分析」は、品質管理や労働安全管理などの分野で、よく用いられる手法だ。発生した問題事象の根原因を探るために、「なぜ?」「なぜ?」とくりかえして掘り下げていく。この問いかけを“5回はくりかえせ”と、よく指導しているため、別名「なぜなぜ5回」とも呼ばれる。元々、トヨタが発祥の地であり、トヨタ生産方式の普及とともに、他の業界や分野でも使われるようになった。 図は、トヨタ生産方式の生みの親である大野耐一氏の著書から一例をとって、図示したものだ。工場内のある生産機械が故障してとまったとき、「なぜ機械は止まったか?」の問いに、「オーバーロードがかかって、ヒューズが切れたからだ」と答えただけでは、じゃあヒューズを交換して再起動すればいい、という答えしか出てこない。 しかし、なぜオーバーロードがかかったのか?→ (2)軸受部の潤滑が十分でないからだ、とほりさげ、 さらに (3)潤滑ポンプが十分組

    なぜなぜ分析は、危険だ | タイム・コンサルタントの日誌から
    kimutansk
    kimutansk 2014/04/27
    「人間はミスをおかす存在である」「品質は個人レベルの努力ではなくシステムで担保する」と。とはいえ個人のチェックリストが増えるのはNG例ではありますが。
  • LINEサービスのシステム運営【LINE Developer Conference@インフラ回レポート】 - もぐめぽろぐ

    LINE Developer Conference@インフラ回に参加してきたのでその時のレポートを3回に分けて報告致します。 第1回はシステム運営についてのお話。 Session1. LINEサービスのシステム運営 LINE SYSTEM OPERATION LINEはこの2年間でUser/Messagesは増加し、Server台数も増え、サービスも増えました。 しかし、メンバーは増えていません。 でもなんとか処理しきれています。 なぜまわるのか? それはPlug and Installのコンセプトのもと以下のものがあるおかげ。 ALIS (Auto Linux Install System) by kickstart WDS (Windows Distribution System) どちらもLINEお手製のシステムで、LAN Cableをつないで電源を投入するだけでサーバの構築が行える

    LINEサービスのシステム運営【LINE Developer Conference@インフラ回レポート】 - もぐめぽろぐ
    kimutansk
    kimutansk 2014/04/16
    大規模サービスで発生する問題が多く説明されているのは非常にありがたいですねぇ。このあたりポイント覚えておきましょう。
  • AWS News Blog

    Build RAG applications with MongoDB Atlas, now available in Knowledge Bases for Amazon Bedrock Foundational models (FMs) are trained on large volumes of data and use billions of parameters. However, in order to answer customers’ questions related to domain-specific private data, they need to reference an authoritative knowledge base outside of the model’s training data sources. This is commonly ac

    kimutansk
    kimutansk 2014/03/23
    ロードバランサから外す時にリクエストを処理中の場合はタイムアウトだけ待ちつつ、新規リクエストは受けなくする機能と。LBとしては重要な機能ですね
  • クラウドの再定義を促す、Infrastructure as codeという新しい考え方

    さとう・いちろう/国立情報学研究所・情報社会相関研究系教授。1991年慶応義塾大学理工学部電気工学科卒業。1996年同大学大学院理工学研究科計算機科学専攻後期博士課程修了。博士(工学)。1996年お茶の水女子大学理学部情報学科助手、1998年同大助教授、2001年国立情報学研究所助教授を経て、2006年から現職。また、総合研究大学院大学・複合科学研究科情報学専攻教授を兼任。 専門はミドルウェアやOSなどのシステムソフトウェア。 佐藤一郎のパースペクティブ 分散システムの研究を核としつつ、ユビキタス、ID、クラウド、ビッグデータといった進行形のテーマに対しても、国内外で精力的に発言を行っている気鋭のコンピュータ・サイエンス研究者が、社会、経済、テクノロジーの気になる動向について、日々の思索を綴る。 バックナンバー一覧 クラウドコンピューティングは、一時はバズワード扱いされておりましたが、いま

    クラウドの再定義を促す、Infrastructure as codeという新しい考え方
    kimutansk
    kimutansk 2014/02/19
    Baremetal Deploymentみたいにプログラムで動かすものが物理に回帰した例もあるので、つながっていけばその先には「プログラムで世界を動かす」未来も見えてきそうですね。
  • エンタープライズ系にとって、ネット系は「異世界」のままか

    「エンタープライズ系?SIerの方とかですよね。全く接点はないです」。生活のHowTo投稿サイト「nanapi」を運営するnanapiの和田修一Co-Founder 取締役 執行役員 CTOはごく普通のことのようにこう語る。 和田CTOは32歳。新卒で楽天に入社してインフラを担当。2009年に退職してnanapiのCTO(最高技術責任者)に就任した。今でこそマネジメントの仕事が増えてきたため機会が減ったが、最近までは、企業の枠を超えた勉強会に参加して、人脈を広げていた。それでも、話をするのはほとんどネット系の技術者。エンタープライズ系の技術者と交わる機会はなかったという。 一般に、エンタープライズ系とネット系の技術者は交流する機会が少ない。ITproの読者で技術職の方は、エンタープライズ系が多いだろう。ネット系技術者との交流は少ないのではないか。 ここでいうエンタープライズ系技術者とは、会

    エンタープライズ系にとって、ネット系は「異世界」のままか
    kimutansk
    kimutansk 2014/02/08
    エンタープライズ系とネット系っていう区別がそもそも存在するんですかねぇ・・・ この記事読んで一層わからなくなりました。
  • 「納品のないIT受託」という新モデルを広めたい

    そもそもシステム開発に要件定義が必要、というのは、ITベンダーの理屈でしかありません。ユーザー企業から、要件定義以上の仕事を押しつけられるのを防ぐための作業です。システムの「納品」を前提にするから、納品物の見積もりが必要になり、そのために要件定義を行っています。 ソニックガーデンのビジネスモデルは、要件定義は行いません。月額定額で、IT技術者1~3人をアサインします。ただし、提供するのは技術者の時間ではなく、その成果です。事業モデルとしては、経営コンサルティングや顧問弁護士などプロフェッショナルサービスに近いと思います。ただ単に技術者の時間を売るだけでは、従来のSES(システムエンジニアリングサービス)契約と同じになってしまいます。 システムを運用するITインフラには、原則として外部のクラウドを使い、我々が開発・構築・運用まで一括で手掛けます。顧客がシステムを保有するオンプレミス型では「納

    「納品のないIT受託」という新モデルを広めたい
    kimutansk
    kimutansk 2014/02/03
    このモデル自体は広まってほしいところではありますねぇ。
  • 日刊工業新聞 電子版

    スズキは20日、2031年3月期に売上高で24年3月期比1・5倍の8兆円を目指す中期経営計画を発表した。四輪の世界販売目標は同約3割増の420万台に設定。設備投資と研究開発費は今後... マイクリップ登録する

    日刊工業新聞 電子版
    kimutansk
    kimutansk 2014/01/22
    ソースコードを自動解析して設計情報を収集して要件定義に復元ですか。どれくらいの精度になるんでしょうね。後はソースの質で復元度合いは・・・変わるんでしょうか
  • エンジニアなら知っておきたい障害報告&再発防止策の考え方 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? システムには障害がつきものです。どんなにしっかりと作られたサービスであっても思わぬところで、バグやミスが発覚して、トラブルになるものです。大事なのはこういった障害を次への糧にしていくこと。失敗というのは大事な資産なので、管理できるようにしましょうという話。 あわせて読みたい あきらめるにはまだ早い!ソースコードの品質向上に効果的なアプローチ メンタリングの方法について基礎をまとめました。内心でなく行動を変えることが障害報告とも共通します。 新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック 半年で40k

    エンジニアなら知っておきたい障害報告&再発防止策の考え方 - Qiita
    kimutansk
    kimutansk 2014/01/19
    NGな対応として稟議経路追加/精神論の指摘/不注意の指摘/ダブルチェックトリプルチェック/ドキュメント追記、と。そりゃそうですよね。
  • 付加価値の高いサービスをつくるということ - ワザノバ | wazanova

    http://cs.txstate.edu/~br02/cs1428/ShortStoryForEngineers.htm1 comment | 0 points 8億円と2千円のソリューション 歯磨き粉工場の生産ラインから空の箱が出荷されてしまうことがあった。生産ラインの現場は、「100%の確率で歯磨き粉をタイミングよく箱に入れることはできない。」という見解。顧客に相当迷惑をかけるということの重大さゆえ、CEOが対策を練る。幹部社員を集めたが、エンジニア部門は手一杯のため、外部の開発会社に発注して解決してもらうことにした。 予算の手配、RFP作成、外注先の選定、と通常のプロセスをたどり、6ヶ月と8億円かけて最新のソリューションを投入。歯磨き粉の箱が想定よりも軽い場合は、警告音とフラッシュライトとともに生産ラインが止まる仕組み。現場の社員が空箱をどけて、ラインの再稼働のボタンを押す。 ほど

    kimutansk
    kimutansk 2014/01/02
    最終的に意味のないものを作りあげるために皆の工数とコストが使われているというジョーク。ただ、これは、笑い飛ばすことは出来ない・・・
  • システム化の目的は、Excelの焼き直しであってはならない - GoTheDistance

    これは興味深い問題提起。 エクセルでできることができない何百万のシステム・・ 「Excelで出来ることが出来ないシステムとかいうものに、なんで数百万も突っ込む必要があるのか」という話には、キチンと整理して説明できるようにしておきたいもの。 機能面ではExcelには勝てない Excelが提供している豊富な機能群は、世界でも選りすぐりのソフトウエア開発チームが途方も無い期間と金額をかけて作り上げたものです。Excelで出来る機能と同等の機能を提供することは、納期も予算も上限がある業務システム開発プロジェクトにおいて、非常にハードルの高い機能要件でしょう。業者からすると「ウサイン・ボルトに100m走で勝利しろ、期間は2ヶ月で」って言われても的な・・・ でも、「Excelとかいう最強の業務ソフトと同じこと望むなよ、そんなもん無理」で突っぱねてしまうのも違う。Excelには無い価値ってどこにあるかを

    システム化の目的は、Excelの焼き直しであってはならない - GoTheDistance
    kimutansk
    kimutansk 2013/12/05
    Excelでは出来ない会社としての業務効率向上に対してシステムを導入するべき、と。実例もあってわかりやすいですね。で、機能面でExcel最強はまさにその通り・・・
  • 東京工科大が「サーバ全廃」に踏み切った理由

    東京工科大は来春をめどに、オンプレミスサーバ約100台で運用していた業務システムを撤廃してクラウドサービスに完全移行する。その背景と狙いを聞いた。 東京都八王子市に部を構える東京工科大学は、国内でいち早く先進的なICT教育に取り組んできた大学の1つだ。2000年代前半には八王子キャンパスの全学生にノートPC携帯を必須としたほか、近年では学生がクラウド経由でプログラミング学習を行えるシステムなども構築、運用している。 そんな同大は2014年春、学内ネットワーク環境を全面刷新し、オンプレミスサーバで運用していた業務システムをクラウドサービスに完全移行するという。プロジェクトを指揮しているコンピュータサイエンス学部の田胡和哉教授に、取り組みの背景と狙いを聞いた。 システム全体が老朽化…「再起動のたびトラブルが起きていた」 同大が格的なICT活用に取り組み始めたのは2003年のこと。八王子キャ

    東京工科大が「サーバ全廃」に踏み切った理由
    kimutansk
    kimutansk 2013/10/30
    「いまやITインフラに対する投資はユーザーに対する付加価値を生まないと考えている」で、サーバ全廃と。ここまでやりきるのはすごいですね。
  • 完璧な監視システムの作り方 in cybozu.com - Cybozu Inside Out | サイボウズエンジニアのブログ

    こんにちは、Hazama チームの萩原(@hagifoo)です。 ハードウェアは故障し、ソフトウェアにはバグがあり、運用ではミスがおきるもの。もちろん、障害が発生しないのが理想ですが人間が作ったものに完璧はありません。そこで、障害の前兆や発生を捉え、その詳細を運用チームに知らせるための監視システムが必要となります。cybozu.com でも以下のようにありとあらゆるものを監視するシステムを構築し日夜監視を行なっています。 今回は、そんな cybozu.com の監視(モニタリング)システムについてお話しします。 cybozu.com と障害 監視システムの設計 3つの監視 外形監視 症状監視・リソース監視 ログ監視 その他の監視 モニタリングフレームワーク 誰が監視者を監視するのか? まとめ cybozu.com と障害 まずは、監視対象である cybzou.com について説明します。

    完璧な監視システムの作り方 in cybozu.com - Cybozu Inside Out | サイボウズエンジニアのブログ
    kimutansk
    kimutansk 2013/10/28
    「外形監視」「症状監視・リソース監視」「ログ監視」の3要素と。ログ監視の機械学習化は面白そうですねぇ
  • Spotify: 大きな障害の予兆となるの小さな障害 [Postmortem7] - ワザノバ | wazanova.jp

    http://labs.spotify.com/2013/06/04/incident-management-at-spotify/ システム障害を詳細に開示することで、ポジティブな評価をうけている企業も多く、またその経緯から学ぶ点もあるので、事例を紹介しているPostmortem (検死報告/反省会) シリーズの7回目です。Spotifyが、最初の障害の根原因を修正する前に、次の大きな障害につながってしまった事例をエンジニアブログで報告しています。 ヨーロッパのユーザが数時間、楽曲再生の遅延やログインできない事象が起きた大きな障害の経緯 1) 最初の障害 Popcountは、10億以上ある楽曲プレイリストごとの購読者リストを保管するバックエンドサービス。 Popcountと接続しているシステムは全て、Popcountが利用不能もしくは遅延がひどければ”Fail-fast (すぐに失敗す

    kimutansk
    kimutansk 2013/10/24
    頻繁利用するデータはTTLつきの静的キャッシュ/ログメッセージで重要なものは別管理とかは色々汎用的に使える教訓なような。
  • システム屋に不当にボッタクられたくない人のための要求講座 - novtan別館

    増田の記事を見て書こう書こうと思いつつ週末は忙しくて書けなかったのでドックイヤーどころかバンブーデイと言われる(今作った造語だが)ソーシャルメディア界隈ではもうネタにならないんじゃと思いつつ引っかかった場所を中心に書いてみようと思います。 元増田はここ→システム屋に不当にボッタクられないための発注者心構え 何もIT知識のない素人企業を、スキあらば適当な見積もりでボッタクろうとするシステム屋ばかりでここはひどいインターネッツですよ。 世知辛い世の中です。 こういう「知らない人」を宥める挨拶を持ってくるとは、この元増田、素人ではないっ…とはいえ、ちょっとこのあとに書かれていることは要求のレベルが高すぎるんじゃないかと思います。僕達SIerというのは、「何やればいいかよくわかんないんだけどシステムで会社を良くしたい」って思っている人をお助けすることも大事な仕事です。もっとも、そこまでのレベルの会

    システム屋に不当にボッタクられたくない人のための要求講座 - novtan別館
  • 1
Лучший частный хостинг