大昔、クラウドだって言い張った単なる仮想環境を作ったおぼえがあるけど、全然スケールするイメージが付かなかった。 一番の問題は、個別の顧客に対していろいろと要件を聴きすぎたということだった。顧客ごとにユニークに設定を入れ込んでいくと、どんどん設定が複雑になっていく。これ十社ならいいけど百社入ったらアウトかな、なんて感覚があった。 AWSなど、スケールするクラウドは個別の要件なんて聞かないで、どの顧客にも同じ機能を提供するという姿勢を貫いた。そもそも顧客と直接コミュニケーションをせず、Webサイトを通じたコミュニケーションが基本だった。スケールする前提を守るには必須だと思う。 これが、「地場のデータセンターは、直接お客様にお伺いし、Face to Faceをするのがバリューです」なんて言っちゃったものだから、クラウドではなくなる。 そうなると、顧客の声が強くなりすぎて、あれやこれや拡張しちゃう

経産省のレポートで、一部ざわついているようです。 経産省が危機感を抱いてるのがわかる。なんだこの絶望的なレポートは。悔しい。負けてたまるか。 ・企業は人に投資せず、個人も学ばない ・日本の人材の競争力は下がっている。 ・東証一部上場企業の合計時価総額は、GAFAM５社に抜かれた。 ・日本の国際競争力は、この30年で１位から31位に落ちた。 pic.twitter.com/khJS6vS38l — くりぷとバイオ@研究×新規事業開発 (@cryptobiotech) July 3, 2022 日本の経営者はきっとこう読み替えます。「ウチの社員は自分で勉強しない。会社に甘えているぶらさがり社員が多い。」と。 仕事をしていて思うのは、日本は「技術は現場で先輩から盗む」という文化が根強いこと。外部で学習したことが現場で使えない。各会社でやっている方法論がユニーク過ぎて、標準化されていないというのが

まあお悩みですけどね、技術的に難しいことってありますよね。で、他のメンバーに任せておくと、いつ終わるかわからない。聞いてもわからんわからんばかりで、こりゃダメだと言う時のことです。 いつものように、それ私が引き取るよ、ってその課題を引き取って、難易度の低いタスクを他のメンバーに任せます。まあそのタスクも大量なので、誰かがやらなきゃいけないし、高度な問題のために大量のタスクが積みあがるのもそれはそれでまずい。適材適所と言えばそうなのですが、本当にこれでいいのかなと毎回思います。 だって、またこの高度な問題に対するトラブルシューティングを見ることなく、メンバーは最終的に「できた」という形を手順書なりなんなりで確認することになります。ああこうやればできたのか、という感動があればまだいいですが、忙しいのでそんなことしている暇は多分ありません。 これ、私はまたスキルを一つ積み上げたのですが、どう考え

京都市の件 京都市の基幹システム刷新が、またもや暗礁に乗り上げているようです。 tech.nikkeibp.co.jp 京都市はNEC製メインフレーム上で約30年稼働する基幹系システムのバッチ処理をオープンシステムに刷新するプロジェクトにおいて、サブシステムの1つである新福祉系システムの稼働を当初予定の2020年1月から延期する。再稼働の日程は確定していない。京都市総合企画局が2019年12月23日の京都市会で明らかにした。 現行がNECなのに、刷新にはNECが絡んでいないところが最近のNECの調子の良さが現れているなあと思います。案件の選択こそSIerの肝ですから。「おお世の腕自慢の諸君、このパズルを解いたら15億円を差し上げよう」という王様の号令に引き寄せられた夢多きベンダーや技術者が、今頃セピア色の世界で心晴れぬまま年越しをしている状況が手に取るようにわかります。 もはやこの件、SI

はじめに KubernetesやOpenShift、VMware Tanzuなど、コンテナでのエンタープライズ運用の世界はどんどん先に進んでいるんですが、そういえば技術的にはまずはDockerのことをちゃんと使えるようにならないとどうしようもないなと痛感しております。 Dockerのインストール記事はたくさんあるので問題ないのですが、さて入れてから何をしていいかわからない。コマンドの紹介記事はたくさんあるけど、どんな意味なのかが頭に入ってこない。 そんなときのために記事を書いてみました（自分の勉強も兼ねて）。 インストールについては過去書いた通り。 www.orangeitems.com 今回はインストール直後の話です。 ローカルPCに入れたDocker for Windowsで「docker」というコマンドを叩くと、使い方がテキストで流れるんですがまずはここに書かれていることをきちんとお

