KMS Encrypt and Decrypt filters in Ansible
ansible_kms_encrypt_decrypt.md KMS Encrypt and Decrypt Filters for Ansible This Gist shows how you can encrypt/decrypt variables with KMS during your Ansible playbook execution. While google searching I couldn't find anything useful on the subject. Let's say your project has a folder of playbooks called plays. In that folder, create a folder called filter_plugins and insert kms_filters.py (include
猫でもわかる Vertical Pod Autoscaler - チェシャ猫の消滅定理
先日行われた Kubernetes Meetup Tokyo #13 で、Vertical Pod Autoscaler (VPA) について発表してきました。 VPA は、各コンテナの Resource Request の値を自動的に調整してくれるコンポーネント群です。必要とするリソース（CPU、メモリ）量があらかじめ推測しにくいアプリケーションに対して、実績に基づいてそれらしい値を決めたい場合に効果を発揮します。 本記事ではスライドの補足として、VPA が動作する流れをクラスタ上での実際の挙動を通じて確認し、また内部実装についても踏み込んで解説します。 なお、本記事中で引用している仕様やソースコードは執筆時点で最新のコミット ab9c27e を基準にしています。 github.com はじめに Kubernetes の Pod には、コンテナごとにリソース使用量を指定する機能があります
第38回 LOCONDO.jpやLINEでのMySQL最新導入事例，PostgreSQL 11ベータ4リリース，Cassandra（イベント情報のみ）：OSSデータベース取り取り時報｜gihyo.jp … 技術評論社
OSSデータベース取り取り時報 第38回LOCONDO.jpやLINEでのMySQL最新導入事例、PostgreSQL 11ベータ4リリース、Cassandra（イベント情報のみ） 2018年9月に開催されたイベント「db tech showcase 2018」にて、多数のMySQLの事例講演が行われました。PostgreSQLは次期メジャーリリースPostgreSQL 11に向けたベータ4がリリースされました。Cassandraは10月に開催するセミナー情報のみ掲載しています。 ［MySQL］2018年9月の主な出来事 2018年9月はMySQLの製品リリースは、MySQL Connector/Python 2.1のマイナーバージョンアップのみでした。インサイトテクノロジー主催のイベント「db tech showcase Tokyo 2018」が9月19日～21日に開催され、約100セッ
ExternalDNS + Route 53 Auto NamingでEKSのServiceをRoute53で名前解決してみる ｜ Developers.IO
ExternalDNS + Route 53 Auto Naming(Service Discovery)でEKSのServiceをRoute53で名前解決してみる こんにちは、かたいなかです。 レガシーシステムをEKSに段階を踏んで移行していく際、途中の段階でレガシーシステム側からEKSのサービスにアクセスさせたいことがあります。そんなとき、名前解決をしたいが手動で管理するのも面倒だ、と悩んでいる方も多いのではないでしょうか。 そこで今回はExternalDNSというツールを用いてサービスに対して特定のFQDNを紐付けて名前解決を行えるようにする方法をご紹介します。 ExternalDNSとは ExternalDNSはKubernetesのServiceやIngressをDNSプロバイダに対して同期してくれるツールです。これを用いることで、Kubernetesのリソースを用いてDNSのレ
ServerlessConf Tokyoで、サーバーレスなシステムの運用監視に関するセッションを行いました - Taste of Tech Topics
こんにちは！QAエンジニアの@yuki_shiro_823です。本日は事例発表の紹介です！ 弊社のシニアテクニカルアーキテクトの鈴木貴典が、ServerlessConf Tokyo 2018 で、サーバーレスなシステムの運用監視に関するセッション発表をしてきました。 サーバーレスなシステムのがんばらない運用監視 ～Monitoring から Observability へ～ ServerlessConf Tokyo2018 サーバーレスなシステムのがんばらない運用監視 from Takanori Suzuki 今年で3回目を迎える ServerlessConf Tokyoですが、今年は、上記セッションを含め、運用監視に関する話が多かったようです。 いくつかのセッションでDatadogについて触れられていたようで、一番メリットがあったのはDatadog社ではないか、という話もあったそうな。笑
ある日、ブロックチェーンでサービスを作ることになったら - Qiita
これは、SREアドベントカレンダー23日目の記事です。 はじめに 昨年、暗号資産（仮想通貨とは呼ばないそうです）は投機性から非常に盛り上がりました。 対日本円への価値の下降や様々な事件から暗号資産自体の注目は下がりましたが、 ブロックチェーン技術自体の改善やブロックチェーンの投機以外での利用は依然とし盛り上がっています。 ブロックチェーンを使ったサービスなどは、Web3と呼ばれたり、限られた巨人たちからインターネットを取り戻そうという流れの後押しもあり注目が集まっています。 多くのブロックチェーンでは、、分散システムで改ざん困難であり、非中央集権であることが利点であり、未来のインターネットと感じて投資をしている人がいます。 私は現在、double jump.tokyoという会社で「My Crypto Heroes」というEthereumを利用したブロックチェーンゲームの開発をしています。
ECS運用のノウハウ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 関連記事 マイクロサービスを支えるインフラアーキテクチャ (AWS Dev Day 2019登壇資料) ECSデプロイツールを公開しました ECSにおけるログの取り扱いを別ページに移動させました 設計 基本方針 基盤を設計する上で次のキーワードを意識した。 Immutable infrastructure 一度構築したサーバは設定の変更を行わない Infrastructure as Code インフラの構成をコードで管理 (Terraformを採用) Serverless architecture 無駄にサーバを増やさない アプリケーシ
個人開発のUI設計術 - Crieit
あんど( @ampersand_xyz )と申します。 クイズメーカーなど、色々なサービスを個人でリリースしているフリーのエンジニアです。 個人開発を支える技術のアドベントカレンダーではサービスを構築するArchitectureに関する技術の話題が多いなか、周りの方やマシュマロからの匿名メッセージ質問でUIのことに関する質問などが多かったので、本投稿ではUIやデザイン周りに関するTechnic…と言えるほど上等なものではないのですが、そのあたりの技術をお話したいと思います。 なお、自分は正直かなり我流で適当にやっているので、もっといい方法のツッコミなど歓迎しております。 1.画面サイズの最大・最小幅を最初に決めておく まずはじめにここを決めます。 いかにリキッドデザインやレスポンシブで画面を作成するといえども、極端に幅が小さい、または大きいデバイスを相手にする場合、どうしてもサイズ整合性を
GraphQL を RESTful API と比較しながら実装して理解する - JX通信社エンジニアブログ
この記事は GraphQL Advent Calendar 2018、JX通信社 Advent Calendar 2018の19日目です。 NewsDigest で API のバックエンドとして GraphQL を本番利用して1年ぐらい経ちました。GraphQL 自体は、「クエリ言語」という位置づけですが、実際には「API のスキーマ」という使われ方(a.k.a. Anti-REST な何か)が多いと思います。 実際、NewsDigest の API としては、もともと RESTful なものを運用してたのですが、GraphQL へ移行しました。つまり、 RESTful の代わりとしての利用 プライベートな API アプリから使う API サーバーサイドエンジニアがメンテするもの(BFFな文脈で、フロント側のエンジニアがメンテするケースも多いと思いますが) といった使い方です。GitHub
CIマニアから見た各種CIツールの使い所 - くりにっき
社内外でちょいちょい聞かれるのでメモ。 前置き GitHubを使ってる場合 ライブラリを作ってる場合 Travis CIを選択する理由 2020/4/21追記 Travis CIを選択しない理由 アプリを作ってる場合 CircleCIとWerckerの共通点 CircleCIとWerckerの機能差異 GitLabを使ってる場合 GitLab CIの優位点 Jenkinsなどを使った方がいい場合 追記：2018/12/8 前置き 100%自分の主観なので偏ってます SaaSかオンプレならSaaS派。（自分でサーバの面倒身たくない） 自分が使ったことがないものは紹介していません 今回紹介してるTravis CI, CircleCI, Wercker, GitLab CI, Jenkinsに関しては仕事や趣味で各3〜4年くらいは使ってるはず GitHubを使ってる場合 ライブラリを作ってる場合
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - catatsuy/notify_slack: To post a message to Slack from the command line