米Synopsysは5月12日、オープンソース技術のセキュリティに関する年次報告書「2020 Open Source Security and Risk Analysis」を発表した。オープンソース技術の利用が増える一方で、古いオープンソースソフトウェアが更新されずに使われていることについて警笛を鳴らしている。 Open Source Security and Risk Analysisは、SynopsysのCybersecurity Research Center(CyRC)が、オープンソースの利用、セキュリティ、ライセンス遵守について1253のアプリケーションで使われているソースコードとライブラリを分析してまとめたもの。アプリケーションは実際に商用利用されており、データは匿名化されているという。 調査によると、監査したコードベースの99%に何らかのオープンソースが含まれていた。オープン
2020年4月14日、ソウルのH+ヤンジ病院のウォークインクリニックで患者の鼻と口から検体を採取する医療従事者。採取には1分とかからない。ブースを使った検査が始まった3月10日から4月22日までに、同病院は2700人を検査し、4人の感染を確認した。検査結果は、4~6時間で本人に知らされる。(PHOTOGRAPH BY JUN MICHAEL PARK, NATIONAL GEOGRAPHIC) 韓国ソウル市にあるH+(エイチ・プラス)ヤンジ病院の駐車場に設置された新型コロナウイルス臨時検査場は、外から見ると普通のプレハブ住宅とあまり変わらない。 だが、そのなかには真新しい透明のプラスチック板に囲まれたブースが4つ置かれ、危険な病原体を扱う研究室にあるように、プラスチック板に開けられた穴にゴム手袋が取り付けられている。患者はブースに入ると、プラスチック板の反対側にいる医師とインターコムを通じ
Dynamic languages are useful tools. Scripting allows users to rapidly and succinctly tie together complex systems and express ideas without worrying about details like memory management or build systems. In recent years programming languages like Rust and Go have made it much easier to produce sophisticated native machine code; these projects are incredibly important developments in computer infra
なお、distrolessのイメージは2種類(3通りの名前)がありますが、Python 3.5はバグ修正はせず、セキュリティ修正のみでサポート期限が2020/9/13というステータスなので、本エントリーでは3.7の方のみを扱います。 gcr.io/distroless/python3: Python 3.5.3 gcr.io/distroless/python3-debian9: Python 3.5.3(上のイメージと同一) gcr.io/distroless/python3-debian10: Python 3.7.3 一応サンプル等もありますが、どれも1ファイルで構成されたサンプルスクリプトばかりです。前回のsite-packagesにコピーする方法を軽く試したところうまく動かず、シェルもpipもensurepipもないため、ビルドイメージにすることもできません。いろいろ調べた結果、
asdf がそれっぽいツールですね。私はこれで kubectl を管理してます。 — すぱぶら (Kazuki Suda) (@superbrothers) May 13, 2020kubectl などの CLI ツールを複数のバージョンを切り替えながら使いたいことがあります。例えば本番のクラスタのバージョンは 1.16 だけど検証で 1.18 のクラスタを使うといったケースです。毎回どこからインストールするのかドキュメントを探したり、コマンドのヒストリを検索してみたり、kubectl118 のような別名で管理したりと何かと面倒です。 asdf-vm は、Node.js や Ruby、Python、Go といった言語で複数のバージョンを管理できる anyenv に似たツールで、言語に留まらず kubectl や istioctl といった CLI ツールもいい感じにインストールからバージョ
Amazon RDS Performance Insights が、クラウド向けに構築したリレーショナルデータベースの MySQL 互換性を備えた Amazon Aurora で、SQL レベルのメトリクスのサポートを開始しました。RDS Performance Insights の SQL レベルのメトリクスを使用すると、高い頻度で起こる SQL クエリ、長時間実行している SQL クエリ、スタックしている SQL クエリを数秒で特定できます。 従来、データベース上のパフォーマンスデータを収集するには、モニタリング用アプリケーションと関連リソースの定義およびメインテナンスが必要でした。特別な経験を持たずパフォーマンスデータの関連付けを行うには、数時間もかかっていました。停止していたり実行に時間がかかっているような、問題がある SQL クエリを見つけるということは、一度に 1 つずつクエリ
※この投稿は米国時間 2020 年 4 月 28 日に、Google Cloud blog に投稿されたものの抄訳です。 ネットワークで問題が発生して、どこから手を付ければよいかわからなくなったことはありませんか。パフォーマンスの問題をトラブルシューティングしたり、デプロイにおいて最適な決断をするためにネットワーク パフォーマンスを把握したりする必要がある場合があります。Google Cloud には、ネットワークのモニタリング、検証、最適化に使える包括的なツールセットが用意されています。これらのツールを使えば、Google Cloud 上だけでなく、オンプレミスやハイブリッド環境でもネットワーク パフォーマンスの可視化、測定、トラブルシューティング、最適化を行うことができます。 また、ネットワーク パフォーマンスに関するあらゆる質問について、回答を得ることもできます。しかし、お客様と協力
NVIDIAはネットワークベンダへ向かう。Mellanoxに続きCumulus Networksの買収を発表 NVIDIAはネットワーク機器向けソフトウェアなどを提供するCumulus Networksの買収を発表しました。 We are absolutely thrilled to announce that Cumulus Networks is officially joining the @nvidia team! --> https://t.co/FN7h2y1eDd pic.twitter.com/8fECFMVcv4 — CumulusNetworks (@CumulusNetworks) May 4, 2020 同社はこの1週間前に高速ネットワーク機器の大手ベンダMellanoxの買収完了を発表したばかり。これでネットワーク機器のスイッチやNICのハードウェアに加えて後述す
Google Kubernetes EngineがWindows Serverコンテナを正式サポート。KuberntesでWindowsの本番用アプリケーションを実行可能に Googleは、Google Kubernetes EngineでWindows Serverコンテナの正式サポートを開始したと発表しました。 これによりGoogle Kubernetes Engineを本番環境とした、Windows Serverコンテナ化したWindowsアプリケーションを実行可能になります。 Kubernetes自身は2019年3月にリリースされたKubernetes 1.14とそれ以後でWindows Serverコンテナを正式サポートしています。これがGoogle Kubernetes Engineに取り込まれ、同社のマネージドKuberntesサービスとしては2020年1月にプレビュー版とし
その後、復旧が完全じゃない時(インデックスエラーが生じている時)Chkdskを/bオプションを付けてかける。 更に、アクセス権限の問題でエラーが起こる場合はアクセス権限を付与する。 それでも隠しフォルダになっている場合は、隠しフォルダとシステムで保護されたファイルを表示するように設定する。 拡張子がおかしい場合は極窓で直す。 以下詳細メモ SystemRescueCDでHDDを復旧する際は、誤操作を防ぐため他のHDDを繋がないほうが良い。コネクタを外すのが面倒ならBIOSで該当以外のHDDをDisableにすると良いと思う。 2TB以上のHDDを認識しない時、壊れたHDDを認識できない時は、外付けケースに入れて繋ぐと認識する事がある。 ノートパソコンなどでCDドライブがなく、USB端子も足りない場合、SystemRescueCDのISOファイルをRufusを使ってUSBメモリに焼き、USB
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く