<ITベンダーのGo To Market戦略>外資編 Verkada Japan、ハイブリッドクラウドによる物理セキュリティー強化 パートナービジネスの強化で顧客層拡大
http://expo.nikkeibp.co.jp/cloud/2016spring/ における基調講演. クラウドを時間貸しデータセンターと理解している企業はすでにIT化において二周遅れている。経営者は今、プログラマブルなデータセンターとなったクラウド2.0の破壊力を理解するべきだ。その力とビッグデータは企業活動の効率化を超えて、新しい事業構造への転換、新たな企業間連携による社会イノベーションの源泉となる。Read less
GMOグローバルサインは3月17日、企業向けのクラウド型IAM(ID/アクセス管理)サービスである「IDアクセス管理サービス SKUID byGMO」を発表した。3月末よりベータ版を50社限定で提供し、正式版の提供開始予定は今夏。なお基本機能は無料で提供するとしている。 GMOグローバルサインでは、2014年からフィンランドのIAMソフトウェア会社であるユビセキュア(Ubisecure)を買収し、IAM事業を展開してきた。 今回発表したIDアクセス管理サービス SKUID byGMOは、企業において社内システムや各種SaaS、Webアプリケーションを利用する際に必要となるIAMの各機能(ID管理、シングルサインオン、アクセスコントロール、ログレポート)を、クラウド上で提供するサービス(IDaaS:IDentity-as-a-Service)。 同サービスを利用することで、企業のシステム管理
ども、かっぱです。 tl;dr 考察シリーズ第三弾。 hakobera.hatenablog.com 上記の記事で紹介されていた「AWS ECS + Docker + Locust による負荷テスト」について、どんな風に実現するんだろうなあとずーっと気になっていたので、自分なりに ECS + Locust な負荷試験環境を考えてみたのでメモ。 メモ こんな感じになった(ゴール) ソースコードとか github.com 何をする必要があったのか Locust Master と Locust Slave をそれぞれ異なるタスクに分割する 同一の ECS クラスタに Master と Slave を個別にデプロイする コンテナインスタンスを跨って Locust クラサバ構成を構築する必要があったので etcd や Consul にお出まし頂いた(結局は Consul を採用した) 困った点 Do
2. 2/21 川上 雄也 (@yuyarin) インターネットマルチフィード株式会社 技術部 JPNAPチーム ソフトウェア&ネットワークエンジニア JPNAP (Internet Exchange service) メトロエリア広帯域Ethernetネットワーク バックボーン設計 ネットワーク運用自動化 日本ネットワークオペレーターズグループ(JANOG)運営委員 Interop Tokyo 2016 ShowNet NOC マイイカデータ 3. 3/21 マイイカデータ 2008 インターネット系の研究室に配属(B4-M2) WIDEプロジェクト参加 株式会社ドワンゴ 研究開発本部 ニコニコ動画のバックエンドシステムの開発 2011 NTTコミュニケーションズ入社 インターネットマルチフィード配属 JPNAPのネットワークエンジニア 趣味でカンファレンスネットワーク構築 2016 イ
私たちの救世主DHH™は最近の Full Stack Radioのインタビュー で、 Basecamp の最新版で彼がどのようにRailsのコントローラを書いたかを説明しています。下記は、彼のすばらしい話を書き取ったものです。 これまでに思うようになってきたのは、「RESTの原則に従うには、どのタイミングで新たなコントローラを作るべきかを一度決めたら、ほぼ異例なくその原則を遵守するべきだ」ということです。いつだってその方がうまくいくんです。自分の作ったコントローラの状態を悔やむのは決まって、作ったコントローラの数が少なすぎた時です。多くの処理を任せようとしすぎてしまうんです。 そこでBasecamp 3では、ある程度理にかなったサブリソースがあれば、毎回コントローラを分割していきます。フィルタなどの場合ですね。例えば画面があって、それがある状態になっているとします。もしこれにいくつかのフィ
Lambda for Pythonのデプロイ環境によって生じる問題 特にC拡張の使われているライブラリを使用する際に多いのですが、ビルド時のオプションの違いによって問題がエラーが起きることがあります。 特に文字コードですね・・・観測した範囲ではCircleCIの環境がUCS2を使用しており、Lambda(Amazon Linux)の標準ではUCS4を使用しているためエラーになることがあります。 他にも色々試行錯誤している時だったのでどんなエラーだったかは覚えていないですが、手元のUbuntu環境にpyenvで入れたPythonで動いたコードがLambda上で動かなかった経験があります。 問題を解消する方法 Amazon Linuxを使う まず、Amazon Linux上のvirtualenvで独立させた環境にpypiライブラリ等をインストールし、デプロイするという方法があります。一番分かり
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く