AWS CodeDeploy Deployments with HashiCorp Consul | Amazon Web Services
AWS Partner Network (APN) Blog AWS CodeDeploy Deployments with HashiCorp Consul The following is a guest post from Cameron Stokes, Solutions Engineer at AWS DevOps Competency Partner HashiCorp. AWS CodeDeploy automates code deployments to Amazon Elastic Compute Cloud (Amazon EC2) and on-premises instances, allowing developers to customize deployment steps as needed per their application requiremen
AWS Solutions Architect ブログ
こんばんは、テクニカルトレーナーの鬼形です。 2016/5/25に開催しましたAWS Black Belt Online Seminar 「Amazon S3」の資料が公開されました。Amazon S3のさまざまな機能がこの資料にコンパクトにまとまっており、「標準低頻度アクセスストレージ」や「Amazon S3 Transfer Acceleration」など最近のアップデートも解説されています。 Q: バージョニングにより保管されたデータを復旧する場合の復旧時間はどれくらいかかるのでしょうか？ A: バージョンで保管されたオブジェクトに関しては、即時アクセスが可能です。 Q: S3からGlacierにデータを移行し、その後、GlacierからS3へリストアする際、CLI以外に、マネジメントコンソールからの操作などもあるのでしょうか？また、便利なサードパーティのツールなどが有れば、教えて下
ゲームエンジニアのためのデータベース設計
DevLOVE X Day1 C-5のセッションです。 ITの活用範囲の広がりとともに、費用・品質よりもデリバリを優先するプロジェクトも増えてきました。しかし「しっかり考えるよりも、作ってリリースしちゃおうぜ、正解なんて誰にも分からないんだから」というマントラを唱えながら、返済見込みの立たない大量の技術的負債を抱える。それが最善の選択なのか、もう少しだけ立ち止まって考えてみませんか? YAGNIという言葉を便利に使いすぎてはいませんか? コードを書きなぐるのと、ちょっと考えて設計して作るのとで、そんなに開発スピードに違いがありますか? 考えてみたいと思います。 This document discusses messaging queues and platforms. It begins with an introduction to messaging queues and their
paizaの中の人による2016年のDocker本『Docker実戦活用ガイド』が本日発売！ - paiza times
こんにちは、吉岡([twitter:@yoshiokatsuneo])です。 paizaでは、軽量コンテナ環境Dockerを使った独自のオンラインジャッジシステムを構築し、エンジニアの転職スキルチェックサービスやプログラミング学習などで利用しています。 月間200万以上のDockerコンテナを作っており、Docker利用事例としては屈指の規模です。 本日より、このpaiza開発で培ったDockerやオンラインジャッジシステムのノウハウを詰め込んだ書籍『Docker実戦活用ガイド』(マイナビ出版)を出版します! Docker純正ツールが出揃った2016年唯一の本格的Docker書籍出版となります! Docker実戦活用ガイド 作者: 吉岡恒夫,paiza出版社/メーカー: マイナビ出版発売日: 2016/05/30メディア: 単行本（ソフトカバー）この商品を含むブログを見る Docker実戦
pt-osc的何かとマイグレーションのすりあわせについて
Bring your app’s core features to users with App Intents とか App Intents 関連の要約
HAProxy v1.6を使って複数のRDS Read Replilcaに分散させる - tail my trail
RDS ReadReplicaを立てて、参照クエリを逃がすことを考える。 可用性や拡張性を考えてReadReplicaは複数台構成とした場合、RDSの仕様を考慮して設計しておく必要がある。ポイントは以下。 Read Replicaは個々にEndpoint (DNS名) を持つ。 複数Read Replicaに対してバランシングする仕組みは提供していない。 ELBは RDS (Read Replica含め) には使えない。ELBにぶら下げられるのはEC2のみ。 Read Replica各ノードの死活監視、障害時の切り離し／切り戻しを考慮する必要がある。 ということで、Read Replicaのバランシングを行うなら、自分で仕組みを用意する必要がある。 実現方法はいくつか選択肢があるが、今回はL7のバランサーとして定評のあるHAProxyを使ってみる。 Architecture with HA
物理サーバを選定する際のポイント – Eureka Engineering – Medium
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
分散ワークフローエンジン『Digdag』の実装 at Tokyo RubyKaigi #11
こちらのスライドは以下のサイトにて閲覧いただけます。 https://www.docswell.com/s/ockeghem/ZM6VNK-phpconf2021-spa-security シングルページアプリケーション(SPA)において、セッションIDやトークンの格納場所はCookieあるいはlocalStorageのいずれが良いのかなど、セキュリティ上の課題がネット上で議論されていますが、残念ながら間違った前提に基づくものが多いようです。このトークでは、SPAのセキュリティを構成する基礎技術を説明した後、著名なフレームワークな状況とエンジニアの技術理解の現状を踏まえ、SPAセキュリティの現実的な方法について説明します。 動画はこちら https://www.youtube.com/watch?v=pc57hw6haXk
インフラを意識してコードを書くということ - Hatena Developer Blog
チーフエンジニアの id:Songmu です。 4月に 新人エンジニア研修を行なった のですが、その際に、「インフラを意識したアプリケーションの書き方」という講義を担当しました。そこでおこなった講義の内容について整理しながら書き起こしていきたいと思います。 インフラを意識すると何が良いか 業務でWebアプリケーションを扱うと、個人ではなかなか扱えないトラフィックであったりデータ量を扱うことになります。小規模サービスでは考えなくてよかった多くのことを考慮する必要がでてきます。なかなか体験できないことでもあるので、楽しく、やりがいもあります。 また、そういった経験を通して、インフラを意識しコードをかけるスキルを身につけることは、Webエンジニアとしては大きな強みとなります。ISUCONで優勝できるかもしれません*1。 インフラを意識すると何が良いか 〜 中規模ベンチャーの場合 そもそも、はてな
ドキュメントの継続的な開発方法 | IIJ Engineers Blog
私はソフトウェア開発を主体とするエンジニアで、 クラウドサービスの開発・運用 分散処理技術の検証とサービス利用の検討 社内の開発支援環境の開発・運用 などの業務に従事していますが、今回の記事は業務とは直接的な関係は無く、私が会社で勝手自発的に行っている取り組みについて書きたいと思います。 昨今、インターネットは生活に深く浸透し、クラウドサービスを利用することで安く簡単にWebサービスを開発、公開できるようになりました。Web技術の進化や流行の移り変りも非常に激しく、既存サービスの機能追加や新規サービスの開発は頻繁に行われています。それは弊社も例外ではありません。 このような開発の現場では、リーンソフトウェア開発への取り組みなど開発手法の最適化が積極的に行われ、様々なベストプラクティスが生みだされています。それらのベストプラクティスには、 継続的インテグレーション や 継続的デプロイメント
2016年5月30日 ログアウトのたびにユーザプロセスをすべてkillなんて ―毎度お騒がせのsystemd、新バージョンでまた炎上 | gihyo.jp
Linux Daily Topics 2016年5月30日ログアウトのたびにユーザプロセスをすべてkillなんて ―毎度お騒がせのsystemd、新バージョンでまた炎上 誕生以来、Linuxユーザの間で好き嫌いが大きく分かれるプログラムの代表にsystemdがある。現在、メジャーなLinuxディストリビューションのほとんどはデフォルトの起動プロセスとしてsystemdを採用しているが、その変更を決めるときはたいてい、どのコミュニティでもひと悶着がつきまとう。たとえば2年前にDebianがsystemdへの移行を決定したときも、開発者の間で意見が二分された状態になり、最後はチェアマンの裁定でsystemdに落ち着いている。また昨年、UbuntuがUpstartからsystemdに移行した際も、多くのユーザや開発者が混乱に陥ったことは記憶に新しい。 そしてそのsystemdがそのアップデートに
データ分析によるネットワークセキュリティ
データ分析手法を取り入れた新しいアプローチによるネットワークセキュリティ対策を、本書では紹介しています。従来の場当たり的な侵入検知やログファイル解析といった手法では、ネットワークのセキュリティを確保するのが不十分であるとの認識から、さまざまなデータを系統的に収集し多元的に分析した上で、適切な対策を講じようという、いままでにない視点で書かれています。ネットワークを監視し、分析し、その結果からネットワークセキュリティを強化、改善して、安全なネットワーク環境の実現を図るための基本的な知識を解説し、SiLK、R、Pythonによるスクリプトなどの役立つツールを紹介します。系統立ったセキュリティ手法を身に付けることにより、場当たり的ではなく、継続的かつ計画的なセキュリティ対策を取ることが可能となります。 目次 はじめに 第Ⅰ部 データ 1章 センサーと検出器：入門 1.1 配置：センサーの設置位置
Ansible 2.1が登場。Docker Compose対応、Windows対応強化、40機種以上のネットワーク機器対応が正式版に
Red Hat Debuts Ansible 2.1, with Network Automation, Containers, Microsoft Windows, and Azure | Red Hat Ansibleは昨年10月にRed Hatが買収、今年の1月にはメジャーバージョンアップとなる「Ansible 2.0」がリリースされ、2月にはサーバのソフトウェア構成だけでなくネットワーク機器に対する構成の自動化機能も発表されていました。 今回のAnsible 2.1では、WindowsおよびMicrosoft Azure対応の強化、Docker Compose対応、そして40種類以上のネットワーク機器に対する正式対応などが行われました。 Windows対応では、Windows file sharing、Windows Firewallへの対応、Kerberosによる認証対応、システ
Introducing Ansible 2.1: Networking, Windows, Azure, and Containers
I am pleased to announce the availability of Ansible version 2.1. Ansible 2.1 is Red Hat’s next major release since we pushed 2.0 in January. This new version adds a number of new features and fixes, and we’re excited to get it out into your hands. We’ve added key functionality in networking, took the beta tag off of our Microsoft Windows support, expanded our support for Microsoft Azure, enhance
Cult of the Party Parrot
ParrotHD Open-source ParrotHD Middle ParrotHD Reverse ParrotHD Aussie ParrotHD Goth ParrotHD Old Timey Parrot Bored ParrotHD Shuffle ParrotHD Shuffle Further Parrot* Conga Line ParrotHD* Reverse Conga Line ParrotHD Party ParrotHD Sad ParrotHD* Cop ParrotHD* Fast ParrotHD* Ultra Fast ParrotHD* Slow ParrotHD* Slo-mo Parrot* Dad ParrotHD* Deal With It ParrotHD Deal With It Now ParrotHD Fiesta Parrot
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JVM上でのストリーム処理エンジンの変遷
坪田 朋の2384年のノート
Serverless Scala
TechCrunch | Startup and Technology News