ウィリアムのいたずらの、まちあるき、たべあるき

ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです(たま~にコンピューター関係も)

ランサムウェアの開発者がまさかの暗号化解除キーを公開

2017-05-20 22:51:15 | ネットワーク
身代金要求ランサムウェアの開発者がまさかの暗号化解除キーを公開、攻撃から一転して降参へ
http://gigazine.net/news/20160520-teslacrypt-decryption-key/


そのまえに

ランサムウェア「WannaCry」に感染したWindows XPの暗号解読に研究者が成功、解除ツール「Wannakey」を公開
http://gigazine.net/amp/20170519-wannacry-windows-xp-wannakey


なんていうのもでてたけど・・

【いままでの状況】
世界各地で発生したランサムウェア WannaCry 2.0 のインシデントまとめ
http://blog.goo.ne.jp/xmldtp/e/2ac7d598d5915a9381ee49151436f3c0

  • X
  • Facebookでシェアする
  • はてなブックマークに追加する
  • LINEでシェアする

人工知能システムのテストは

2017-05-20 20:06:42 | Weblog
カオス!

専門家が警告! 人工知能システムのテストは「カオス」
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/050800832/

  • X
  • Facebookでシェアする
  • はてなブックマークに追加する
  • LINEでシェアする

SpringでReactive

2017-05-20 16:50:55 | Weblog
JavaDayTokyoの話でメモメモがのこっていた!

Spring Framework5.0によるReactive Web Application

ただ、途中までしかメモしていないけど、メモメモ




・自己紹介
・Question
 リアクティブ使った人?1割いない
 
・リアクティブとは
 Rossenのことば
  ノンブロッキング
  イベントドリブン
  少ないすれっと
  バックプレッシャー

・ブロッキングとは?
 I/O処理をスレッドで実行すると、
   受信できるまで待つ=アプリは「ブロッキング」されてなにもできない
   →こういうのはブロッキングコード

 これを解消するには
  マルチスレッドにする。でも、IOのところは待つ
   非同期でブロッキングな方法
  →マルチスレッドはコスト高い

・非同期
 イベントループ
  待っていることなくディスパッチしていく
  →チャンク単位
  nioを使って実装
・サーブレット:ブロッキングでスレッドプール

・ノンブロッキング
  ワーカースレッドでイベントループが回り、パイプライン
  netty:65万台appleで秒間3Tバイト

・Springのノンブロッキング
  マイクロサービス
  スロークライアントをたくさんさばく
  プッシュする
→安定性やスケールが目的

・コールバックヘルになる
 リアクティブエクステンション(RxJava)

・Reactive Stream
 ノンブロッキングでバックプレッシャー
 RxJava2

・データフロー
 バックプレッシャー:ちょっとまってねといえる
 Reactor:Java8
  FluxとMono

・Flux<T>
 0~Nを表現
 Mono<T>
 0または1を表現

・型の比較
java.util.concurrent.FLOW→JDK9で入ってくる

・SoringFramework5.0
 SpringMVC→Servletを使う:ブロッキングになってしまう。


@controller,@requestmapping Router function:関数型
SpringWebFlux
HTTP/ReactiveStreams
Servlet3.1 Netty,Undertow

・いままでの@controller
・ノンブロッキングの@controller
・関数型

・無限のストリームができる
・帰り値は、JSONストリームともう一つ

Reactive HTTPクライアント
 RESTTempleteのReactive版
 WebClient

・サーバーサイドのリソースを共有できる
  FebFlex
  WebCkient

・RouterFunction

・SpringBoot2.0で

・Spring MVC VD
 Spring WebFlux
→WebFluxはスレッド数少ない

  • X
  • Facebookでシェアする
  • はてなブックマークに追加する
  • LINEでシェアする

ファナックが考えるIoT時代に対応したこれからのものづくりを聞いてきた!(5/22訂正)

2017-05-20 12:49:32 | ネットワーク
5月19日、富士通フォーラム2017に行ってきた!

ファナックが考えるIoT時代に対応したこれからのものづくり

をメモメモ!

※5/22 ごめん、はじめ貼っていた内容、この前のセッションの内容だった(>_<!)
ちゃんと、書き直したものを、貼っておきました・・




・製造の自動化
 アメリカ、ヨーロッパ、日本
 中国 2025
・大きな変革 
  IoT:オープン化、外部環境かえる
 文化、技術を維持しながら適応

・目次
 概要
 ロボット
 IoTプラットフォーム

・ファナックの概要
 富士山の裾野の黄色い建物:国内設計製造
 設計・製造の距離をちじめる
・ファナックの歴史
 サーボ:富士通
 1992:ロボット完成