Kubernetesの自前運用は難しい これから嫌でもコンテナと戦わなければいかないインフラエンジニアには何度でも読み返してほしい記事です。 www.atmarkit.co.jp はてなのMackerelチームはKubernetesクラスタを自前で構築して運用していたが、撤退を選択したという。なぜ、Kubernetesの運用を諦めて撤退を選んだのか。はてなのMackerelチームでSREを務める今井隼人氏が語った。 考察 この話、20年前のLinux草創期を思い出すんです。 雑誌の付録にLinuxがCD-ROMで付いてたんです。最近のスマートなCentOSとかじゃなくてですね、何Linuxだか忘れたのですがインストールも含めて3日間ぐらいかけて取り組んだんですが結局失敗した記憶があります。 これからKubernetesなりコンテナがやってくるのはここ最近に書いた通りで、早くそっちの世界に行

Kubernetesの読み方 Kubernetesと書いて、どう読むでしょうか。 登場時には、クーベルネイティスと読む人やクーベネティスと読んだり、いったいなんて読むのが正解なんだろうと悩んだままなんとなくクーベルネティスがいいかななんて思っていました。 今日、日経にこんな記事が出ました。 www.nikkei.com ・・・その主役は、グーグルが開発した仮想化ソフトの運用ツール「クバネティス」・・・ クバネティス！！！。また新しい呼び方ですが、日経に出たということは今後は経営層はクバネティスと言ってくるはずなので、少なくとも日本国内では、く・・くばねてぃす・・と呼ぶことにしようと思います。 Kubernetesはまだ成功していない 国内のメディア記事を読む限り、結構たくさんのワークロードがKuberenetesで動くようになってきたように思います。特に大量のコンテナで分散処理する必要があ

はじめに 世の中のシステムの数は間違いなく増え続けるばかりですので、障害対応の絶対数も増え続けることが宿命です。経験したたくさんの障害対応の中で、いくつか心がけることをおすすめしたいことがありますのでまとめます。 心がけるべきこと まず、復旧することを優先すること システム障害が発生したときに、迷うのは情報を採取するべきか。関係者に連絡を行うべきか。もしくは事前に決められた復旧手順を行うか。この3点です。 間違いなく、事前に決められた復旧手順を実施するべきでしょう。例えばミドルウェアの再起動、OSの再起動、ハードウェアの再起動などです。できれば一次障害対応手順書としてまとめられていた方がよいでしょう。ただし、この手順が複雑ではいけません。コマンドにして数行であるべきです。もし、複雑な手順を行わなければいけないとしたら、即時の復旧は無理ということです。 システムは利用者がいるため、連絡や情報

もう他人事ではいられないRPAの絶大なる効果 昨日のエントリー、富士通の早期退職／ジョブ再配置に関する記事の反響はとても大きく、社会全体で仕事とは何かを見つめなおす契機ともなりそうだと思いました。 一方で、もう一つ気になるニュースを見かけました。 it.impressbm.co.jp 横浜市、NTT、NTTデータ、クニエのは2019年3月18日、RPA（ロボットによる業務自動化）の有効性を検証する共同実験の結果報告書を公表した。報告によると、RPAを試験導入した事務で、平均84.9％、最大99.1％の作業時間削減効果を確認した。横浜市は、共同実験の成果を踏まえ、RPAの本格導入に向けて引き続き検証を進める。 99.1%が削減ということは、その仕事って「まぼろし」だったのではないかと思うほどです。その業務を定常的に実施していた職員は確実にいるわけで、「RPAによる人減らし」は、破壊的な威力を

ワークスアプリ筆頭株主が経営権売却へ、の記事 日経ビジネスが、ワークスアプリケーションズの件でスクープ記事を出しています。 business.nikkei.com システム大手のワークスアプリケーションズ（東京・港）の筆頭株主が経営権を売却する交渉を進めていることが16日、日経ビジネスの取材で明らかになった。働きやすい会社としての評価も高く、若者を中心に就職先として人気を集めてきたが、最近は業績不振に陥っていた。ワークスアプリの株式を６割強保有している投資ファンドが、全株を手放す意向で、売却に向けた入札を実施している。新たなスポンサーの下で経営の立て直しを迫られることになりそうだ。 ネットメディアにおいても、ここ数年革新的な企業として取り上げられることが多かった同社ですが、どこに業績不振となる原因があったのでしょうか。 巨額の訴訟等は有名なのですが、見方を変えて、これまでのメディアの記事を

