タグ

Dockerとawsに関するigrepのブックマーク (8)

  • コンテナ運用におけるログ基盤設計のベストプラクティス - Qiita

    課題 数年前と比較すると、GKEやECSを始めとするコンテナ実行環境でのアプリケーション運用を行うサービスはかなり増えてきた印象があります。 コンテナを運用する上では、アプリケーションのイベントを追跡する上でログをどう扱うかが課題になります。今までのように古いログを定期的にローテートして別のストレージに転送するといった手法はクラウドネイティブなアーキテクチャには最適とは言えません。 アプリケーション開発の方法論として、Twelve Factor App ではログをイベントストリームとして扱うためのガイドラインが示されていますが、近年のWebアプリケーションではシステムを疎結合に連携するマイクロサービスという考え方が主流になりつつあります。 アプリケーションログはサービスごとにフォーマットを整形した上で、ログ収集サービスに配送。必要に応じてリアルタイム分析や異常データの通知、そしてデータの可

    コンテナ運用におけるログ基盤設計のベストプラクティス - Qiita
  • Kubernetes、やめました | 外道父の匠

    最近 Kubernetes 全然触ってねーなって思ってたところに、『6年ぶりぐらいにクラウド使った結果、Kubernetes以外のマネージドサービスとか基要らなくない?となった話 – データエンジニアの酩酊日記』を見つけて、自分と異なる立場によるコンテナシステムへの感想を興味深く読ませていただきました。 Kubernetes を推す人がいる一方で、ここには昨夏『Kubernetes、はじめました』と言っておきながら今年に入って全然触らず、ECSを使ったシステムばっか手掛け、Kubernetes いらなくね?って思う人もいるわけで。これはいったいどういうことでしょう、と雑感タイムです。 どうしてコンテナシステムで迷うのか 最初に断っておきたいのは、以下 Kubernetes を否定したり腐すような意図は全くなく、なんでやろ?って自身に問いかけた私見です。やめました、と言ってもウチで今も使っ

    Kubernetes、やめました | 外道父の匠
    igrep
    igrep 2020/06/03
    "となれば多くの場合、1つのクラウドの理解を深め、使いこなすほうが圧倒的に速いし効率が良くなるでしょう。1箇所でやりくりする前提ならば、抽象化レイヤーの必要性は相当薄まる"
  • Getting Started with the Haskell AWS Lambda Runtime

    DisclaimerThis post is now outdated, for the newest blog post checkout this new one. If you want to learn how to create Lambda services using Haskell, you can also check the official docs for the runtime. IntroductionWe were there when Werner Vogels announced the new custom lambda runtimes on stage, and we couldn’t have been more excited. It was definitely one of our favorite announcements that mo

    Getting Started with the Haskell AWS Lambda Runtime
  • パブリッククラウドやDocker Hubに最適化した「Minimal Ubuntu」がリリース

    Minimal Ubuntu, on public clouds and Docker Hub(Canonical公式ブログより) Canonicalは2018年7月9日(米国時間)、パブリッククラウドおよびDocker Hubに最適したLinuxディストリビューション「Minimal Ubuntu」をリリースしたことを明らかにした。AWS(Amazon Web Services)およびGCP(Google Cloud Platform)を推奨パブリッククラウドとし、イメージファイルはWeb上からダウンロードできる。 Minimal Ubuntuはクラウド上の仮想マシン用OSとして設計し、標準のUbuntuと比較すると、イメージサイズは50%未満、起動は40%高速化した。Amazon EC2やGCE(Google Compute Engine)、コンテナはLXDやKVM、OpenStack

    パブリッククラウドやDocker Hubに最適化した「Minimal Ubuntu」がリリース
  • AWS Fargateの紹介 – インフラストラクチャの管理不要でコンテナを起動 | Amazon Web Services

    Amazon Web Services ブログ AWS Fargateの紹介 – インフラストラクチャの管理不要でコンテナを起動 コンテナは、開発者がアプリケーションを開発・パッケージ・デプロイするのに強力な手法の1つです。AWSでは、十万以上のアクティブなECSクラスタが稼働しており、毎週数億の新しいコンテナが起動しています。これは、2016年からすると400%を超えるお客様成長率です。Amazon ECSやKubernetesといったコンテナのオーケストレーションソリューションは、コンテナワークロードのデプロイ・管理・スケールをより容易にし、敏捷性を増します。しかし、それらのどのソリューションも下回りとなるインフラストラクチャの可用性、キャパシティやメンテナンスを行う必要が依然としてあります。AWSにおいて、私たちはこれを差別化とならない重労働を取り除く機会と考えました。私たちは、コン

    AWS Fargateの紹介 – インフラストラクチャの管理不要でコンテナを起動 | Amazon Web Services
    igrep
    igrep 2017/11/30
    こりゃありがたそう。
  • Docker Cloud - Build, Ship and Run any App, Anywhere

    An activation link has been sent to the email address you supplied, along with instructions for activating your account. Log In Docker Cloud The official cloud service to build and ship your Docker applications.

    igrep
    igrep 2015/10/22
    dockerのコンテナ管理サービス?
  • elasticmqを使ったsqsとの連携テスト - Qiita

    背景 Amazon SQS。自分のサービスにメッセージキューサービスをとても簡単に組み込めて便利。 http://aws.amazon.com/jp/sqs/ しかし、いざそれを使った機能のspecを書こうと思うと、「外部サービスだからstub書かなきゃ」という辛みと、「結合テスト的に実際にAPI叩きたいし」という欲求が出てきて、どうしたらいいのよ 、という感じになる。 そりゅーしょん 環境用意すれば良いじゃない! ElasticMQ https://github.com/adamw/elasticmq こちら、Amazon SQS-compatible interfacesという素晴らしい特徴を持ったメッセージキューシステムです。 これをローカルに立ち上げれば、そもそも普通の開発の時からローカルでキューシステム使った検証できるし、何よりrspecからキューへの登録、取得などのテストもちゃ

    elasticmqを使ったsqsとの連携テスト - Qiita
  • 2014年のウェブシステムアーキテクチャ - stanaka's blog

    (Monitoring Casual Talk in Kyotoで発表してきたので、ブログエントリにまとめ直しました) 2013年はインフラ周りの技術的な進化が大きく、いくつかのエポックメイキングな概念と実装が産まれました。個人的には特に以下の2つが大きいと思っています。 AWS格普及期 DockerとImmutable Infrastructure これらを踏まえて、2014年のウェブシステムの進化の方向性を考えてみます。また、それによるモニタリングへの影響もあわせて考えます。だいぶ長くなってしまったので、急ぐ人は最後に結論をまとめましたので、そちらからどうぞ! 2013年という時代背景 AWS格普及期を迎えているのは、言わずもがなのことで、Re:Inventでの246件という膨大のセッション数などにその勢いが表われています。 また、DockerLXC (LinuX Conta

    2014年のウェブシステムアーキテクチャ - stanaka's blog
  • 1