・黄色
・サーボとロボット、機械:モーター技術
 機械
 ロボット
 ロボマシン

・工場の稼働率向上
 壊れない
 壊れる前に知らせる
 壊れてもすぐ直せる
 止まらない工場の実演

・保守サービス業務におけるAIの活用
  Zinrai
 ひもづけ:AI活用

・研究所の拡張
 インフラを整えてデータを集める

・ファナックのロボット
 1992年 知能ロボット(そうわん)
 2008年
 2009年 げんこつロボット
  デモ
   加速早い、単調作業
   手首のセンサー
・学習ロボット
 作業早くなる
 機構部
・いままでとりがい、柵が要らなくなる
→協同ロボット、移動して作業
・ロボット難しい部分ある→オペレーターの技術必要
・機械:故障診断予知

・フィールドシステム 動画
 エッジヘビー:クラウドは必要最小限
 フィールドシステム:オープンプラットフォーム
 かしこく・つながる・動かす@現場
 →実体のあるものを動かす:ドライブ

・特徴:エッジによっている
 データの形様々:コンバーターAPI
 フィールドAPI:アプリケーション側

・すべての機器を見えるかする
 同じデータの形にする

 ネットワークと一体化
  加工時間予測
  予測結果をスケジュール管理に

・上位規格
 中国製造2025、Industry4.0 IIC
 COLMINA(こるみな)

 プログラミング機能:対話画面→転送 Padで操作盤を操作している感じ

・人工知能の取り組み
 従来の工作機器やロボット
  人が設計したプログラムやルールに従って

 AIマニュファクチャリング
  深層学習のアプリケーション
    バラ積みロボット
    スマートフォンの傷検査
  故障予知:お客様特有の環境:正常モデルから離れている
   →どれだけケースを落とすのかが重要(わかっているところをそぎ落とす)
  ネットワーク化と結びつける→分散学習
   人工知能は融合と共有が可能

・シミュレーションの活用
  複数台のロボットが干渉せず最大効率で居超動作
  実機をぶつけられない

 ロボットが動いて機械を稼働させる
 加工条件調整
 ほかのロボットの一部を代行

 富士通さん:トータルインテグレーションパートナー
  →システムインテグレーションパートナー
     +
   ネットワークインテグレーション

・フィールドシステム 9月
 ゼロダウンタイム
 AI:強みは現場

  • X
  • Facebookでシェアする
  • はてなブックマークに追加する
  • LINEでシェアする

APIファーストの話とかを聞いてきた!

2017-05-20 08:45:02 | ネットワーク
5月18日、富士通フォーラム2017に行ってきた!つづき

攻めのクラウド活用へ!クラウドネイティブで実現するこれからのシステムとは

をメモメモ




■戦略アプリはこう作る
変わるシステムつくりの新常識

2021年3月14日 15時57分
 クラウドとオンプレが50対50
 クラウド比率27%
 6年前は13%
 
今後
 VFORUM2016
  81%がクラウド

日経BP
 使っている人 2010年 7.8%
        2015年 40.2%

3社に2社がクラウド利用中
→クラウドファーストからクラウドネイティブ

はじめ
2006~ ゲーム系SOE
2010~ 情報系
2013~ SOR基幹系
今後    IoT、ディープラーニング

運用の手間を省きたい=Docker、PaaS
そのあとにくるのがFaaS(ふぁんくしょんあずあさーびす)

開発は作るから探すへ
 SaaS APIによる新たな開発へ

スピード重視の戦略APはなおさら
 REST APIでマッシュアップ

APIマネジメントが不可欠に

FaaS:サーバーレスが台頭

PaaSとの違いは何か
・FaaSはコードだけに専念できる

IoTの課題
 負荷がむずかしい
  性能見積り
  運用監視
  料金

注意点もいくつか
(1)同時実行数に制限がかかる
(2)実行時間に制限がある
(3)コードが実行されないことがある
(4)監視できる範囲が限られている

AWS Lambda

新しい価値創造を日本から

■APIs アクセラレート クラウド

・皆さんの最大の課題は
 今が2017年であることです!

 世界のすべての地域において、今は2017年
  みんな同じすまほ、2017ねん

  製造業だから、金融業だから違う・・いや2017年だから同じ

・ユーザーの期待値
 セルフサービス
 すべての種類のデバイス上で稼働するアプリ
 自分の都合に沿って事業を進める
 より早く新製品

・組織の中にはまだ時期尚早という人もいるが、しかし・・
 むしろ、手遅れです

・いまだに古いやり方で挑戦しようとしている人たちがいます

・古いやり方とは
  出口戦略を見出そうとする
  すべてを内製化する
  囲いに囲まれた庭を構築する
  変革を拒み、既存のやり方への上塗りで刷新を図ろうとする
  中から外(インサイド・アウト)の考え方

 専門知識がたまっていて動けない

