『VPC 間通信ができる新サービス VPC Lattice』というタイトルで DevelopersIO 2023 札幌に登壇しました #devio2023 | DevelopersIO
クラスメソッド開催のイベント DevelopersIO 2023 札幌で『VPC 間通信ができる新サービス VPC Lattice。ん？似たようなサービス他にもなかったっけ？サービスを一度整理してみましょう』というタイトルで登壇しました。 VPC 間接続できるサービスが増えてきたので「既存のサービスの復習と、新サービスを学ぶ」という比較的真面目なお勉強会しました。 資料 合わせて読みたい VPC Lattice クロスアカウント接続に必要な要素を図解してみた | DevelopersIO AWS re:Invent 2022 - [NEW] Introducing Amazon VPC Lattice: Simplifying app networking (NET215) - YouTube 【初心者向け】VPCエンドポイントとAWS PrivateLinkの違いを実際に構築して理解して
【必読】苦手なロジ周りもこれだけやれば成果に繋がる話｜ここあん📘【ビジネス/キャリア/仕事術等の記録】
苦手なロジ周りもこれだけやれば成果に繋がる話 ロジ周りが苦手、という人は結構多い苦手なロジ周り、何かと面倒ロジ周りが苦手、という人は結構多い そして、ロジ周りに力点置かなくても中身・具体さえ伴っていれば良いと考える人も、多少なりともいる時代でもある ただ、成功している人の多くの共通点は やはり中身＋仕込み（ここでいうロジ周り）が伴っていることにあり、決しておざなりにできるようなテーマではないことは意外と皆、心の中で感じている面はあるのではないかと思う そもそも、ロジ周りとはなんなのか ロジ周りのロジはロジスティックの略であり、もともと物流領域における生産〜在庫管理〜販売といった流通やその周辺事項の組み立てを合理性持って整理することを指したりもする また、戦場においての物資の調達などの後方支援についてもこの言葉を使って表すようである ただ、 一般的にビジネスにおいてはこのロジスティックを提案
Amazon ECS が、予測不可能な負荷のスパイクに対するアプリケーションの回復性を向上
本日、Amazon Elastic Container Service (Amazon ECS) はタスクスケジューリングを強化し、予測不可能な負荷のスパイクに対するアプリケーションの回復性をさらに向上させました。Amazon ECS は、コンテナまたはロードバランサーのヘルスチェックに合格しなかった異常なタスクを終了する前に、正常な代替タスクを開始するようになりました。この機能の強化により、追加の作業や構成なしで、お客様のアプリケーションの回復性が向上します。 Amazon ECS はフルマネージドのコンテナオーケストレーションサービスで、非常に安全で、信頼性が高く、スケーラブルなコンテナ化アプリケーションを簡単に実行できます。お客様はアプリケーションのコンテナまたはロードバランサーのヘルスチェックを定義して、異常のあるタスクをいつ終了して新しいタスクに置き換えるべきかを Amazon
Kubernetes、何をどうやって監視する？ ~ 食べログにおけるオンプレKubernetes監視事例紹介 ~ - Tabelog Tech Blog
目次 はじめに 食べログにおけるKubernetes化のモチベーションとその進み具合 Kubernetesというインフラにおける監視戦略 監視システムは作り込むのではなく買う あらゆるコンポーネントのゴールデンシグナルを観測する なるべく一箇所からあらゆるメトリクス/ログをクエリできるようにする メトリクスデータには決められたラベルを付与する 食べログにおけるKubernetes監視のwhatとhow 監視データの置き場 ログデータ置き場 メトリクスデータ置き場 監視している内容 ゴールデンシグナルの監視 容量監視 ロギング 監視ツールの監視 食べログにおける監視失敗事例 事例1: Pod総数爆増によるクラスタ全体のスローダウン 事例2: 同一DeploymentのPodが同時にevictされたことによるサイト閲覧障害 おわりに はじめに 食べログ 技術部 SREチームの下國 峰昌と申しま
SREがたどる4つのフェーズ - Paper2 Blog
SREのプラクティス導入による文化面の変化などを踏まえ、「火消し」「門番」「パートナー」「触媒」の4フェーズを紹介します。自チームの現状把握と今後の方向性を検討する上での材料になったら幸いです。*1 火消しフェーズ 火消しフェーズ 初期段階では開発チームが機能開発のタスク（Feature Task）に注力し、サービスに必要な信頼性に関するタスク（Reliability Task）が対応領域に含まれないことがあります。このフェーズではSREチームが火消し部隊としてReliability Taskを巻き取り、信頼性の向上に努めます。コラボレーションなどは考慮されず、火消しが最優先となります。そのため、Reliability TaskはSREチームだけが処理するものとなっていき、後の門番フェーズに突入します。 門番フェーズ 門番フェーズ 信頼性に関するタスクの大部分をSREチームが対応しているフ
"提案"のレベルを上げる - Konifar's ZATSU
組織で物事を進めるのが早い人は、"提案"のコミュニケーションを取っていることが多い気がする。 "指摘"で止まるのではなく課題の解決に向けた"提案"までやる方がいいんだけれど、そもそも提案って一言で言ってもまあ難しいよね。とある1on1で雑談していて、"提案"のスキルを上げていくにあたってはいくつかのレベルに分けて考えてみるといいかもしれないと思ったので、声かけのワード別に自分の考えを雑にまとめてみる。洗練されていないので意見がほしい。 レベル0: 「どうすればいいですか」 何か問題があった時の「どうすればいいですか」という聞き方は提案ではなく指摘で止まっている。 指摘してくれるということは気づいているということだし、それを伝えてくれること自体も素晴らしいことなのだけれど、そこからどうしていくかを決めるのが大変な部分なので次のレベルにも染み出していきたい。 レベル1: 「どれにしましょうか」
Fastly Yamagoya 2023 - 申し込み | Fastly株式会社
Why,Yamagoya？ Fastly は、 Altitude (アルティチュード) というイベントをサンフランシスコ、ニューヨーク、ロンドンなどで毎年開催していて、イベントの中では山に関するキーワードが多用されます。 日本では Fastly を既に利用された方 (頂上を見てきた方) と、これから Fastly の利用を検討されている方（これから頂上に向かう方）が、Yamagoya Meetup (山の中腹にある山小屋) で出会い、 情報交換をできる場として利用していただきたいという思いから “Yamagoya” とさせていただきました。 Speakers Timetable よくあるご質問 Q. 申込み方法は？ このイベントは事前登録制（無料）となります。この登録ページより必要情報を入力して登録してください。登録時のメールアドレスには会社用もしくは所属組織のメールアドレスをご利用くだ
Goやるなら知っておきたい「Composition over inheritance」 - Qiita
Goを勉強している中で、「Composition over inheritance」という概念が出てきました。ちゃんと理解していなかったので、ここで改めて掘り下げます。 特に、普段 Ruby や Rails を書いている初中級者の方は、Go を勉強する前におさらいしておくことをオススメします。なぜなら、Go では、Rubyで馴染みのある Inheritance（継承）ではなく、Composition（合成）のみが使われるからです。 「Composition over inheritance」とは 「Composition over inheritance」は、日本語だと「継承より合成」と表現されます。 これは、オブジェクト思考プログラミングにおいて、親クラスやベースクラスを「継承」するよりも、「合成」によってコードを共通化・再利用する方が望ましい、という考え方です。 つまり、継承より合成の
EC2が複数VPCにENIを足出しできるように！でもみんな戦々恐々としてるのはなぜ…？ - Qiita
AWSのVPCに大きなアップデートが！ 今週10/26、AWSにこんな機能アップデートが発表され大変話題になりました。 簡単に言うと 「EC2インスタンスから複数のVPCに対してENI（NIC）を足出しできるようになった」 という大きなアップデートでした。 みんな戦々恐々？ しかし、Twitterのオンプレミス経験者たちは口を揃えて懸念を漏らしています。 「これ、クラウド初心者がオンプレからの移行で "監視セグメントVPC" みたいなものを作ってしまうんじゃなかろうか…」 今回のアプデを見て「ウッ…😅」と感じた方も、改めて何が問題なの？と聞かれると意外としっかり言語化できないかも知れません。これを機にAWSの代表的なサービスであるマネージド論理ネットワーク「VPC」の基本をおさらいしてみましょう。 オンプレ時代の基本を振り返る パブリッククラウド普及前のオンプレミス時代では、企業のシステ
構成図を描く際に気をつけていること - NRIネットコムBlog
こんにちは、越川です。 皆さんは構成図を描く機会ありますか？ 僕の場合、内部のメンバーやお客様との議論の場で、構成図を描いて図解ベースで説明することが多いです。実際に描いてみると色々と考慮すべき点が多く、今回は自分なりに普段意識している点を言語化してみようと思います。 なぜ構成図を描くのか 構成図を描く際に意識している３つのこと 1. 導線 2. 引き算思考 1. 主役を決める 2. 読者を想定する 3. 高さや大きさを揃える さいごに なぜ構成図を描くのか 構成図のメリットは相手に伝えたいことをシンプルに伝えられる点だと思います。文章で書くと沢山書かなければいけないことが構成図を使うとスムーズに相手に伝わります。例えば、以下の文章を読んでみて下さい。 ユーザーはDNS登録されたFQDNへHTTPSアクセスする CloudFrontはBehaviorに指定されたALBにHTTPSリクエスト
がんばる舎｜幼児・小学生の通信教材
親子で楽しみながら 学ぶ習慣づくりをサポート 幼児教材『すてっぷ』は、すぐに教材を開いて学習を始めるのではなく、保護者さまと一緒に机の上でお絵かきしてみたり、公園に行って葉っぱを数えたり、親子で一緒に楽しみながら、少しずつ日常の中で学ぶ習慣づくりをサポートします。
仮想ルータクラスタを自動でローリングアップデートする仕組みの検討と実装
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog はじめに こんにちは．2021年の4月からITSC Verda室のネットワーク開発チームでアルバイトをしている菅原大和(@drumato)と申します．本記事では，約半年間私が取り組んできたタスクである，｢SDNによって自動的に仮想ルータクラスタをメンテナンス，ローリングアップデートする仕組みの検討と実装｣についての成果をご紹介します．また，ここまでの活動で現在の実装が抱える問題点もわかったので，それも合わせて共有します．最後に，今後の私達のSDNシステムに必要な機能について取り上げます． 背景 KloudNFVプロジェクトについて LINEのほとんどのサービスは，自社で開発/運用されているプライベートクラウドのVerda上で開
GitHub - ByteByteGoHq/system-design-101: Explain complex systems using visuals and simple terms. Help you prepare for system design interviews.
Architecture styles define how different components of an application programming interface (API) interact with one another. As a result, they ensure efficiency, reliability, and ease of integration with other systems by providing a standard approach to designing and building APIs. Here are the most used styles: SOAP: Mature, comprehensive, XML-based Best for enterprise applications RESTful: Popul
「エンゲル係数」が過去43年で最高 物価高で「食費」増える 家計負担はおととしより“21万円増”見通し | TBS NEWS DIG
物価高の家計負担が一段と深刻です。みなさん、エンゲル係数って覚えていますか。出費のうち「食費」の割合を示すエンゲル係数。ここ43年で最高なんです。小学4年生の子どもを育てるシングルマザーの室井さん。1年…
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[SRE NEXT 2023]エンタープライズ企業でのSRE立ち上げ挑戦の際に意識した事と気付き、�現在地とこれから![[SRE NEXT 2023]エンタープライズ企業でのSRE立ち上げ挑戦の際に意識した事と気付き、�現在地とこれから](https://cdn-ak-scissors.b.st-hatena.com/image/square/b574df8bfe470a713c829ba64e72b488571df0f3/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F33e7d094540d4248ba9ace9584c26134%2Fslide_0.jpg%3F27333334)
現代的な開発ツールや手法を学ぶ
数十億のレコードを持つ 5年目サービスの 設計と障害解決
https://github.blog/changelog/2023-11-03-multi-account-support-on-github-com/?s=09
Blog: Kubernetes 1.27: Quality-of-Service for Memory Resources (alpha)
エンジニアを目指す君たちはどう生きるか ～ソフトウェアアーキテクトのすゝめ～
