Kubernetesを利用したクラウドネイティブな開発と運用とは何か？ これまでと何が違うのか？ サイバーエージェント青山氏が語る（前編） July Tech Festa 2019
Kubernetesを利用したクラウドネイティブな開発と運用とは何か？ これまでと何が違うのか？ サイバーエージェント青山氏が語る（前編） July Tech Festa 2019 Kubernetesを利用したクラウドネイティブな開発や運用は、これまでとどう違うのでしょうか、あるいはどのくらい進化したものなのでしょうか。 2019年12月8日に産業技術大学院大学で行われたイベント「July Tech Festa 2019」で、サイバーエージェントの青山真也氏が行ったセッション『「Kubernetes による Cloud Native な開発」と「VM 時代の開発」』で、VMを用いた従来の方法と比較しつつ、Kubernetesを前提としたクラウドネイティブのやり方が分かりやすく紹介されています。 その内容をダイジェストで紹介しましょう。本記事は前編と後編に分かれています。いまお読みの記事は
初めてGithubのOSSにコントリビュートできたので流れをメモしておく - Qiita
はじめに 初めてOSS(Ansible)にプルリクを出してマージしてもらうことができたので、流れをメモしておきます。 自分は普段SIerで働いていて、紙とハンコでドキュメント管理しているような職場なので、世間一般の開発の感覚を知りたいと思ってOSSにコントリビュートしてみることにしました。 これから初めてやる人の参考になればと思います。 今回出したPR pamd: Fix AttributeError when removing the first or last rule (#60497)(#66504) 基本的なOSSコントリビュートの流れ 基本的には、上の図のような流れでコントリビュートをします。 まず、コントリビュートしたいリポジトリを自分のアカウントにforkして そこからローカルにcloneして編集し、終わったら自分のリポジトリにpushしてからPRを出します。 共有リポジトリ
Amplify for Androidでより直感的になったGraphQLを試した - 怠惰を求めて勤勉に行き着く
TL;DR 本エントリはAWS Amplify Advent Calendar 2019の24日目です！ 今回は新しくリリースされたAmplify for Androidを使って、前回と同じく下のようなチャットアプリを作るので、興味のある方は前口上を飛ばして後半をお読みください🎄 Amplifyとは 本題に入る前に、Amplifyを最近よく耳にするようになったけど何かよく分かっていないという人向けの説明をします。 Amplifyはモバイルバックエンドを爆速で作るためのサービスです。 https://aws.amazon.com/jp/amplify/ 他のいわゆるモバイルバックエンドとの際立った違いのうち、個人的に強調したいのは以下2点です。 バックエンドはAWSのサービスであり、真の意味でスケールする GraphQLのマネージドサービスを利用できる本日時点で唯一のプラットフォームである
政治的問題のためRuby GemsとGitHubからChef関連の諸々が消えた件について
アメリカ合衆国のとある政府機関への抗議のため、Chef関連のGemやGitHub上のソースコードを作者が削除した。 雇用期間に業務にてGemが作成されていたため、Chef SoftwareがGemの所有権を主張してGemを復活させた。 最終的には抗議行動に対してChef Softwareが折れることで決着が付いた。 現在Chef界隈が混乱している。 どうやら政治的問題のためにRuby Gemsに登録されたGemやGitHub上のソースコードが消されたらしい。 なかなか興味深い出来事で、なおかつ日本語圏に情報が出ていないので適当に記録しておく。 用語 Ruby：プログラミング言語の１種。日本においては超広範囲で使用されている超メジャーな言語。 RubyGems：Rubyにおけるパッケージシステム。他人のRubyプログラムやライブラリを簡単に取り込むことができる。 Chef: 構成管理ツールの
AWS Lambda関数の起動時間を約10分の1に短縮、全リージョンに展開
AWS Lambda関数の起動時間を約10分の1に短縮、全リージョンに展開：Lambda関数がVPCに接続する方法を改善 Amazon Web Services（AWS）は、「AWS Lambda」関数が「Amazon VPC」に接続する方法を大幅に改善する新機能を提供開始した。これにより、ユーザーはAWS Lambda関数の起動時間が短縮するというメリットを享受できる。 Amazon Web Services（AWS）は2019年9月3日（米国時間）、AWS Lambda（Lambda）関数の起動パフォーマンスが大幅に向上したと発表した。「Elastic Network Interface」（ENI）をより効率的に利用したためだ。 「Amazon Virtual Private Cloud」（VPC）に接続する全ての既存の関数と新規の関数で効果がある。9月3日から徐々に新機能を展開し、今
PostgreSQLは20年間どのようにfsyncを間違って使っていたか - 聴講メモ -
TL;DR 聴講メモ Intro into durability PostgreSQLのCHECKPIONT CHECKPOINT中にエラーが発生したら？ fsyncへの2つの間違った期待 なぜ今になって問題が明らかになってきた？ そもそもなぜBufferd I/Oなのか？ どうやって直すかか 参考リンク 質疑 最後に 先日PostgreSQLの新しいマイナーバージョンがリリースされました。このマイナーリリースでメインとなる修正は「fsync周りのバグ修正」で、このバグは間違ったfsyncに対する間違った認識から約20年間存在してたバグということで注目されていました。 このバグについてPostgreSQLのコミッタ(Tomas Vondra氏)が解説しているセッションが、先々週開催されたFOSDEM 2019でありました。私もFOSDEM 2019に参加していたのですがその際は裏セッション
サーバー群への管理者アクセス権限を統制する | ロードバランスすだちくん
シンジです。sshを利用してサーバーへアクセスする際、IDとパスワードでrootにダイレクトアクセスさせてるケースもままあるでしょうが、監査も通らないし乗っ取りリスク高すぎ問題なので辞めたいところです。クラウドを日常的に利用する方々の場合、通常は証明書認証によってサーバーログインを行っていると思います。証明書ファイルが次々と増えていく問題、証明書ファイルを手に入れれば多くの人がサーバーにログインできちゃう問題は目をつぶるしかないのか。 そこでエンプラなどでは、「踏み台サーバー」を作って、そこでアクセス権限をコントロールすることで、サーバーログインへの統制を図るわけですが、第一踏み台から第二踏み台へそして第三踏み台とかいう絶望も現実的に存在している実状です。そもそも、エンプラが踏み台サーバーを自前で作るわけがなく、そういう製品を購入して作ってもらう、はい数千万円、保守費毎年よろしくみたいな世
デプロイ時の課題をKubernetes×Helmで解決！ サードパーティリソースへのアクセス管理 (1/2)：CodeZine（コードジン）
Kubernetesはコンテナ化されたアプリケーションのイノベーションプラットフォームとして、近年注目されています。Kubernetesを使用すると、コンテナ化されたアプリケーションをクラウド/オンプレミス/ハイブリッド環境で簡単にデプロイして実行できます。そんなKubernetesの躍進を支えたテクノロジーの1つが、Kubernetesアプリケーションのパッケージ化/インストール/管理に使用されるHelmだと言えるでしょう。Talendのクラウドアプリケーションでも、KubernetesとHelmを使用しています。本稿では、デプロイ時に発生する課題への対応にKubernetesのリソースとHelmチャートを使用する方法を紹介します。なお、この記事はTalend本社ブログから翻訳・転載したものです。 原文：How to Manage Access to 3rd Party Resource
【書評】Docker/Kubernetes 実践コンテナ開発入門 - cyberblack28 tech blog
あまりにも内容が素晴らしく感銘を受けましたので、僭越ながら感謝の気持ちを込めて書評を書かせていただきます。 コンテナ技術に関する書籍は、これまでも色々と出版されてきましたが、ここまでコンテナアプリケーションの設計、構築、デプロイ、運用に至る開発スタイルを網羅した書籍はこれまでになかったと思います。 私自身、実際にコンテナアプリケーションの開発、運用を実践している方が出版する書籍をずっと待ち望んでいたのと、著者のブログを読んでさらに早く読みたいという欲求が抑えきれず、書泉ブックタワーで先行発売の情報を知り、駆け付けた次第です。 私のコンテナ歴としては、基本的に専門学校や社内外の勉強会でのハンズオンでDocker/Kubernetes/Rancherを教えたり、個人で検証してQiitaやコミュニティでプレゼンしたりするレベルです。2017年にDockerCon、KubeCon/Cloud Na
［速報］Google、コンテナ実行環境をサーバレスで提供する「Serverless containers」発表。Google Cloud Next '18 － Publickey
［速報］Google、コンテナ実行環境をサーバレスで提供する「Serverless containers」発表。Google Cloud Next '18 Googleはサーバのプロビジョニングやオートスケールなどサーバの運用管理などを意識することなく、コンテナ化したアプリケーションの実行を可能にする新サービス「Serverless containers」を発表しました。 #Serverless announcements coming your way: New App Engine Runtimes: Python 3.7 & Standard PHP 7.2 Cloud Functions GA Serverless containers GKE Serverless add-on Knative Cloud Build https://t.co/1fW7feKEfz #Google
[レポート] Application Performance Management (APM) on AWS #AWSSummit | DevelopersIO
はじめに 中山（順）です。 こちらはAWS Summit Tokyo 2018で行われたセッション「Application Performance Management (APM) on AWS」のレポートです。 スピーカーは、アマゾン ウェブ サービス ジャパン株式会社 技術統括本部 ソリューションアーキテクトの畑史彦さんです。 概要 アプリケーション全体のパフォーマンスを把握することは、エンドユーザーの需要に合わせてワークロードを拡張できるようにする上では不可欠です。 また、ソフトウェアを継続的に改善しユーザー体験を向上することにも役立ちます。Amazon CloudWatch カスタムメトリクスのダッシュボードと AWS X-Ray を使用してアプリケーションのモニタリングサービスを設計し、システムのパフォーマンスを把握する方法をご紹介します。 レポート このセッションは、「そもそも
![[レポート] Application Performance Management (APM) on AWS #AWSSummit | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/03c1e1204c7553dee92c22b93f054a1aeb2cedf2/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F04%2F400x400.png)
「一つのことをうまくやる」に忠実たれ。Serverspec開発者mizzyが語る成功するOSSの設計｜ハイクラス転職・求人情報サイト AMBI（アンビ）
「一つのことをうまくやる」に忠実たれ。Serverspec開発者mizzyが語る成功するOSSの設計 過去、手動と目視による作業が常だったサーバーのテストを圧倒的に簡易化するServerspec。国内外で高い評価を得るこのOSSの開発舞台裏を、作者の宮下剛輔（mizzy）さんが語ります。 2014年1月、世界中の優れたオープンソースプロジェクトを表彰するアワード「Open Source Rookies of the Year 2013」で、日本発のあるツールが選定されました。Dockerなど名だたるソフトウェアと並んで入賞したそのツールの名は「Serverspec」。 Serverspecとは、一言で表現すれば、サーバーのテストを自動化してくれるオープンソースソフトウェア（以下、OSS）のツールです。過去、手動と目視による作業が常だったサーバーのテストを圧倒的に簡易化するServerspe
Forkwell のインフラをコード化するためにやったこと - Grooves開発ブログ
ここ最近は既存のインフラを片っ端からコード化していた @sinsoku です。 インフラの魔物をコードに封印している感じがある。汝のあるべき姿に戻れ！— 神速 (@sinsoku_listy) 2018年1月10日 やっとコード化が一段落したので、インフラ周りでやってきたことを技術ブログにまとめました。 作業をする前の状況 Forkwell のインフラ環境は2016年夏頃に「第1回 インフラがコード化されていないのはヤバい！」議論が起き、タスクの優先度が上がりました。 このときは @ta1kt0me が頑張ってくれて、既存 EC2 インスタンスを Ansible で作れるようにしてくれました。 しかし、弊社では AWS の ALB、EC2、RDS、ElastiCache、...など、いくつものサービスを使っています。 この AWS リソースはコード化されておらず、手作業で作っていました。
Autoscaling Pub/Sub Consumers - Spotify Engineering
Spotify’s Event Delivery system is responsible for delivering hundreds of billions of events every day. Most of the events are generated as a response to a user action, such as playing a song, following an artist or clicking on an ad. All in all, more than 300 different types of events are being collected from Spotify clients. The Event Delivery system is one of the core pillars of Spotify’s data
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
Cluster SSH - Manage Multiple Linux Servers Simultaneously
AWSがServerless Application Repositoryを一般公開