・2017年はすべての人に共通すること

・2017年の商社は何をしている
  APIを第一に考えている
  自分自体プラットフォーム
  これって、みんなシリコンバレー系の企業じゃない
   →プラットフォームが大事
    外を先に考える
 20世紀は障壁を高く、21世紀は障壁を低く協力

 破壊の危機を認識している

秘訣その1
社内ファーストの考えを止めること
  従来の視点
しかしこれは従来のパイプラインビジネスモデルを表しているだけ
  →線形的、価値を抽出
 →何年も待ってくれない

秘訣その2
プラットフォームダースとの考え方を開始
→パートナーを探す

なぜなら・・・プラットフォームは違うから
プラットフォームとは多面的バリューチェーンを可能とするもの

・あなたの事業そのものがプラットフォームであったら

・ハイブリッドクラウド
 APIプラットフォーム
  バックエンドを分離

 マルチクラウド
  APIプラットフォームがあれば
  インフラにバリューはない

APIあずあさーびす
 API:プロダクトとして扱う
 マイクロサービス
 ビジネスの価値

秘訣その3
プラットフォームはAPIで実行する
 あなたにはAPIプラットフォームが必要です
  →エコシステムができる
 そして、どんなAPIプラットフォームでもよいわけではありません
  小さいプロジェクトだと失敗する

・あなたのビジネスに価値あるAPIプラットフォー㏍無
 より早く適応させます
 価値の高い仕事:自動化

・そんなことすでにやっていると思う人がいるかもしれません
 過去のやり方を考えることが新しいとだまざれないように


・あなたの組織の人たちに聞いてください
・新規パートナーとの事業開始までのどれだけの時間
 事業部の人はどういっている
 アプリの開発がどれだけ簡単ン
 分析に基づいて事業を展開
 多くのビットから儲かっている

・それが2017にかるという意味です

■クラウドネイティブ
・K5って、どんなクラウド
 メガクラウド:利用者責任
 K5の思い:お客様に寄り添う
 ポイント
  ・運用:ふつうは、アンコントローラブル、K5はコントローラブルに
  ・オープン性:メガクラウド:独自技術 K5 OpenStack
  ・PaaS:PaaSで違い IaaSから、SaaSから来ている会社→まんなか

・富士通が考えるクラウドネイティブ
 デジタルテクノロジーがもたらす変革
  そーしゃる:世論が実体化した
  クラウド:平等

・ビジネスにおける基底モデルの変化
 捨てたい人とほしい人が直接つながる
  →仲介者いらない:ダイレクトマッチング

・デジタルビジネスの本質と要件
 デジタルビジネスの本質
  革新的、先駆者がいない
 ビジネス要件
  スピーディー、スモールスタート、セルフサービス、見えないニーズ比企砂嘴
 エンジニアリング要件
  スケール、部品はそろっている、短期サイクルでえんはんす、初期投資は最小に UI/UX重視

・クラウドネイティブを要求
 必要に応じてスケール   オートスケール+コンテナ
 初期投資最少       FaaS(サーバーレス)+従量制課金
 短期サイクルで円ハンス  あじゃいる+CI/CD
 部品はそろっている    マッシュアップ+APIs
 UI/UX        部品・テンプレート+デザイン思考

・クラウドネイティブシステムの姿
・富士通が考えるクラウドネイティブの全体像
  俊敏性
   ↓   FaaS:性能的な問題→やりきれるのか
  堅牢性  アーキテクチャが分断されない
          持続可能 +回る運用、高可用性、予兆監視

 イベント駆動型共通基盤 K5のアーキテクチャ

・クラウドネイティブシステムを支えるK5-PaaS
  クラウドネイティブシステム
    クラウドネイティブ視点
      クラウドの価値を生かす
        Powerd by あぴじー
      成長を支える
    デジタルビジネス視点
      デジタルテクノロジー
      ビジネスモデル

・おわりに

Q&A
・スピードはどのくらい
 1日 サンドボックスつくるのとか
  ボタン押せばできるでしょ
 富士通:1日 瞬時にできないといけない
  その日のうちに出来上がるのが
  富士通は1日ではできないだろうけど
 質問者:すう週間と思っていた

・どうすれば、プラットフォームファーストに
 APIファーストでかんがえろ
  プラットフォーム:いろいろはいってる

・競合との違い
  デジタルトランスフォーメーション
   基幹システムのデジタル化:いままで
   デジタルビジネスを出す:お客様持ってる

  • X
  • Facebookでシェアする
  • はてなブックマークに追加する
  • LINEでシェアする