DNSレコードをTerraformで管理してたけどやめた
DNSレコードをTerraformで管理していたドメインがありました。(Route53) IaC(Infrastructure as Code)は当然のようになっていてこのドメインもTerraformで管理していました。 しかし運用していくにつれ今の構成に不満点も出てきてて, なんかいい感じに出来ないかな~と思っていました。 Terraformで管理しているけど, 管理するレコード数が多くなるにつれ terraform plan や terraform apply の実行に時間がかかるようになってきた CircleCI使って自動化してるからデプロイ待たないで違うことしてればいいんだけど, そこまで何か違うことできるほど時間かかるわけじゃないから結局待っちゃってストレス そもそもコード化してるけど, このドメインに関していうとプルリク作ってレビューしてapply!みたいな慎重な手順は踏む必要
AWS CDKでプロバイダーとしてTerraformが使える！！CDK for Terraformが発表されました！！ #awscdk | DevelopersIO
AWS CDKでプロバイダーとしてTerraformが使える！！CDK for Terraformが発表されました！！ #awscdk AWS CDKがデプロイプロバイダーとしてTerraformをサポートしました！！！まだPreview版ですが、試しにVPCを作成してみました。 はじめに おはようございます、加藤です。私にとっては今年1番熱いアップデートが来ました！AWS CDKがなんとデプロイプロバイダーとしてTerraformをサポートしました！！！ ただし、今の所アルファテストステージなので、原則プロダクション環境に使うべきでありません、使う際は慎重に判断してから使用しましょう。 今まで、TerraStackIO/terrastackという同様にCDKでプロバイダーとしてTerraformを使おうとするプロジェクトはあったのですが、あまり開発は進んでいませんでした。なので、これまで
マイクロサービスを形式的に見てみる - Juju-62q's blog
マイクロサービスについて考えていたら疲弊したので、少し技術者らしく形式的に見てダメのものを思考から削ぎ落としたいと思った。 グラフ理論などコンピュータサイエンスの基礎を交えて話をするが、基本的には当たり前のことしか言わないと思うのでここに書くことを意識せずとも暗黙的に実践している人も多いだろう。 なお、個人の意見でしかないのであっているか間違っているかはわからないし、筆者にこの記述に反した実装を否定する意図はない。 今回は適当に書き散らかすのでかなりテイストが違うが他のブログと同一人物が書いている。乗っ取り等ではないです。 TL;DR マイクロサービスはDAGとすると考えやすいしデプロイしやすい 閉路があるなら設計を見直した方がいい DAGかどうかはサブシステムレベルでそれぞれ考えると簡単 デプロイに関係するリポジトリでは閉路がないことを意識させる設計にするといい マイクロサービスと疲弊
【サーバーサイド一式】Docker + Rails + Circle CI + Terraformでインフラをコードで環境構築 & ECSへ自動コンテナデプロイ【前半】 - Qiita
様々なツールやサービスを繋げていく事は、全体像の把握がとても大事になってきます。 まず大きい流れを確認しましょう。時系列順に列挙すると以下となります。 ###アプリが自動でコンテナデプロイされるまでの流れ (0.TerraformでAWS上のリソースを定義) 1.RailsアプリをGithubにpush 2.CircleCIでCI開始 3.CIでDockerイメージをビルド 4.DockerイメージをECRへpush 5.ECSのTaskDefinitionを更新 6.CIでmigration 7.アプリがデプロイされる！ 画像に表すと、以下となります。 ざっくり各ツールの役割も解説すると ####terraform インフラストラクチャ定義ツール。 クラウド上のリソースを定義ファイルの状態になるように生成・操作してくれる。 画面上でポチポチやってたインフラの操作をコードにできる。 ###
TerraformでFargateのSidecarを実現しよう - Tech Blog - Recruit Lifestyle Engineer
こんにちは！リクルートライフスタイルの共通クラウド基盤でリードクラウドアーキテクトをしている須藤です。 この記事は AWS Advent Calendar 2018 の2日目の記事です！( リクルートライフスタイル Advent Calendar 2018 2日目の記事でもあります) リクルートライフスタイルの共通クラウド基盤では、サービスごとにアカウントを払い出して、サービス開発者がその環境を構築する、というスタイルです。クラウドアーキテクトチームはCCoE(Cloud Center of Excellence)であり、TerraformやFargateを使いたい、という開発者に対しては、ペアプログラミングやアーキテクチャレビューなど、規範的・助言的な活動を通して成長しあっていく、という活動をしています。 当然、re:Invent 2018で発表された トランジットゲートウェイ や AW
Angular 7正式版リリース。バーチャルスクロール、ドラッグ＆ドロップのサポートなど、6カ月ぶりのメジャーバージョンアップ
Angular 7正式版リリース。バーチャルスクロール、ドラッグ＆ドロップのサポートなど、6カ月ぶりのメジャーバージョンアップ JavaScriptフレームワーク「Angular」の最新版「Angular 7」正式版がが10月19日にリリースされました。 Angularは2017年4月に登場したAngular 4から、半年ごとにメジャーバージョンアップが行われるリリースサイクルを採用しています。Angular 7はこのリリースサイクルに従って、2018年5月に登場したAngular 6に続くメジャーバージョンとなります。 Angular 7では、これまでのバージョンアップに引き続き動作速度の向上が計られているほか、TypeScript 3.1対応とRxJS 6.3対応、Node 8のサポートに加えてNode 10もサポートされるようになりました。 そしてAngular 7での大きな新機能は
マイクロソフト、CI/CDツール「Azure Pipelines」発表。オープンソースプロジェクトにはビルドやデプロイを無料提供。一般ユーザーも1カ月30時間分無料
マイクロソフト、CI/CDツール「Azure Pipelines」発表。オープンソースプロジェクトにはビルドやデプロイを無料提供。一般ユーザーも1カ月30時間分無料 マイクロソフトはコードリポジトリや自動ビルド、テスト、デプロイツール、カンバンツールなど、いわゆるDevOpsに対応した開発運用プロセスを包括的に支援する一連のツールを揃えた新サービス「Azure DevOps」を発表しました。 Azure DevOpsはこれまで「Visual Studio Team Services」として提供されていたサービスをリブランドし進化させたもので、既存のVisual Studio Team Servicesユーザーは自動的にAzure DevOpsにアップグレードされます。 オープンソースプロジェクト向けにAzure Pipelinesを無料提供 そのAzure DevOpsの機能の中心的な存在
突撃！隣のDevOps 【エウレカ編】 ｜ Developers.IO
はじめに こんにちは、DevOps導入支援担当の藤村です。突撃！隣のDevOpsが帰ってきました！パート1からなんと2年ぶりのパート2、2といえばペア、ペアといえばPairs！ということで、今回はPairsを運営するエウレカさんにお邪魔して、DevOpsに関して根掘り葉掘り聞いてきました！ 突撃！隣のDevOpsとは パート1からあまりに時間が経っているため、改めてこのシリーズの趣旨について再掲します。 突撃！隣の開発環境では各会社さんの開発の方法や、どのような体制で開発をしているのかという形で、「開発」に焦点を当てたインタビューをさせていただいていました。実際、ソフトウェアサービスと言うのはリリースしてからがスタートであり、日々の改善活動や安定運用を行うため、開発（Development）と運用（Operations）が協力し合いながらビジネス要求に対し、早くかつ柔軟に対応していくかが求
テストフェーズがなくなるのが未来だろうっていう話
「じゃ、どういうプラクティスがあればいいのだろう？」と考えはじめたのが、メルカリに入る少し前の頃。そこで今ためしにAutomation & QA チーム（通称：AQA）でがんばっているのが //speakerdeck.com/assets/embed.js ↑の部署紹介資料にもある「Continuous E2E Testing」です。現在は夜間ビルド＆手動でいつでも実行。そして、最終目標はコミットごとの実行（でもすごくそれは難しい）。 だって、アジャイル開発、DevOps時代だともう、ずっとテストするしか「はやく」ならないんですもの。 CodeZineさんの「アジャイル開発におけるテストとは？ その未来とは何か？【Agile 2018】」でも、AQA POP TALKの「探索テスターの未来？ テスト戦略モデル「INFORMATION」とは何か？ via ebayのセッションより」でも登場す
タイムゾーンを考慮した日時の扱いのベストプラクティス - エムスリーテックブログ
こんにちは、server-side kotlin や terraform を書くことが多い、エンジニアリングGの矢崎(id:Saiya)です。 タイムゾーンや日時の扱いについての話題がホットな昨今ですが、 そういった日時の扱いについて例えば以下のようなお話を受けることが少なからずありました: とりあえず日時は UTC からの時差情報付きで扱えばいいんでしょ？ DB に保存するときもタイムゾーン情報付きで入れておけばいいんでしょ？ こういったお話を振られた際に、思うところを一言でサッと説明できずもやもやする事もあり、 また web サービスにおいて日時・タイムゾーン・オフセットをどう扱うべきか？納得の行く説明をあまり見つけられなかったため、 筆者なりに考えをまとめてみました。 国家的祭典のために急にサマータイムが導入されるといった話に限らず、 クラウドサービスが UTC+0 の日時になってい
おじさんへの説明が必要な企業は危ない、DevOps三賢者ほえる
実践している日本企業は20％。調査会社のIDC Japanが公表したDevOps（デブオプス）に関する調査結果である。実践の具体的な計画を持つ企業を含めると約3割に達する。DevOpsはビジネスニーズに応じてアプリケーションをはじめとするソフトウエアのデリバリー（提供）やデリバリー後の改変を素早く実行可能にする一連の取り組みや手法を指す。 社運をかけて新サービスの立ち上げを決めた。提供開始まで時間の余裕はない。サービスの概要はほぼ固まっているものの、途中で変更になる可能性が高い。業務部門に「こんなシステムが欲しい」という明確なイメージがあるわけではない──。こんな状況で要求に応え、ユーザーが実際に使えるアプリケーションを作り上げるのがDevOpsの目的だ。アジャイル開発、バリュー・ストリーム・マップ、自動テスト、CI（継続的インテグレーション）、コンテナなど様々な手法や技術、ツールを活用す
AWS FargateでElixirのコンテンツ配信システムを本番運用してみた - エムスリーテックブログ
こんにちは、エムスリーエンジニアの園田です。 エムスリーでは医療・ヘルスケアサイト向けのコンテンツ配信システムであるChuoiというサービスを運用しています。 以前このブログでも紹介しましたが、このサービスは Elixir/Phoenix で実装されていて、ElasticBeanstalk のCustom Platformを使って運用していました。 www.m3tech.blog 2018/07/04 に AWS Fargate が東京リージョンでローンチされたので、ElasticBeanstalk から Fargate での運用に切り替えました (2018/07/13 切り替え完了)。その際の手順やTipsを書きたいと思います。 今回は構成の説明のみで、実際のコードなどは別のポストで解説していきます。 2018/07/30 追記 実装編の記事を書きました。 www.m3tech.blog
2018年なぜ私達はコンテナ/Dockerを使うのか | iret.media
2017年にもうコンテナの未来・一つのカタチはもう確定したと言え、今更感があるものの、改めてDockerとコンテナについて。 今更こんなことを書くのは、情報が溢れてくる今こそ、正しく理解し、正しい順序で学習することが重要だと切に思うから。 内容についてのお断り How Toはかきません あくまでも2018年時点の私見 目新しい情報はない、2016年頃に書けたレベル Dockerをこう使えとか、こうするのがいいとかの話ではなく、コンテナとDockerに関して大きな視点で現時点で私の考えを書きます。また、私自身はかなりのコンテナ推進派です。 Dockerをよくわかっている人には意味のない記事となります。 コンテナ(Docker)のメリット 何故コンテナがいいのか、コンテナをある程度の学習コストを払ってでもやる理由 コンテナとDocker コンテナ技術はDockerが生まれる前から存在する技術で
2018年なぜ私達はコンテナ/Dockerを使うのか - 続 カッコの付け方
2017年にもうコンテナの未来・一つのカタチはもう確定したと言え、今更感があるものの、改めてDockerとコンテナについて。 今更こんなことを書くのは、情報が溢れてくる今こそ、正しく理解し、正しい順序で学習することが重要だと切に思うから。 内容についてのお断り How Toはかきません あくまでも2018年時点の私見 目新しい情報はない、2016年頃に書けたレベル Dockerをこう使えとか、こうするのがいいとかの話ではなく、コンテナとDockerに関して大きな視点で現時点で私の考えを書きます。また、私自身はかなりのコンテナ推進派です。 Dockerをよくわかっている人には意味のない記事となります。 コンテナ(Docker)のメリット 何故コンテナがいいのか、コンテナをある程度の学習コストを払ってでもやる理由 コンテナとDocker コンテナ技術はDockerが生まれる前から存在する技術で
DevOpsの文脈でのDevelopment ResearchすなわちDevResについて - 人間とウェブの未来
DevOpsについては多くが語られてきました。一方で、開発者と研究者の関係をDevOpsの文脈、いわゆる、Development ResearchすなわちDevResとしたときの関係性についてはあまり語られていません。これからの企業、ひいては、社会における開発者と研究者のあり方についてはDevOpsという名の元に解決しようとされてきたことの多くがまた繰り返されるように思えます。むしろ、DevOpsとして取り組んできた歴史よりも、技術者と研究者との関係性やその分断は、古くから続く課題といえるかもしれません。 これまで技術者と研究者という観点で述べてきたこと 実際に、僕はペパボ研究所という研究開発組織の主席研究員、エンジニア組織のチーフエンジニアとして、いわゆるDevResに近い取り組みをここ2年程行ってきました。その取り組みの中で、徐々にDevResにおける大切なことが明確になってきたように
CloudFront + S3 + Lambda@EdgeでBasic認証付きお手軽 静的サイト ( ランディングページ ) 環境を作った | Recruit Tech Blog
こんにちは。開発支援Gでインフラ運用をしている大島です。 Lambda@Edgeとは、CloudFrontが配信するコンテンツをカスタマイズする関数を実行できる機能のことです。本記事では、これを使ってランディングページ ( 以下LP ) のような静的サイトに対してお手軽にBasic認証を設置する話です。 また、最後におまけ程度ですが、この構成に到るまでの背景も書いていますのでもしよろしければご覧になっていってください。 LP環境をCloudFrontで作るのにBasic認証はどうしよう ? 開発中はデバッグ用の要素や社内開発環境へのリンクなども含まれていたりすることを考えると、何かしらの方法でアクセスを制限する必要があります。nginxなどのwebサーバであればBasic認証の設置も簡単ですが、今回はCloudFront + S3なのでそうそう気軽には設置できません。 そんなときに便利なの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS CDKでTerraformによるプロビジョニングが可能な「CDK for Terraform」が発表
コンテナ時代のDevOps 〜Azure Web Apps for Containers + Docker + Jenkins + SeleniumでイマドキのCI/CDをやってみる [理論編]〜 – SIOS Tech. Lab![コンテナ時代のDevOps 〜Azure Web Apps for Containers + Docker + Jenkins + SeleniumでイマドキのCI/CDをやってみる [理論編]〜 – SIOS Tech. Lab](https://cdn-ak-scissors.b.st-hatena.com/image/square/69cd62cd19f8c52bcb37eb2f8821e99d3086b819/height=288;version=1;width=512/https%3A%2F%2Ftech-lab.sios.jp%2Fwp-content%2Fuploads%2F2018%2F09%2FScreen-Shot-2018-09-24-at-1.22.25.png)
DevOps vs SRE: Enabling Efficiency and Resiliency | Harness