2018.10.22 5:30AM 本件、記事を取り下げます。 2018年10月21日に投稿したこの記事でしたが、複数の方のご指摘により、2018年10月の東証システム障害の原因が書かれていると思っていた記事が2012年の記事であることに気が付きました。 そうすると、前提が大きく変わってくるので本記事はいったん取り下げます。 申し訳ありません。 今後、詳しい原因が報道されたときに、再度考えたいと思います。 はてなブックマークでご指摘いただきました方、ありがとうございました。 猛省いたします。 2018.10.23 11:15PM 日経XTECHにて詳しい原因が掲載されております。 有料記事ですが期間限定で公開されていますので、ご覧ください。 tech.nikkeibp.co.jp

Linuxの資格、LPIC インフラシステムエンジニアの共通言語とも言えるLinuxですが、この技術の習熟度を測るための資格としては長い間LPICという資格がデファクトスタンダードでした。資格手当対象の資格にもなっている会社も多いのではないでしょうか。 LPIC資格試験とは、Linux Professional Institute (LPI) というNPO法人によって運営されている資格試験です。LPIはホームページによればカナダのオンタリオ州に本社を構え、20の支社を世界に構えています。世界的に共通の資格試験を展開していてLPIC資格試験をある国で取得すれば世界で通用するグローバルな資格試験です。 さて、このLPIC資格試験ですが、日本国内において話が怪しくなっているのです。 これまで、LPIC資格試験の日本国内での運営は、LPI-Japanという特定非営利活動法人が行ってきました。LPI

GDPRに様子見の日本企業 先週からヨーロッパで導入されたGDPRの評判はいかがでしょうか。結局監査法人やコンサル・一部メディアが騒いでいるだけで、のほほんとしているというのが日本の大部分の企業なのかもしれません。 ただ、無知は危険なので、GDPR関連の情報をこちらなど見ていろいろ漁っておりました。確かにこの取り組みはヤバイ雰囲気です。売上の4%が賠償金というのが恐ろしいですね。例えばトヨタ自動車の年間売上が27兆円ですから、1兆円強を賠償金として請求できるという恐ろしい規約です。 もうメンドクサイので締めだしてしまえという施策＝ジオブロッキング GDPR自身の運用も非常にあいまいで、こう読めるとかああではないとか、本当にいろんな情報が出回っていて世界的な混乱が起こっています。アメリカの複数のWEBサイトではヨーロッパからのアクセスをジオブロッキングしているとのこと。ジオブロッキングとは、

Route53のトラフィック乗っ取り AmazonのRoute53がトラフィック乗っ取りの被害に遭った、と聞くとぎょっとした人が多いのではないでしょうか。AWSの利用者は多いですからね。攻撃の仕組みについて解説します。 www.itmedia.co.jp AWSのクラウドベースのDNSサービスである「Route 53」のDNSトラフィックが何者かに乗っ取られ、「MyEtherWallet.com」のユーザーが仮想通貨を盗まれる事件が発生した。 解説 まず、この問題に関して利用された攻撃手法は「BGPハイジャック」という名前であることをおぼえてください。BGPとはネットワークの中で、ルーティング情報（経路情報）を交換するためのプロトコルです。BGPにて世界中のルーターが会話をすることによって、世界中どんなところにでも、インターネットがつながっていればパケットを届けることができるのです。例えば

最終報告書を読む 九州商船株式会社のWEB予約サービスに対する不正アクセスについて、最終報告書が公開されました。報告書を読ませていただきましたが、その内容に関して大変勉強となることが多く含まれています。 弊社WEB予約サービスに対する不正アクセスに関する最終報告｜九州商船 ※ITmediaでニュースにもなっていましたので追記しておきます。 japan.zdnet.com 不正アクセスの目的は、linuxに不正侵入し仮想通貨マイニングを行うというものです。データを盗み出すのではなくマイニングというところが2018年っぽいです。ただCPUが100%に張り付くのですぐに見つかってしまっていますが。 この報告書について考察してみます。 原因についての考察 原因はvsftpdで使っているFTPプロトコルをANYで開けていて、ブルートフォースでパスワードが割れてしまったこと。かつ、OS/ミドルウェアの