もっと簡単に、ファイルをロックしているプロセスを見つけ出す方法（Windows） - orangeitems’s diary
ファイルをつかんでいるプロセスは何か、をWindowsで見つけ出す方法です。 下記記事の関連です。 www.backyrd.net 某所で書いたら意外に皆さん知らなかったようなので書いておきます。Windowsでファイルを削除したり名称変更しようとすると、別のプログラムが使っているので変更できない、といったエラーが出る事があります。こういう場合、後述の方法で「誰がファイルを掴んでいるのか」を調べられるかもしれません。 （あくまでローカル環境での話ですので、ネットワーク越しに掴まれているものや、インフラの運用で役立つ情報というわけではありません。ご了承ください） コマンドプロンプトでワンラインでできたらもっと便利かと思いまして。 ファイルをロックしているのがローカルのプロセスの場合 答えは管理者権限で起動したコマンドプロンプトから、以下を入力するだけです。 # openfiles でも、デフ
技術的に難しいことを力技でやってしまうこと - orangeitems’s diary
まあお悩みですけどね、技術的に難しいことってありますよね。で、他のメンバーに任せておくと、いつ終わるかわからない。聞いてもわからんわからんばかりで、こりゃダメだと言う時のことです。 いつものように、それ私が引き取るよ、ってその課題を引き取って、難易度の低いタスクを他のメンバーに任せます。まあそのタスクも大量なので、誰かがやらなきゃいけないし、高度な問題のために大量のタスクが積みあがるのもそれはそれでまずい。適材適所と言えばそうなのですが、本当にこれでいいのかなと毎回思います。 だって、またこの高度な問題に対するトラブルシューティングを見ることなく、メンバーは最終的に「できた」という形を手順書なりなんなりで確認することになります。ああこうやればできたのか、という感動があればまだいいですが、忙しいのでそんなことしている暇は多分ありません。 これ、私はまたスキルを一つ積み上げたのですが、どう考え
内製化は、きっとうまくいかない - orangeitems’s diary
最近はDXという言葉が独り歩きしてしまい、結局はどうすればいいのかと考えたあげく、内製化に舵を切る企業が多いと聞きます。 でも、この内製化、非常に危ない面を持っていると思っています。結局はユーザー企業が、SI部門を自前で持つということにほかならないからです。このSI部門、立ち上げるときにはだいたいが、大手のSIerが出身で、それまでの知識や経験をもとに組織を組み立てるのが通常です。 これ、はじまりはうまく行くんです。むしろ、一から作ったのでSIerよりもスマートに内製をスタートできる場所もあるぐらいです。そう、そこまではよい。問題は、この内製化部門が成長できるかどうか、です。 SIerはいつも競争にさらされていて、いつでも新しいトピックを主にアメリカから輸入し、常に最新化、モダナイズしないといけない強迫観念を持っています。 過去、外資のベンダーのイベントが都内ホテルであったときに、基調講演
インフラエンジニア、WEBサイト高負荷との戦いを振り返る - orangeitems’s diary
高負荷との戦い インフラエンジニアをやっているとどこかで遭遇する、高負荷との戦い。先日はシャープのECサイトが高負荷と戦っていると聞きました。 pc.watch.impress.co.jp シャープは、4月21日午前10時から開始した、自社生産の不織布マスク「MA-1050」の個人ユーザー向け販売において、販売開始直後から販売サイトにつながらない問題が発生したが、シャープでは、同社データセンターにおけるファイヤーウォール機能が原因の1つであるとの見方を明らかにした。 詳細については明らかにしていないが、予想を上回るアクセス数があったことで、不正アクセスによる攻撃と判断した可能性が高く、それにより、強制的にアクセスを遮断した結果、サイトにつながらないという状況に陥ったとみられる。 大昔、それこそ10年くらい前は、高負荷でサイトダウンしたときに、「おお、うちのサイトにそんなにアクセスが来てくれ
Dockerやコンテナ関連を始めたいときにはじめに読む記事 - orangeitems’s diary
はじめに KubernetesやOpenShift、VMware Tanzuなど、コンテナでのエンタープライズ運用の世界はどんどん先に進んでいるんですが、そういえば技術的にはまずはDockerのことをちゃんと使えるようにならないとどうしようもないなと痛感しております。 Dockerのインストール記事はたくさんあるので問題ないのですが、さて入れてから何をしていいかわからない。コマンドの紹介記事はたくさんあるけど、どんな意味なのかが頭に入ってこない。 そんなときのために記事を書いてみました（自分の勉強も兼ねて）。 インストールについては過去書いた通り。 www.orangeitems.com 今回はインストール直後の話です。 ローカルPCに入れたDocker for Windowsで「docker」というコマンドを叩くと、使い方がテキストで流れるんですがまずはここに書かれていることをきちんとお
アマゾンの社内パワポ禁止の件で大事なこと - orangeitems’s diary
パワポ禁止 アマゾンでパワポ資料の禁止、と言う記事が話題になっています。 この件、非常に大事なポイントが隠れていると思うのでコメントします。 bunshun.jp いまやプレゼンの必須ツールとなっている「パワーポイント」だが、アマゾンでは禁止されているらしい。アマゾンの「普通」は、他の会社の「普通」とは異なることが多々ある。ではアマゾンの「普通の基準」とは何なのだろうか。アマゾンジャパン元経営メンバーが解き明かす。 大事だと思うこと ポイントは一つです。 「社内」プレゼンだということです。 社内です。社外とは言っていません。 アマゾン、特にAWSの世界では、顧客に質のいいパワポ資料を作るように資料を公開してくれています。 aws.amazon.com アーキテクチャダイアグラムは、設計、デプロイ、トポロジーを伝達する手段として優れています。このページでは、AWS 製品アイコン、リソース、お
5大パブリッククラウドの超入門記事を読もう - orangeitems’s diary
クラウドの入り口に立ち途方に暮れる 最近はもう、特定のクラウドサービス（AWSやAzureのような）だけでは今後を乗り切れるとは思っていなくて、どんなクラウドが来てもある程度柔軟に設計・構築できるようにならないと、各クラウドの趨勢で自分の仕事が限られてしまうと状態に陥ってしまいそうです。 クラウドも松から梅までたくさんあるのですが、AWS、Azure、Google Cloud、IBM Cloud、Oracle Cloudぐらいまで押さえておけば日本では生きていけるのかな・・と。国内クラウドはそれこそ国内クラウドの自社エンジニアでまわっていきそうですから。私のような野良エンジニアは海外クラウドを攻略します。 さて、それにしても「とっかかり」が大事でなんとかアカウントを用意してポータルページを開いたとしても、途方に暮れるのがオチです。クラウドのポータル画面を見ると分かるのですがもうたくさんのサ
技術の素晴らしさだけで採用してはいけない - orangeitems’s diary
Docker社の不振 世の中、ドッカーDockerと技術者が言い始めて随分経ちますけれども、その生みの親であるDocker社自体が資金難という記事がアメリカで出ております。 www.zdnet.com （日本語訳） Dockerは、コンテナー技術の代表的な産物であるのですが、一方で企業であるDocker はトラブルの最中にあります。リークしたメモによると、Docker CEO Rob Beardenは「大きな課題をもたらす不確実性」と「過去数週間の不明瞭な状態」に耐えている社員を称賛しました。 何についての明確性の欠如なのでしょう？ 同社の近くの情報筋によるとそれはシンプルだという。 Dockerにはもっとお金が必要なのだ。 www.cnbc.com （日本語訳） 今週、Docker CEOのRob Beardenが従業員にメールを送って、会社が資金を集めようとする挑戦を認めました。 Be
ITエンジニアにとっての技術力とは何か？ - orangeitems’s diary
クックパッド 考えさせられた記事です。 www.moneypost.jp 料理レシピサービス大手のクックパッドの2019年12月期第2四半期（1～6月）業績は、売上高に当たる売上収益が57億8000万円と、前年同期比で2.6％のマイナスとなった。営業利益は4億5600万円となり、前年同期比71.2％のマイナス。国内の平均月間利用者数は5483万人と発表しているが、2016年（第4四半期）の6414万人と比べると1000万人以上減っており、苦しい状況が続いている。 レシピ動画サービス「デリッシュキッチン」「クラシル」などといった競合サービスも台頭するなか、ユーザーは現在のクックパッドについてどのように捉えているのだろうか。同サービスの愛好者、過去の利用者に話を聞いた。 古参のWebサービスで過去急成長したものの、最近伸び無くなったりもしくは下降線をたどっているというのは、いくつか心当たりがあ
オープンソース開発者にもっとお金が廻るようになれば社会はもっと良くなるという話 - orangeitems’s diary
発明しても対価が支払われないオープンソース開発者 世の中はすごくオープンソースのプログラムに依存しているのに、そのオープンソースの開発者には相応するお金が廻っていないという話です。 gigazine.net ステンバーグさんは「オープンソースのプロジェクトから多大な利益を得ているのにも関わらず、その利益をプロジェクト自体に還元するのではなく、無料であることにつけ込んでいる人を見ると腹が立ちます」と語っています。こういった経験から、ステンバーグさんは「トラブル時に備えるために、企業は開発者に金銭を支払ってサポート契約を結ぶべきだ」と主張するようになりました。 確かにcurlコマンドを使うことにお金を支払ったことはないですものね。curlコマンドを一回叩くごとに0.1円でも支払われていたら、きっとステンバーグさんは億万長者になっていたことでしょう。 考察 まだブログを書いて広告を貼ってお金をも
アジャイル・バブルがやってきた！ - orangeitems’s diary
アジャイルの由来 アジャイルなんてすごーく昔から耳にした言葉です。 調べてみたところ2002年あたりに登場したようです。 it.impressbm.co.jp しかしアジャイル開発の一つのエポックは2001年にアジャイル開発関係者が集まって「アジャイルソフトウェア開発宣言」というマニフェストを示したことであろう。そこには「個人と対話」「動くソフトウェア」「顧客との協調」「変化への対応」というアジャイル開発手法の価値が示され、アジャイルソフトウェアの12の原則（http://agilemanifesto.org/iso/ja/principles.html）が示されている。 tech.nikkeibp.co.jp 「アジャイル・ソフトウエア開発」は、いま最も話題を呼んでいるソフトウエア開発手法だ。ドッグイヤーと叫ばれ出してから久しい今日、「完全な要件定義」、「完全な設計」、「完全な実装」を求
GmailやGoogle Drive障害の症状はKubernetes環境独特の動きだった - orangeitems’s diary
日本中が仕事できないと悲鳴 日本中が大騒ぎになってましたね、今日のGmailやGoogle Driveの障害。 jp.techcrunch.com 日本時間3月13日お昼前ごろより、メールサービスGmailや、クラウドストレージGoogle DriveといったGoogleのサービスに障害が発生している模様です。主な症状はGmailの「送受信がまったくできない」といったお手上げなものから、「テキストや画像を添付したメールの送受信はできるもののその他の添付ファイルがあると送信できない」、「メールを書いている途中にエラーになる」などさまざまです。 15:13当たりで復旧したらしいですが。 G Suite Status Dashboard コンテナとGoogleとKubernetes Googleのサービスはコンテナで動いていて、そのコンテナ基盤が今やKubernetesとして脚光を浴びているのは
えらく核心をついているPivotal CEOのKubernetes評 - orangeitems’s diary
Kubernetesのリアル Kubernetesでアプリ開発したことで、かえって今までより工数がかかっている。また、運用方法も今までと違うしベストプラクティスも少ないので本番稼働後も不安。そんな体験をしている人がそろそろ増えてきているのではないでしょうか。 実際、Kubernetesを実装しているIaaSの種類によって運用方法も若干違いますし、オンプレで構築する際も何のベンダーのソフトウェアを使うかで作法が変わってきます。また、進化するスピードも速いので、覚えたこともすぐ陳腐化する恐れがあります。 安定期に入るまでは仕方ないのですが、理想と現実は違うことは頭に入れておいた方が良さそうです。 Pivotalについて Pivotalという企業は日本ではあまり知られていないと思うのですが、クラウドの世界では有名な企業です。現在DELLの子会社であり同社が70%の株式を保有しています。同じくDE
コンテナ/Kubernetesの本を一冊読んでスッキリした話 - orangeitems’s diary
本を買いました 昨日のKubernetesエントリーが好評なので続きます。 早速本を買ってきました。一応記念写真を冒頭に置きました。 本全体の感想 頑張って半日で読みたい部分は読み終えました。この本は前半をしっかり読んで、後半はつまむ程度で十分です。後半については、GCPとIBM Cloudと、Redhat OpenShiftにおけるKubernetesの扱いの紹介でした。特にOpenShiftの量が多く今のところ私には不要なので見ていません。 AWSやAzureの記載がないというのも面白いところです。ただ基本的にはGCPの記載を見ておけばどのクラウドでも様子はわかるでしょう。 OpenShiftについてはちょっと毛色が違う話です。これはコンテナを使った企業の統合基盤を構築するミドルウェアです。オンプレにも構築でき、パブリッククラウドの仮想サーバー、VMwareの仮想基盤上にも構築できます
Zenlogic障害報告書から考察する分散ストレージCeph - orangeitems’s diary
Zenlogic障害報告書がリリースされる 本日、2018年7月17日（月）に、かなりの世間の関心ごととなった、Zenlogic高付加障害についての報告が出稿されています。 報告書（全文） Web https://zenlogic.jp/news/status/syogai/cause/ PDF https://zenlogic.jp/pdf/report/20180717.pdf 障害の原因（転記） ストレージシステムを含む、クラウド基盤を提供・管理するヤフー株式会社から、高負荷状態に陥った原因として、以下の報告を受けております。 [概要] 事象A：ストレージシステムのキャパシティプランでの想定を上回る負荷上昇による一時的な高負荷状態 事象B：事象Aへの対応に伴い、二次的に生じた長期間にわたる高負荷状態 [原因] 事象Aに対する原因 （1）2018年6月からストレージシステムに対する負荷
2019年にJavaを利用している人は全員理解すべきことを説明してみる - orangeitems’s diary
※注 当初「2018年にJavaを利用している人は全員理解すべきことを説明してみる」として公開した記事ですが、2019年になっても有用性が変わりませんのでタイトルを改変して公開します。 最新ニュース（2019/4/16） www.orangeitems.com 新元号対応のJava SE Development Kit 8u211から、ライセンスが変わり、無償利用は「開発・個人のみ」に変わっています！ ＞＞ Javaのこの記事が衝撃的 新野淳一さんのとても分かりやすいJavaの将来についての記事を読みました。 www.publickey1.jp これは、大変なことになります。断定します。 劇的に変更されるJavaのサポートポリシー 世の中にはサーバーサイドがOracle Java SE 8で動いているたくさんのWEBアプリケーションが存在しています。Oracle Java 7が2015年4
インフラエンジニアの独り言、ストレージは盲点になりがち - orangeitems’s diary
インフラエンジニアの世界 IT技術者というと世間から見たら、要件定義やシステム設計をおこなうシステムエンジニアと、それを実装するプログラマーしか見えてないと思うんですよね。でもその基盤を動かすインフラエンジニアという人たちが全体の10パーセント弱（肌感）存在しています。 インフラエンジニアと言ってもまたそこから役割分担があって、物理サーバーやOSに強いサーバーエンジニアと、ネットワークに強いネットワークエンジニアがいます。大昔は物理サーバーとネットワークしかインフラに無かったので、大体はこの二極化でした。ネットワークエンジニアはスイッチやファイアウォール、ロードバランサーくらいまでは自分の領域としてくれていますが、OSやミドルウェアのことになると、それは私の領域ではない発言が出てサーバーエンジニアをブチ切れさせること請け合い。逆にネットワークエンジニアはサーバーエンジニアがなんでもネットワ
AmazonのDNSトラフィック乗っ取り 仕組みについて解説 - orangeitems’s diary
Route53のトラフィック乗っ取り AmazonのRoute53がトラフィック乗っ取りの被害に遭った、と聞くとぎょっとした人が多いのではないでしょうか。AWSの利用者は多いですからね。攻撃の仕組みについて解説します。 www.itmedia.co.jp AWSのクラウドベースのDNSサービスである「Route 53」のDNSトラフィックが何者かに乗っ取られ、「MyEtherWallet.com」のユーザーが仮想通貨を盗まれる事件が発生した。 解説 まず、この問題に関して利用された攻撃手法は「BGPハイジャック」という名前であることをおぼえてください。BGPとはネットワークの中で、ルーティング情報（経路情報）を交換するためのプロトコルです。BGPにて世界中のルーターが会話をすることによって、世界中どんなところにでも、インターネットがつながっていればパケットを届けることができるのです。例えば
OracleとGoogleのJava著作権侵犯裁判の現状を知る（2018年版） - orangeitems’s diary
控訴審でOracleがGoogleに勝利 Oracleが、Googleに対してここ8年間に渡ってJavaをめぐり約1兆円以上の損害賠償を求めている裁判が行われているのをご存じでしょうか。かの有名なAndroidは一部、Java APIが利用されているのですが、その中で著作権侵害があったとの訴えです。 米国時間で2018/3/27にOracleがGoogleに勝利したというニュースが舞い込みました。 jp.techcrunch.com 火曜日（米国時間3/27）に連邦控訴裁がこの訴訟に新しい命を吹き込み、GoogleがOracleのJava APIsを使ってモバイルオペレーティングシステムAndroidを作ったことは著作権法の侵犯にあたる、と裁定した。 とはいえ、経緯を知らない人にとっては何のことやらわからない記事だと思いますので、短時間で理解できるようにまとめてみたいと思います。 賠償金額
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
