AWS Systems Manager Automation - AWS Systems Manager
オートメーションは、AWS サービス (Amazon Elastic Compute Cloud (Amazon EC2)、Amazon Relational Database Service (Amazon RDS)、Amazon Redshift、Amazon Simple Storage Service (Amazon S3) など) でのメンテナンス、デプロイ、および修復に関する一般的なタスクを簡素化するための AWS Systems Manager の機能です。オートメーションを開始するには、Systems Manager コンソールを開きます。ナビゲーションペインで [オートメーション] を選択します。 オートメーションは、AWS リソースを大規模にデプロイ、設定、管理のための、自動化されたソリューションを構築するのに役立ちます。オートメーションを使用すると、自動化の同時実行性
Amazon EC2 Systems Manager の Automation をやってみた #reinvent | DevelopersIO
Run Command、Lambda Function があれば大概のことはできそうですね。Lambda Function 使うなら Step Functoins でもいいのか。うーん、棲み分けがまだ分かってない。 やってみた Automation を利用するには下記の流れで実施します。 IAM Role 作成 Automation の Document を定義 Automation の実行 今回はSystems Manager Automation WalkthroughsのAmazon Linux版をやってみました。 Walkthroughs の Automation で実施する処理は以下となります。 AMI からインスタンスを起動 RunCommand によりシステムアップデート インスタンスを停止 停止したインスタンスから AMI を取得 インスタンスを終了 上記だと、Packer
ぼくのかんがえたさいきょうの useState + useContext よりも Redux のほうが大抵勝っている
「Redux は学習コストが高い」などと言って useState（または useReducer）と useContext を組み合わせ 劣化 オレオレ Redux を作ってしまうのを見かけます[1]。よくないことだと思いますが、気持ちは非常にわかります。Redux エコシステムがそういう気持ちにさせてしまう部分は大いにあります。 Redux は それ単体なら 学習コストは useReducer + useContext と同等であることを示してこの気持ち（誤解）を解かしつつ、なぜそういう気持ちになってしまうのか考察してみます。 まず useState と useReducer の違いを押さえておく 知っている方はスキップしてください。 useState と useReducer は本質的には同等で、どちらもコンポーネントにステート（状態）を持たせる役割があります。次のようなカウンターアプリ
Amazon Redshift スナップショットとバックアップ - Amazon Redshift
スナップショットの概要 スナップショットはクラスターのポイントインタイムバックアップです。スナップショットには、自動と手動の 2 つのタイプがあります。Amazon Redshift は、暗号化された Secure Sockets Layer (SSL) 接続を使用して、これらのスナップショットを Amazon S3 の内部に保存できます。 Amazon Redshift は、前回のスナップショット以降にクラスターに加えられた増分変更を追跡する、増分スナップショットを自動的に作成します。自動スナップショットは、スナップショットからクラスターを復元するために必要なすべてのデータを保持します。自動スナップショットをいつ作成するかを制御するためにスナップショットスケジュールを作成できます。また、いつでも手動スナップショットを作成することもできます。 スナップショットから復元すると、Amazon
［Auroraの落とし穴］フェイルオーバー時に接続先が切り替わらない
Amazon Web Services（AWS）のリレーショナルデータベースサービス「Amazon Aurora」のデータベースクラスターでは、1台以上のレプリカがある場合、プライマリーインスタンスに障害が発生すると、自動的にレプリカのうち優先度の高い1台がプライマリーインスタンスに昇格する。 このとき、リクエストが新しいプライマリーインスタンスに接続されるように、自動でクラスターエンドポイントのDNS（Domain Name System）レコードが更新される。これによって、フェイルオーバーを実現する。通常は、障害検知からフェイルオーバーは１分以内に完了する。 しかし、アプリケーション側でDNSのTTL（Time to live）を無視し、DNSレコードをキャッシュする設定になっている場合、このフェイルオーバーに追従できず、障害インスタンスにアクセスし続けてしまう場合がある。 なおレプリ
Amazon Redshift の 可用性と耐久性について | DevelopersIO
はじめに 先日お客様よりRedshiftの構成や可用性、耐久性、データの復元などのご質問をいただきましたので 想定される障害についてどのような復旧対応が行われるのかまとめました。 引用はAmazon Redshift のよくある質問の 可用性と耐久性 から引用しています。 ドライブ障害 Q: 1 つのノードのドライブに障害が発生した場合、データウェアハウスクラスターの可用性とデータ耐久性はどうなりますか? Amazon Redshift データウェアハウスクラスターはドライブに障害が発生した場合でも継続して利用できますが、特定のクエリに対するパフォーマンスがわずかに低下します。ドライブに障害が発生すると、ノード内の他のドライブに格納されている障害ドライブのデータの複製が、透過的に使用されます。さらに、データを正常なドライブに移動させるか、移動できない場合はノードの交換が行われます。 単一ノ
Amazon RDS または Amazon Redshift のメンテナンスウィンドウの通知を設定する
リソースへの影響を最小限に抑えるために、Amazon Relational Database Service (Amazon RDS) と Amazon Redshift のメンテナンスウィンドウに関する通知を設定したいと考えています。 解決策 Amazon RDS と Amazon Redshift のクラスターとインスタンスのイベント通知を設定して、進行中または完了したメンテナンスに関する通知を受け取れるようにします。Amazon Simple Notification Service (Amazon SNS) を使用して、これらの通知をメールまたは SMS で受け取ることができます。 メンテナンス期間中にハードウェアメンテナンスを受ける予定の Amazon RDS DB インスタンスを確認できます。そのためには、影響を受けるリソースタブに表示されている DB インスタンスを確認してくだ
Amazon Redshift の復元力 - Amazon Redshift
AWS グローバルインフラストラクチャは、AWS リージョンとアベイラビリティーゾーン (AZ) を中心として構築されています。AWSリージョンでは、複数の物理的に独立し隔離されたアベイラビリティーゾーンが提供されており、それらは低レイテンシー、高スループット、高冗長性のネットワークにより接続されています。アベイラビリティーゾーンでは、アベイラビリティーゾーン間で中断することなく自動的にフェイルオーバーするアプリケーションとデータベースを設計および運用することができます。また、アベイラビリティーゾーンは、従来の単一データセンターのインフラストラクチャや複数データセンターのインフラストラクチャよりも可用性、耐障害性、および拡張性に優れています。 ほとんどの AWS リージョンには、複数のアベイラビリティーゾーンとデータセンターがあります。耐障害性と低レイテンシーのために、同じリージョン内の複
日本のコロナ対策論議に根本的に欠けているもの／米村滋人氏（東京大学大学院法学政治学研究科教授・内科医）（ビデオニュース・ドットコム） - Yahoo!ニュース
（↑画像をクリックすると動画が再生されます。） 欧米諸国で新型コロナウイルス感染症が猛威を奮うのをよそ目に、日本では中国や韓国などとともに過去半年の間、世界中が羨み不思議がるほどコロナ感染症の流行が抑えられていた。特に日本がこれといった対策を打っているわけではないにもかかわらず、感染者数はアメリカの100分の1、人口あたりで見てもアメリカやフランスの30分の1から50分の1程度しかコロナの感染は広がらなかった。この事象に対する決定的な説明はまだなされていないが、最初はキスやハグの習慣がないことや手洗い、うがい、マスクを着ける習慣があることなどが取り沙汰されたのを皮切りに、感染者数の欧米との差が広がるにつれ、家の中で靴を脱ぐ習慣があるからとか、BCGの接種率が高いこと、しまいにはネアンデルタール人のDNAの有無まで引き合いに出されるなど、未だに諸説が乱れ飛ぶものの、東アジアの諸国でコロナの感
【公式】SHIROIYA HOTEL / 白井屋ホテル -アートで五感を満たす前橋のホテル-
日本橋髙島屋「フランスフェア2024」に出店 焼き立てのクロワッサンやアップルパイ、限定スイーツが登場！ 有名パティシエ、延命寺美也氏の実演も！ 群馬県前橋市のアートデスティネーション「白井屋ホテル」を運営する白井屋ホテル株式会社（群馬県前橋市本町代表取締役：矢村功）は、日本橋髙島屋の本館で開催される「フランスフェア 2024」に出店いたします。白井屋ホテルの「白井屋ザ・ベーカリー」からは人気の国産小麦のバゲットやパン・ド・ミをはじめ、焼きたてのクロワッサンやアップルパイなどを。また、「ザ・パティスリー」からは秋の味覚を存分に楽しめる、髙島屋限定の「和梨と葡萄と和栗モンブランタルト」やシャインマスカットのタルト、人気のクッキー缶をはじめとするさまざまな焼き菓子を販売します。 また、初日9月4日（水）と9月7日（土）は、世界的食のガイド『ゴ・エ・ミヨ2023』でベスト・パティシエ賞を受賞し、
「トランザクション張っておけば大丈夫」と思ってませんか？ バグの温床になる、よくある実装パターン
この記事は DeNA 20 新卒 Advent Calendar 2020 19日目の記事です。 はじめに MySQLやPostgreSQLに代表されるRDBMSではトランザクションと呼ばれる仕組みが提供されています。多くのWebアプリケーションエンジニアはこのトランザクションを駆使してDBとやりとりをするロジックを組み立てることになります。 しかし不整合を起こしたくない処理があるからといって闇雲にトランザクションを張ったり、トランザクションが張られているからと安心してアプリケーション側で闇雲にロジックを組み立ててしまうと思わぬバグを生むことになってしまいます。 このエントリでは、「トランザクションを張っておけば大丈夫」という考え方は危険な場合もあるということを、ありがちな実装例を交えて紹介していきます。 並列に処理されるトランザクション そもそも、トランザクションは全て直列に処理されるわ
MySQLでSELECT FOR UPDATEと行ロックの挙動を検証してみた - Continue(s)
どうも、今日も今日とて野毛で飲みながらブログを書いている@0kawaraです。 今日は、普段あまり意識してこなかったMySQLのInnoDBでのロックの振る舞いについて色々実験してみました。（もちろん、きっかは自分がドツボにはまったから） ちゃんと理解するためには「共有・排他的ロックとは」って話や、「行ロックってつまりインデックスレコードロックだよね」などの話とか理解する必要があるんですが、それは github.com をちゃんと一読してもらえれば十分かと思います。 （というか、これが問題なく読めて理解できる人はこの記事読む必要ない….） 以下は上のドキュメント含め関連する記事などを読んで自分でInnoDBの行ロック周りについて、というかSELECT FOR UPDATEについて理解を深めるために手元で実験したことのまとめです。 技術的にちゃんとした理解を深めたい人は最後にまとめた参考サイ
パソナは嫌われている 淡路市のみんなに嫌われている 淡路島公園の景観を壊すゴジラの施設 | 松葉博雄の社長研究室
パソナは嫌われてる 淡路市のみんなに嫌われている 都市公園の景観を壊すゴジラの施設、県立公園なのにまた、営利目的のパソナの施設 パソナは嫌われてる 淡路市のみんなに嫌われている 1.合法的とはいえ県民の森がパソナの森になっている 淡路市の県立淡路島公園は、 市民の憩いの公園でした。 春は桜、初夏は藤棚、夏は水遊び、 秋は紅葉、冬は落ち葉が舞い、 深い森もあって、県民の森として、 一年中楽しめた公園でした。 2020年の春ごろから、 公園の中心部分が工事用の柵で 囲われるようになりました。 何ができるのかと思っていたら、 パソナの施設「ニジゲンノモリ」の中に、 2020年10月10日、 ゴジラのアトラクション施設がオープンしました。 合法的とは言え、 税金で作ったみんなの県民の森が、 営利企業のパソナの森に変貌してしまいました。 これには、淡路市の市民は憤慨しています。 淡路市は、ここも、
翻訳支援ツール - Wikipedia
翻訳支援ツール（ほんやくしえんツール、CATツール[1]）は、翻訳を行う者（翻訳者）がより高品質な翻訳を効率的に行うために使用するソフトウェアの総称。具体例として、用語集[2]、過去の翻訳例をデータベースに蓄積して参照可能にする翻訳メモリがある[3]。人間によるポストエディットを前提として、機械翻訳システムを用いることも行われる[4]。この他、翻訳者が翻訳に当たって背景情報を調査する際、効率的に文献の大意をつかむために機械翻訳を利用する場合がある[5]。その他、翻訳を支援するために自然言語処理技術が使われることがある[6]。 翻訳支援ツールの導入はソフトウェアのユーザインタフェースや説明書のローカライゼーションで先行した[3]。 翻訳支援ツールは人間が翻訳する際に使う道具であり、人間の翻訳者を代替するものではない[2]。 出典[編集] ^ https://www.jtf.jp/tips/g
中元 - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "中元" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2012年7月）
エフェドリン - Wikipedia
InChI=1S/C10H15NO/c1-8(11-2)10(12)9-6-4-3-5-7-9/h3-8,10-12H,1-2H3/t8-,10-/m0/s1 Key:KWGRBVOPPLSCSI-WPRPVWTQSA-N エフェドリン（英: ephedrine）は、充血除去薬（特に気管支拡張剤）、または局所麻酔時の低血圧に対処するために使われる交感神経興奮剤で、漢方医学で生薬として用いられる裸子植物のマオウ（麻黄）Ephedra sinica に由来するアルカロイドである。甘味剤の1種である[要出典]。アドレナリン受容体作動薬の一種であり、注射薬は全身麻酔や脊髄くも膜下麻酔時の低血圧に頻用されている。 1885年（明治18年）、長井長義がマオウから単離抽出した。マオウは、主要な有効成分としてエフェドリンを含んでいる。マオウ類の他種においても同様にこの成分を含む。 塩酸エフェドリンは、交感
葛根湯 - Wikipedia
基本方剤である桂枝湯（桂枝・芍薬・生姜・大棗・甘草）に葛根・麻黄を加えたものである。 桂枝湯と葛根湯両方とも発汗作用があるがその作用効果が異なる。桂枝湯は発汗作用が弱い発汗薬で、これに強い発汗薬である麻黄を加え、より発汗作用を強化した発汗薬が葛根湯である。また、葛根には鎮痛作用がありとくに首筋の凝りをとる作用があるとされる。なお、虚証、寒証の人は葛根湯ではなく桂枝湯を用いる。 芍薬は漢方薬の代表的な鎮痛剤の一つ。生姜・大棗は方剤全体の副作用を緩和する目的でペアで多数の方剤に使われる。甘草には元来喉の痛みをやわらげる作用があるが配合されている量が少ないことからあまり効果が期待されておらず、副作用を緩和する目的で加えられたと考えられる。 原典には、葛根と麻黄を先に煎じ、後から他の生薬を加えてさらに煎じるとされている。この方法は麻黄の主成分であるエフェドリンをより多く抽出することができる。
しょうけら - Wikipedia
佐脇嵩之『百怪図巻』より「しやうけら 」（しょうけら） 鳥山石燕『画図百鬼夜行』より「しょうけら」 しょうけらとは、江戸時代の『百怪図巻』『画図百鬼夜行』などの妖怪絵巻・妖怪画集にある日本の妖怪。歴史的仮名づかいでの表記には「しゃうけら」「せうけら」などとも書かれる他、歌川芳員の「百種怪談妖物双六」では「笑輾」[1]と表記され、典拠は不明だが「精螻蛄」[2]とも表記される。 『百怪図巻』『画図百鬼夜行』ともに絵のみで解説文がないため、どのような妖怪かは推測の域を出ないが、民間信仰においては、庚申待の行事に「しょうけら」の名がある。庚申待とは、人間の体内に三尸という虫がおり、庚申の夜に天へ昇って天帝にその人の罪を報告し、天帝はそれによりその人の命を奪うとされていることから、庚申の夜は三尸を体外に出さないよう眠らずに過ごす行事である。この行事の日に早く寝た者は害をこうむるといい、この害を避ける
青面金剛 - Wikipedia
青面金剛（しょうめんこんごう）は、日本仏教における信仰対象の1つ。青面金剛明王とも呼ばれる。夜叉神である。 インド由来の仏教尊格ではなく、青面金剛／マハーカーラ／シヴァの関係 唐の時代、インド密教の「マハーカーラ」の姿が、説明抜きで絵図だけ一人歩きして中国に伝わり、ドクロの首飾りや蛇を巻き付けた怖しい姿から病気を流行らせる悪鬼と誤伝されて、「青面金剛」と命名されて病気平癒祈祷用に使われた。 マハーカーラと青面金剛の関係は「誤伝」であり、本来は無関係である。中国の道教思想に由来し、日本の民間信仰である庚申信仰の中で独自に発展した尊格である。庚申講の本尊として知られ、三尸（さんし）を押さえる神とされる。
庚申待 - Wikipedia
庚申待（こうしんまち）とは、日本の民間信仰で、庚申の日に神仏を祀って徹夜をする行事である。宵庚申、おさる待ちなどともいう。庚申待は通常、村単位など集団で行われ、その集り（講）のことを庚申講（こうしんこう）、庚申会（こうしんえ）、お日待ちなどという。 概要[編集] 庚申待は中国の民俗宗教である道教の伝説に基づくものである。人間の頭と腹と足には三尸（さんし）の虫（彭侯子・彭常子・命児子）がいて、いつもその人の悪事を監視しているという。三尸の虫は庚申の日の夜の寝ている間に天に登って天帝（「閻魔大王」とも言う）に日頃の行いを報告し、罪状によっては寿命が縮められたり、その人の死後に地獄・餓鬼・畜生の三悪道に堕とされると言われていた。そこで、三尸の虫が天に登れないようにするため、この夜は村中の人達が集まって神々を祀り、その後、寝ずに酒盛りなどをして夜を明かした。これが庚申待である[1]。庚申待を3年1
庚申信仰 - Wikipedia
庚申信仰は青面金剛を本尊とし、このような掛軸画も多数作られた。この画では中央に青面金剛を描き、上に日月、左右に猿、下に鶏を配している。 現在までに伝わる庚申信仰（こうしんしんこう）とは、中国道教の説く「三尸説（さんしせつ）」をもとに、仏教、特に密教・神道・修験道・呪術的な医学や、日本の民間のさまざまな信仰（民間信仰）や習俗などが複雑に絡み合った複合信仰である。 中国道教の教説である三尸説とその行事の守庚申が日本に伝来して、習合と複合して広まった[1]。庚申（かのえさる、こうしん）とは、干支（かんし、えと）、すなわち十干・十二支の60通りある組み合わせのうちの一つである。陰陽五行説では、十干の庚は陽の金、十二支の申は陽の金で、比和（同気が重なる）とされている。干支であるので、年（西暦年を60で割り切れる年）を始め、月（西暦年の下1桁が3・8（十干が癸・戊）の年の7月）、さらに日（60日ごと）
道教 - Wikipedia
水牛の上に乗った老子 馬王堆帛書の『老子』 老子は先秦時代の学者とされるが、その経歴については不明な点が多く、その思想を記した書である『老子道徳経』の成立時期もさまざまな説がある[10]。道教は中国古来の宗教的な諸観念をもとに長い期間を経て醸成されたもので、一人の教祖によって始められたものではないから、老子が道教の教祖であるとはいえない[10]。 しかし、『老子』に説かれる「道」の概念が道教思想の根本であることは確かである[10]。道教においては、不老長生を得て「道」と合一することが究極の理想として掲げられ、道徳の教理を記した書の冒頭には『老子』の「道」または「道徳」について説明がなされるのが通例である[10]。 『老子』の冒頭には以下のようにある[11]。 『老子』では、世間で普通に「道」と言われているような道は本当の道ではないとして否定し、目に見える現象世界を超えた根源世界、天地万物が
公共 - Wikipedia
出典は列挙するだけでなく、脚注などを用いてどの記述の情報源であるかを明記してください。記事の信頼性向上にご協力をお願いいたします。（2018年1月） 公共（こうきょう）とは、私 (private) や個 (individual) に対置される概念で、英語のパブリック (public) を翻訳した言葉。 概要[編集] 公共とは社会全体に関すること[1]を取り扱う上において利用される用語であるが必ずしも抽象・理念的なものではなく、「私」や「個」と相互補完的な概念である。例えば、村に一つの井戸を村人総出で掘って共同利用することは、きわめて公共性の高い活動であり、結果として、個人にも私人[注 1]にも恩恵をもたらす。ある種の協働や個人的なおこないが不特定多数の他人に、結果として広く利益をもたらすような状況はしばしば観察され、それらの類型がしばしば「公益」「公共行為」と見なされる。 しかし井戸の例で
天安門事件関連のビデオ会議を検閲か、ズーム元従業員を指名手配 米ＦＢＩ
ニューヨーク（ＣＮＮ） 中国政府のために天安門事件関連のビデオ会議を検閲したとして、ビデオ会議システム「Ｚｏｏｍ（ズーム）」を提供する米ズーム・ビデオ・コミュニケーションズの元従業員が、米連邦捜査局（ＦＢＩ）から指名手配されていることが１９日までに分かった。 シンジャン・ジン容疑者（３９）と共謀者は６月、天安門事件から３１周年を記念するビデオ会議少なくとも４件を中止させた疑い。裁判所の書類によると、ほとんどの会議の主催者や参加者は米国在住で、そのうち一部は１９８９年の天安門事件を生き抜いた反体制派の人物だったという。 訴追請求状ではズーム社を名指ししていないものの、捜査状況に詳しい情報筋は、この会社がズームであることを確認。ズーム社もジン容疑者について、中国在住の元従業員だと明らかにした。 ズームは声明で、社内調査の結果、元従業員が会社の規定に違反して社内アクセス管理の迂回（うかい）を試み
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redux Toolkit | Redux Toolkit
GitHub - reduxjs/redux-toolkit: The official, opinionated, batteries-included toolset for efficient Redux development
MEMBERS - CAMPHOR- カンファー : 京都のIT系学生コミュニティ
【AWS】それぞれのDBの特徴を簡単にまとめました(備忘録) - Qiita
Null hypothesis - Wikipedia
Trados Studio - Next-generation AI-powered translation productivity - RWS
Translation Management System Tailored to Your Needs
Zoom、中国を経由しないルーティングを実装。有償ユーザーは地域設定可能に
国防動員法 - Wikipedia