初めてAWS Summitに参加した筆者が感じた「あって良かった。」「あれば良かった」 #AWSSummit | DevelopersIO
2018年05月30日(水)〜2018年06月01日(金)の計3日間に渡り、グランドプリンスホテル新高輪（国際館パミール、飛天）でAWS Summit Tokyo 2018が開催されました。 当エントリでは、初めてAWS Summitに参加した筆者が「あって良かった。」「あれば良かった」と感じた事柄についてご紹介をしたいと思います。 AWS Summit Tokyo 2018（2018年5月30日～6月1日）｜AWS 事前準備 開催当日までに用意/入手しておくと良いと思ったもの できるだけ会場に近い宿泊先 周辺地域に住んでいれば関係ありませんが、地方からの遠征組には必須ですね。衣類の圧縮袋も便利でした 強靭な足腰と体力 広い会場を歩き回ることになるので、運動不足の影響が大ダメージとなりました 余裕のある行動計画 受講セッションと展示ブース見学、食事など休憩する時間も大切です。もちろん、業務
AWSとGitHubを組み合わせてさくっとDevOpsを実現するCodeStarのご紹介 #AWSSummit | DevelopersIO
AWS Summit Tokyo 2018において、GitHubとAWSのCodeStarの連携についてのセッションを受講したので、その様子をお届けします。 AWSにおけるDevOpsを支えるCodeシリーズ、最近は非常に充実してきていますが、さらにGitHubを連携させることで、お手軽簡単に開発フローを揃えることができます。セッションでは動画を交えてその流れを説明していだき、「こりゃとっかかりには最高だべ」と感じたので、その様子をレポート致します。 __ （祭） ∧ ∧ Y ( ﾟДﾟ) Φ[_ｿ__ｙ_l〉 CodeStarとGitHubﾀﾞ ﾜｯｼｮｲ |_|＿| し'´Ｊ セッション概要 「CodeStar で実践する GitHub Flow ープルリクベースでサーバレスアプリを自動デプロイ！」 講演者は「池田 尚史」さん。 ギットハブ・ジャパン合同会社 ソリューションズ
AWS を安全に使うために（IAM のベストプラクティス） | DevelopersIO
セキュリティインシデントを止めるには IAM から。IAM の正しい使い方を一度覚えればセキュリティリスクは低減できます。AWS のドキュメント「IAM のベストプラクティス」をできるだけ具体的に解説してみましたのでご一読ください。 はじめに AWS を利用するにあたり、セキュリティをいかに確保するかが最優先事項となります。 今回は AWS を利用する際に一番最初に設定するであろう IAM で必要な設定について、AWS が推奨しているベストプラクティスに添って可能な限り分かり易く説明していきます。 IAM とは AWS の操作をより安全に行うため、AWS リソースへのアクセスを制御するためのサービスです。 IAM により、複数のユーザーに AWS リソースへの安全なアクセスを簡単に提供できます。 とある会社の場合 例として以下のような会社を定義します。 社長 x 1人 部長 x 2人（営業
[レポート] Alexa スキル ー ベストプラクティス #Alexa #AWSSummit | DevelopersIO
こんにちは、せーのです。 今日は2018/05/30より3日間に渡って東京、品川で開催されている「AWS Summit Tokyo 2018」からセッションリポートをいたします。 このレポートはTech上級 「Alexa スキル ー ベストプラクティス」です。スピーカーはアマゾンジャパン合同会社 Alexa Skills Kit本部 シニアソリューションアーキテクトの小林 剛士氏です。 レポート ジェフ・ベゾスがお客様に宛てた手紙 => we willl continue to focus relentlessly on our customers. 長期的に投資する、というのがAmazon のミッション 2018/3/31 アメリカ、インド、ドイツなどで好評戴いているAlexaを日本で正式に開始した 人間は昔から面倒なことはしない インターフェースの変遷: Character Mode
[システム運用] Spring Boot + ElastiCache + DynamoDBで構成されたシステムのメンテナンス -問題編- | DevelopersIO
はじめに こんにちは。こむろ＠札幌です。 4月から部署異動し、ここ数年の大規模システムのアプリケーションからインフラまでの運用と開発経験を活かし、Prismatix の開発と運用の狭間をブリッジする役目として開発に参加しています。 周囲はとんでもなく優秀なプログラマー等がたくさんいるため、この年齢になっても新たなことを学べる環境というのは非常にありがたい次第です。自分も運用経験で気づいたことや学んだことを開発側へフィードバックすることでより安定したサービスをサポートできるよう頑張っていく所存であります（ここまで挨拶） ということで、事業開発部では大規模なサービスの開発から運用までやっていきたいエンジニアを鋭意募集しております。 ソフトウェアエンジニア ― 東京 / 札幌 開発マネージャー候補― 東京 複数のServiceが絡み合うピタゴラスイッチ 様々なAWSのサービスを組み合わせることで
![[システム運用] Spring Boot + ElastiCache + DynamoDBで構成されたシステムのメンテナンス -問題編- | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/f462eca999e0629c1eda58d64867dd4092abac90/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Fspring.png)
無料で脆弱性検査！Dockerfileに4行追加で導入できるmicroscannerを試してみた
microscannerは、CVEベースでDockerイメージの脆弱性検査をするツールです。簡単に導入できかつ有用なので、導入方法と利用上の注意事項などをまとめました。 先日レポートした「Docker漬けの一日を共に〜Docker Meetup Tokyo #23」は、情報量がてんこ盛りで、学び多くて楽しくてワッセロイだったんですが、その中で、とく(@CS_Toku)さんがLT発表されていた「KubeCon報告とmicroscanner試してみた」のmicroscannerが、面白そうだったので早速触ってみました。 Dockerfileに4行追加するだけで、CVEベースの脆弱性検査が無料で利用でき、既存のイメージビルドに組むこむのもお手軽そうなので、これからコンテナ導入しようと思っている人も、既に本番でガンガンコンテナ使っている人も、一度導入を検討してみてはいかがでしょうか。 __ （祭）
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
