タグ

yoshidashingoのブックマーク (27,921)

  • AWS 用に最適化された TensorFlow で最大 256 GPU がサポート可能に

    Ubuntu および Amazon Linux 向けの AWS 深層学習 AMI で、最大 256 GPU にほぼ線形スケーリング効率を備えた TensorFlow 深層学習モデルの分散トレーニングをサポートするようになりました。 AWS 深層学習 AMI には、あらかじめ構築された TensorFlow の強化バージョンが付属されています。このバージョンは、この規模のスケーラビリティを実現するトレーニングフレームワークを提供する Horovod の最適化バージョンと統合されています。この機能強化により、TensorFlow と Horovod を使用した ResNet50 モデルのトレーニングをわずか 15 分以内で実施できるようになりました。

    AWS 用に最適化された TensorFlow で最大 256 GPU がサポート可能に
  • Amazon Lightsail が EC2 へのアップグレードパスを提供開始

    日から、Lightsail インスタンスおよびボリュームを、シンプルでガイド付きの体験を通して簡単に EC2 にエクスポートできるようになりました。Lightsail は、この機能により、アプリケーションの拡張およびクラウドデプロイメントのスケーリングをこれまでにない方法で可能にします。これには、厳選されたラインナップを持ち設定が可能な EC2 の利点をフルに活用します。 インスタンスを EC2 にアップグレードする準備ができたら、インスタンスのスナップショットを作成して、Lightsail のコンソールでステップバイステップのプロセスに従い、スナップショットを EC2 にエクスポートするだけです。これで、EC2 を使用して、または Lightsail のコンソールで Upgrade to EC2 ウィザードを使用して、新しい EC2 インスタンスを起動できます。 Lightsail の

    Amazon Lightsail が EC2 へのアップグレードパスを提供開始
  • Amazon EFS がアカウントあたりで最大 1000 のファイルシステムをサポート

    Amazon EFS は、Linux ベースのワークロード向けのシンプルでスケーラブルかつ伸縮自在なファイルシステムで、AWS クラウドサービスおよびオンプレミスリソースで利用できます。AWS アカウントあたりのファイルシステムの作成数はこれまで 125 の上限がありましたが、このたび最大で 1,000 まで作成が可能になりました。また、Amazon Virtual Private Cloud (VPC) あたりの EFS のマウントターゲットは最大 400 まで作成が可能になりました。 今回のファイルシステム数の追加でお客様に追加料金が発生することはなく、ご請求はすべてのファイルシステムに保存されたデータ量による従量制となります。お客様のリージョンの料金情報については、Amazon EFS の料金ページをご覧ください。製品およびサービス一覧 (リージョン別) では、各リージョンのご利用可

    Amazon EFS がアカウントあたりで最大 1000 のファイルシステムをサポート
  • AWS Fargate、Amazon EKS、Amazon ECS が AWS Cloud Map と統合

    AWS Fargate、Amazon Elastic Container Service for Kubernetes (EKS)、Amazon Elastic Container Service (ECS) のアプリケーションを AWS Cloud Map と統合できるようになりました。これにより、コンテナ化されたサービス同士が簡単に互いを検出し、相互接続できるようになります。AWS Cloud Map は、クラウドリソースを検出するサービスです。Cloud Map では、アプリケーションリソースのカスタム名を定義して、動的に変化するこれらのリソースの更新された場所を管理できます。ウェブサービスは必ず最新のリソースのロケーションを検出するため、アプリケーションの可用性が高まります。 これまでは、ECS サービスディスカバリを使用して IP アドレスやポートなどのサービスエンドポイント情報

    AWS Fargate、Amazon EKS、Amazon ECS が AWS Cloud Map と統合
  • Arm ベースの新しいAWS Graviton プロセッサによる Amazon EC2 A1 インスタンスのご紹介

    Amazon EC2 A1 インスタンスは、包括的な Arm エコシステムによってサポートされるスケールアウト型の Arm ベースのワークロードに最適で、大幅なコスト削減を実現できます。A1 インスタンスは、AWS Graviton プロセッサで動作する初の EC2 インスタンスです。このプロセッサには、64 ビットの Arm Neoverse コアと AWS が設計したカスタムシリコンが搭載されています。 AWS Graviton プロセッサは、Amazon が誇る大規模なクラウドアプリケーション用のプラットフォームソリューションを構築する豊富な専門知識を結集して設計された、AWS の新しいプロセッサ製品です。これらのプロセッサを使用すれば、目標とする電力、パフォーマンス、コストの最適化を達成できます。A1 インスタンスは、Arm 命令を実行する顧客のワークロードのコスト削減を実現して、

    Arm ベースの新しいAWS Graviton プロセッサによる Amazon EC2 A1 インスタンスのご紹介
  • AWS Lambda がストリーミングを高速化する Kinesis Data Streams の拡張ファンアウトと HTTP/2 をサポート

    AWS Lambda は、Kinesis イベントソースの Kinesis Data Streams (KDS) の拡張ファンアウトおよび HTTP/2 データ取得機能のサポートを開始しました。HTTP/2 データ取得 API では、データプロデューサーと Lambda 関数間のデータ配信速度が 65 % 以上改善されています。拡張ファンアウトにより、複数の Lambda 関数を持つ同じ KDS ストリームを、パフォーマンスを低下させることなく並列で処理できます。 登録済みの各イベントソースは、シャードごとに 1 秒あたり最大 2 MB のスループットでレコードを処理できます。イベントソースを Kinesis Data Streams コンシューマーとして登録すると、ユーザーは 1 つの Kinesis データストリームで、高パフォーマンス、低レイテンシーな複数のサーバーレスストリーム処理

    AWS Lambda がストリーミングを高速化する Kinesis Data Streams の拡張ファンアウトと HTTP/2 をサポート
  • Amazon EFS がアカウントおよび VPC をまたいでのアクセスをサポート開始

    Amazon EFS ファイルシステムに、異なる AWS アカウントまたは Amazon Virtual Private Cloud (VPC) の EC2 インスタンスから接続できるようになりました。 Amazon EFS は、AWS クラウドサービスおよびオンプレミスリソースで利用できる、Linux ベースのワークロード向けのシンプルでスケーラブルかつ伸縮自在なファイルシステムです。VPC ピアリング接続または VPC Transit Gateway を使用して VPC に接続する場合、ある VPC の EC2 インスタンスが別の VPC の EFS ファイルシステムにアクセスすることができます。VPC 同士が異なるアカウントに属していても可能です。同一 VPC 内であるアカウントが所有する複数の EC2 インスタンスを、共有の VPC を使用して、異なるアカウントが所有する 1 つの

    Amazon EFS がアカウントおよび VPC をまたいでのアクセスをサポート開始
  • Announcing Amazon Aurora Global Database

    Amazon Aurora Global Database は、グローバルフットプリントを持つアプリケーション用に設計された Amazon AuroraMySQL 互換版の新しい機能です。単一の Aurora データベースが複数の AWS リージョンにまたがり使用することを可能にし、迅速なレプリケーションにより、低レイテンシーでグローバルな読み込みとリージョン全体の災害復旧を可能にします。 Amazon Aurora Global Database は、アプリケーションワークロードに対応するためにデータベースを完全に利用可能にする専用インフラストラクチャを使用しながら、通常 1 秒未満のレイテンシーでストレージベースのレプリケーションを使用します。万一、リージョンの規模縮小や障害が発生した場合でも、セカンダリリージョンの 1 つを、完全な読み取り/書き込み機能に 1 分以内で昇格させ

    Announcing Amazon Aurora Global Database
  • AWS Step Functions にさらに 8 つのサービスが統合

    AWS Step Functions がさらに 8 つの AWS サービスと統合し、ワークフローの構築の高速化、保護の簡素化、モニタリングの容易化をさらに推し進めました。 AWS Step Functions を使えば、アプリケーションに柔軟なワークフロー自動化を追加できます。ワークフローのステップは、AWS Lambda 関数、Amazon EC2、オンプレミス等、どこにでも存在できます。今回、AWS Step Functions は、Amazon ECS、AWS Fargate、Amazon DynamoDBAmazon SNSAmazon SQS、AWS Batch、AWS Glue、Amazon SageMaker とも統合されました。これにより、バッチ処理ジョブの起動、メディアまたはデータファイルの処理、通知の送信、機械学習ワークフローのオーケストレートが必要なアプリケーショ

    AWS Step Functions にさらに 8 つのサービスが統合
  • Amazon EC2 でワークロードの一時停止と再開が可能に

    Amazon EBS でバックアップした Amazon EC2 インスタンスを休止させ、後から再開できるようになりました。アプリケーションは、メモリフットプリントをいちから再構築する代わりに、一時停止したちょうどその状態から再開できます。たとえば、キャッシュおよびその他のメモリ中心型コンポーネントに依存するアプリケーションは、プリロードまたはウォームアップに数十分を要すことがあります。こういった要素により、遅延が誘発され、極めて迅速に増分キャパシティーが必要な場合にはオーバープロビジョニングを強いられます。休止機能を使用すれば、より高速に生産的状態に入れるメモリフットプリントを持つ事前ウォーミング済みのインスタンス群を維持できます。これは、既存のアプリケーションに変更を加えることなく行うことが可能です。休止はノートパソコンの蓋を閉じて開くようなものであり、アプリケーションは作業を一時停止し

    Amazon EC2 でワークロードの一時停止と再開が可能に
  • AWS Lambda Supports Ruby

    Ruby を使用した AWS Lambda 関数コードの開発が可能になりました。AWS Lambda は、イベントに応じてコードを実行し、お客様に代わって自動的にコンピューティングリソースを管理するコンピューティングサービスです。 使用を開始するには、AWS CLI または AWS Lambda コンソールを通じて ZIP ファイルとして Ruby コードをアップロードし、ruby2.5 ランタイムを選択すればよいだけです。こうすることで、Lambda は高可用性を活用して、アプリケーションを実行およびスケールするのに必要なすべてを引き受けます。関数の開発にはお客様ご愛用の Ruby ツールおよびライブラリを使用可能です。Ruby で作成されたサーバーレスアプリケーションを、ローカルでテストしたり、デプロイしたり、管理したりするのに、AWS サーバーレスアプリケーションモデル (SAM)

    AWS Lambda Supports Ruby
  • AWS License Manager のご紹介

    AWS License Manager は、AWS サーバーおよび Microsoft、SAP、Oracle、IBM といったソフトウェアベンダーのオンプレミスサーバーで、ライセンスを簡単に管理できるようになるサービスです。AWS License Manager により、管理者はライセンス契約の規約をエミュレートするカスタマイズされたライセンスルールを作成し、EC2 のインスタンスが起動するときにそれらのルールを適用できます。管理者はこれらのルールを使用して、契約が定める以上のライセンスを使用する、または短期的に異なるサーバーにライセンスを再割り当てするといったライセンス違反を規制できます。AWS License Manager のルールによって、インスタンスの起動を物理的に停止したり、管理者に通知したりすることで、ライセンス違反の規制が可能です。管理者は AWS License Mana

    AWS License Manager のご紹介
  • Building an Android app with AWS Amplify – Part 2 | Amazon Web Services

  • Vue.js+Amplifyを駆使すればモダンなWebアプリを20分で公開できる - Qiita

    SPA -> GraphQL -> Serverlessバックエンド Vue.jsとAmplifyを駆使して、1からモダンなフロントエンド開発&サーバレスバックエンド構築をしてきます。今回は、Vue.jsで作成したSPAからAppSyncへGraphQLベースのリクエストを送り、裏のDynamoDBへデータの書き込みと読み込みまでを確認します。 (完成図) バックエンドのAWSリソースは、Amplify Frameworkを使用することで、コマンドラインから作成していきます。 また、Amplify Consoleを使用することで、CI/CDパイプラインも同時に作成し、GitHub上の最新断面がHTTPSでWebアプリとして公開するまでが記事のゴールです。 登場人物 小さなアプリから大規模まで対応できる優れたフロントエンドフレームワークで、個人的にも多用しています。記事はVue.jsのA

    Vue.js+Amplifyを駆使すればモダンなWebアプリを20分で公開できる - Qiita
  • ドイツ、ファーウェイを政府調達から排除せず 5G整備巡り

    12月7日、オーストリア、ニュージーランド、日など米同盟国が、政府機関の採用する製品・サービスなどから中国の通信機器大手、華為技術(ファーウェイ)を相次いで排除する中、ドイツ政府は、次世代高速通信「5G」のネットワーク構築に向け、いかなるメーカーやハイテク企業も排除しない方針を示した。写真は北京のファーウェイ社屋を警備する治安当局者。6日撮影(2018年 ロイター/Thomas Peter) [ベルリン 7日 ロイター] - ドイツ政府は、次世代高速通信「5G」のネットワーク構築に向け、いかなるメーカーやハイテク企業も排除しない方針を示した。内務省の報道官が7日明らかにした。 米国の同盟国ではオーストリア、ニュージーランド、日などが、政府機関の採用する製品・サービスなどから中国の通信機器大手、華為技術(ファーウェイ)[HWT.UL]を排除。同社を巡っては、米国の対イラン制裁に違反した容

    ドイツ、ファーウェイを政府調達から排除せず 5G整備巡り
  • 日本経済新聞社を退職しました - 銀色うつ時間

    いわゆる退職エントリ。興味のない人は閉じるボタンを。 11月末で日経済新聞社を退職した。2年8ヶ月という短い期間だったが、素晴らしい経験をさせてもらった。 やっていたこと 日経に入社して、日経電子版のwebを新しくモダンなアーキテクチャで作り直すプロジェクトの立ち上げから参画した。これは現在r.nikkei.comというドメインから配信されている。 r.nikkei.com 結局退職までこのプロジェクトがメインの仕事になったわけだが、最後まで全く飽きることはなかった。技術的な面で飽きずに働けるということはエンジニアにとって簡単なようでいて難しいことで、それができたのは最初のアーキテクチャの設計が優れていたこと、特定のフレームワークやライブラリに過度にロックインさせないポリシー、新しい取り組みにどんどん挑戦していけるカルチャーや環境(これは単純に人手不足という話もあるかもしれない)があって

    日本経済新聞社を退職しました - 銀色うつ時間
  • 「AWSによるサーバーレスアーキテクチャ」のAuth0 Lockについて - Qiita

    概要 AWSによるサーバーレスアーキテクチャのサンプル内で、認証サービスのAuth0 lock v9 を使用しています。 ですが、最新環境ではv9は動作しなくなっているので、v11へのマイグレーションを行いました。 その際のことを備忘録として記事に起こしておきます。 公式サンプル 著者によるgithubレポジトリ Auth0について クラウドを基盤とする統合認証認可サービス(公式)。 公式サンプルが豊富で、独自ユーザー管理機能、また様々なSNSアカウントとの連携が可能。 詳しくはここ Auth0 Lockは、Auth0が提供する埋め込みログインフォーム。 これさえ自身のアプリ・サービスに埋め込めば、すぐに認証認可機能の利用が可能になります 画面サンプルはこちら。 SPA用やモバイル用など様々あります。 Auth0 Lock v9とv11で、互換性がなくなっています。 なので、少し昔の技術書

    「AWSによるサーバーレスアーキテクチャ」のAuth0 Lockについて - Qiita
  • Tim has Issues ™ on Twitter: "Ya'll look at this https://t.co/QGqkyzoFZN"

    Ya'll look at this https://t.co/QGqkyzoFZN

    Tim has Issues ™ on Twitter: "Ya'll look at this https://t.co/QGqkyzoFZN"
  • SmartHRにおけるアカウントモデルの移行のはなし/Story of migration of account model in SmartHR - Rails Developers Meetup 2018 Day 4 Nouvelle Vague -

    SmartHRにおけるアカウントモデルの移行のはなし/Story of migration of account model in SmartHR - Rails Developers Meetup 2018 Day 4 Nouvelle Vague -

    SmartHRにおけるアカウントモデルの移行のはなし/Story of migration of account model in SmartHR - Rails Developers Meetup 2018 Day 4 Nouvelle Vague -
  • 優秀なマーケターに共通する100個の思考・行動の型 - マーケティング・パターン|栗原康太|note

    株式会社才流( https://sairu.co.jp/ )の栗原です。 黒澤さん(@KurosawaTomoki)とかねてより開発中だった優れたマーケターに共通する思考・行動の構成要素(パターン)をまとめた、「マーケティング・パターン」が完成したので一挙公開します! ※イラストはすべて @RihoNakaokaに作成してもらいました 更新履歴 2018/11/27 追加2パターンを追加しました 2018/11/26 追加9パターンを追加しました 目次 01 調査 02 戦略立案 03 認知 04 集客 05 リード獲得 06 商談獲得 07 受注 08 リピート 09 効果測定・データ分析 10 組織デザイン PDF版へのリンク 01 調査 02 戦略 03 調査 04 集客 05 リード獲得

    優秀なマーケターに共通する100個の思考・行動の型 - マーケティング・パターン|栗原康太|note