  |
はてなキーワード: パイプラインとは
これははてブでは話題に上ったことはないと思われるが、エネルギーアナリストの大場紀章氏が提案している。
https://youtu.be/DNZZ3A3ZpWQ?t=7240
（該当箇所の発言内容要旨）
日本はロシアへの経済制裁に参加しており、西側陣営を応援する立場に立つしかない。
外交的・人道的観点から、原子力を超法規的に再稼働させ、余ったLNGを欧州に融通するということはできないか。
パイプラインでロシアから供給しているガスをすぐに船便LNGに切り替えるのは難しいのではないか？と自分は考えたが、
今日ロシアからのガス供給停止の決まったポーランドでは、以前からこの事態を見越して動いており、
ドイツで水揚げしたLNGをパイプラインを逆流させてポーランド国内に送ることも可能で、かつ自国港湾にもLNG基地を整備しているという。
政治的にかなり火種となりそうな話かつ、岸田総理はそういう剛腕タイプではないのでおそらく実現はしないと思うが、一考の価値はあるのではと感じた。
日本は2011年以降原発の長期稼働停止により相当量LNG輸入を増やしており、その分を欧州に回すことができれば、ロシアからの輸入停止による不足を
それなりに埋め合わせられるはずだ。じっさい、大場氏によれば現在停止中の原発全機を稼働させれば、年間2700万トンのLNG節約になり、
これはウクライナ侵攻前にロシアから欧州に供給されていたガスの25%程度にもなる。
（大場氏は、ガス給湯器の多い欧州に日本製の電気ヒートポンプ式給湯器を送ることも提案しており、 そちらのほうがまだ現実味がある気がした。）
https://twitter.com/nuribaon/status/1518718052761628672
おそらく、この提案は反原発派の多いはてブでは受け入れられないだろうが、
人道的観点からのリベサヨ的原発批判（原子力発電は居住不可区域や放射性廃棄物を地方に押し付け核兵器開発にもつながる非人道的発電方法）に対して、
同じレベルの「人道的支援としての原発再稼働」をぶつけるというのはなかなか面白いのではないかと感じた。
また、はてブでのもう1つの主流である「旧一電には原発運営能力がない、その証拠に新規制に合格しない」という論に対しては
「規制委員会が100%の安全を発電事業者に求めるような審査方法を続けるなら、結局旧来の安全神話への回帰に過ぎない」という指摘も出ているよ、と言うことを付記しておく。
https://twitter.com/presa_de_tierra/status/1519115716259360769
ロシアはエネルギー資源産出国なので、ほかの資源輸入国は陸続きだったりする距離的に購入が容易なロシアから購入したい
ウクライナをパイプラインがぶち抜けばロシアはヨーロッパに直接取引ができる
〇資源国を頼ってる国は多い
愛国を唱えて親ロシアになるのは、自国のエネルギー供給問題を低減したいからすり寄るに他ならない
〇ロシアが他の国に攻め込んだら
ウクライナはパイプライン造成地にしたいだけなので更地になっても問題ないが他の国を攻め落とす理由はない
むしろ資源のお客さんなのでパイプラインの供給顧客になってくれたらいい
〇ただしポーランドお前は別だ
アメリカは海外派兵で軍備循環を終えて国内生産に移ったタイミングで外国には派兵も出費もできない状態を見計らっての開戦
とはいえ外国が直接的に対ロシア武力を持ち込める陸路はポーランド おまえは独立国家としてロシアへの道を阻む役割をしろ
この不況のさらに上塗りをしてきてつらいだろ？ロシア産がほしいだろ？交渉にのってやるぜ？こまってる国民をほおっておけない愛国心をみせてみな？➡右で愛国が親ロシアに
結局強いものが一人勝ちするのではなくて、弱い国が一強にすがってるだけなので一人犠牲者がでてもだんまり決め込むしかないむしろ持ち上げ気味だってこと
金も時間もかかる自国生産力を伸ばさず通貨偏差で外国の安い商品を高く売るだけの資本主義の極みを成長とかいって通貨の発行量だけあげてた政治の答え合わせの時期が来た
DER SPIEGEL：あなたはウクライナの主権を強調していますが、同時に経済的な混乱を恐れて、即時のガス禁輸の願いを認めてはいませんね。これは、我々ドイツ人がプーチンの軍資金をまだ満たしていることを意味します。キエフがあなたの言葉を嘲笑していると見るかもしれないことを理解できますか？
ショルツ：まず、ガス禁輸で戦争が終わるとは全く思えない。もしプーチンが経済的な議論に従順であれば、このような非常識な戦争は決して起こらなかったでしょう。第二に、あなたは、それがすべて私たちの金儲けのためであると推測している。しかし、重要なのは、劇的な経済危機、何百万人もの雇用の喪失、二度と操業できない工場の喪失を避けたいということだ。そうなれば、わが国はもちろん、ヨーロッパ全体にも大きな影響を与え、ウクライナの復興資金にも深刻な影響を与えることになる。そのため、私にはこう言う責任がある。そんなことは許されない。そして3つ目は、世界的な影響について実際に考えている人はいるのでしょうか？
DER SPIEGEL：ドイツのフランク・ヴァルター・シュタインマイヤー大統領は、ロシアを含むヨーロッパ共通の家を設立する努力は失敗したと述べています。あなたはそう思いますか？
ショルツ：ロシアは、開かれた社会が国境近くに集まり、世界のどの経済圏よりも大きな経済力を持つ強力な欧州連合を形成していることを受け入れなければならない。私は2016年にハンブルク市長としてサンクトペテルブルクで行わせていただいたスピーチで、まさにそのことを定式化しました。そしてロシアは、誰もロシアを軍事的に攻撃したり、外部から政権交代をもたらしたりする計画を持っていないことを明確にする必要があります。
DER SPIEGEL：侵攻後、我々は真剣にプーチンに彼の国に害を与えないことを保証する必要があるのでしょうか？
ショルツ：私の答えは2016年に言及したものです。国家の主権と国境の不可侵を認めてこそ、欧州の安全保障が成り立つというのは、今日でも変わらない。ロシアはこの原則を残酷なまでに無視した。侵略だけでなく、すでにクリミアの併合、ドンバス地方や他の地域での反乱の演出もそうだ。国家元首が歴史書を読み、今日の結果を推し量るために、かつて国境があった場所を調べなければならないとき、平和は脅かされているのです。
DER SPIEGEL：モスクワが2014年にすでにこの原則に違反していたのなら、ドイツとロシアのガスパイプライン「ノルドストリーム2」プロジェクトの継続を許可したのは間違いだったのでは？
ショルツ：ロシアのガス、石油、石炭に依存する限り、非常に短い時間で他の供給者からもサービスを受けられることを早い段階で確認すべきでした。いざという時、ドイツは液化天然ガスのターミナルや東ドイツの石油精製所の輸入インフラに、たとえ経済的に見合わなかったとしても、資金を提供しなければならなかっただろう。これが、私が長い間悩んできた本当の間違いである。
DER SPIEGEL：ノルドストリーム2は我々のエネルギー供給にとって決して不可欠なものではありませんでした。
ショルツ：その通りだ。問題は、2つ、3つ、4つのパイプラインがあることではなく、それらがすべてロシアから来ていることなのです。
DER SPIEGEL：しかし、ロシアのノルドストリーム2の目的は、ガスパイプラインからウクライナを排除することでした。なぜ、その試みを長い間支持したのですか？
ショルツ：同時に、それこそが、ウクライナを経由するガスの継続的な輸送を契約上確保した理由でもあるのです。そして、もしあなたが地政学的な議論をするのであれば、こうも言わなければなりません。DER SPIEGELはLNG基地の批判ばかりしている場合ではないのかもしれませんね。
DER SPIEGEL：しかし、もう一度。ロシアがガスビジネスでウクライナを孤立させることは、クリミア併合への正しい対応だったのでしょうか？
ショルツ：正しい対応とは、ロシアからの輸入に依存しないようにすること、あるいは少なくとも、いつでもそうできるような技術的条件を整えておくことだっただろう。これは、現在の私たちの知識で言えることだ。クリミアの併合には、現在課しているような制裁措置ですでに対応すべきだったのです。そうすれば効果があったでしょう。
DER SPIEGEL：なぜあなたはこの言葉を口にすることができないのでしょう。Nord Stream 2は間違いだったのですか？
ショルツ：ロシアの侵略に対応して、稼働を阻止したのです。また、地政学的にも、もっと早くから輸入の多様化を図るべきでした。また、環境のためにも、化石資源の輸入や使用から自立するために、再生可能エネルギーの拡大を加速させることも、もっと早くから行うべきだったのです。
別に日本のガスはサハリンプロジェクトだけに頼ってるわけじゃないし、日本のガス輸入はパイプラインが主体じゃなくてLPG船やLNG船なのでカタールやオーストラリア、アメリカが天然ガス輸入の代替として検討できるから大丈夫だよ
単にサハリンプロジェクトを諦めると投資額を回収できなくなるから、投資損失の補填を日本国内の天然ガス販売価格へ転嫁しなきゃいけなくなるので騒がれてるだけ
天然ガスの原価自体はロシアと代替国を比較しても大幅に変わるわけじゃない
(追記)
あれ？もしかしてサハリンプロジェクトがあまりにも報道されたから、日本の天然ガス輸入の主体はガスパイプラインとかって思い込んじゃっている人が結構居るのかな？
もしくは日本の天然ガス輸入元はロシアしかないみたいに思い込んじゃっている人も実は結構多い？
それはちょっと勘違いしてるから天然ガス生産量ランキングや価格、日本の天然ガス輸入インフラがどうなってるのか調べて足りない情報を補完したほうが良いと、純粋な思いでオススメしたい
通信衛星会社の英国インマルサットは19年に投資会社に売却され、21年には米国ヴィアサットが購入した（日本ではKDDIも株主か）
購入後株価は下落、ウクライナ紛争が始まったタイミングで何者かが衛星を壊し、戦争被害か不明だが保険は保険金を支払う
なおロシア海上運送もインマルサットを使用していたし、米英自演の可能性だってなくはない
ウクライナは米国Xスペースのイーロン・マスクに人工衛星通信機器の特別寄与を受け、同氏はそれをツイッターで宣伝、マスクの大きいこと
パイプライン派→事故は、保険はともかく欧州に致命的なので無事故志向になるはず
しかし今回戦争を起こしたのは何代目か知らないがプーチンで富豪
海上輸送派→オランダ海上帝国に始まっており巨大で船は多く事故もあり司法上も特別扱いのよう
コンテナ崩れのタンカーが神戸に来たり、偽旗、値上げなど古来の嫌がらせ方法は未だに使用されている
まず 2021 年 2 月に次期大統領選で政権奪取をもくろむ政敵、親ロシア派の野党プラットフォ ーム・生活党の党首であるメドヴェドチュク議員への攻撃を始めた。ゼレンスキー大統領は、 親ロシア派の活動の財源はロシアでのビジネスで獲得した不透明なものと主張し、同議員を制 裁対象リストに追加した。同議員の資産は凍結され、保有するテレビ局は「偽情報の拡散」を 理由に放送停止にされた(同議員が保有する石油パイプラインも国有化された)。制裁リスト には同議員の妻や、ビジネス関係にあるその他数名も追加された。さらに 5 月には国家反逆罪 のかどで、同議員や一連の親ロシア派の仲間を逮捕している。クリミア沿岸のガス・油田を
(ロシアから)買収したことで、クリミア半島をロシア領土として認めたことが反逆罪にあた るという。プーチン大統領は、メドヴェドチュク議員の娘の教父(洗礼の時の名づけ親)であ り、個人的にも親しい同議員への制裁や逮捕などは体面的にも許しがたいととらえているとい う。
増産するだけは草
［ベルリン ２７日 ロイター］ - ドイツのショルツ首相は２７日、ロシアのウクライナ侵攻を受けて、ロシア産ガスへの依存度を引き下げるためにエネルギー政策を大きく転換する方針を示した。ウクライナ危機に対処するため開かれた臨時国会で表明した。石炭火力発電所と原子力発電所の運用期限を延長する可能性がある。
２月２７日、ドイツのショルツ首相はロシアのウクライナ侵攻を受けて、ロシア産ガスへの依存度を引き下げるためにエネルギー政策を大きく転換する方針を示した。写真は２００７年４月、ドイツのハノーバーで行われた産業見本市で、天然ガス輸送パイプライン「ノルドストリーム」の展示を清掃する女性（２０２２年 ロイター／Christian Charisius）
ドイツは他の西側諸国からロシア産ガスへの依存度を引き下げるよう求める圧力を受けているが、石炭火力発電所を２０３０年までに段階的に廃止し、原子力発電所を今年末までに閉鎖する計画では、ほとんど選択肢がない状態となっている。
Reuters Graphic
ショルツ氏は「ここ数日の動きにより、責任ある、先を見据えたエネルギー政策が、わが国の経済と環境のみならず、安全保障のためにも決定的に重要であることが明らかになった」と指摘。「わが国は個別のエネルギー供給国からの輸入に依存している状況を克服するため、方針を転換しなければならない」と訴えた。
新たな方針には、ブルンスビュッテルとビルヘルムスハーフェンの２カ所に液化天然ガス（ＬＮＧ）ターミナルを建設する計画が盛り込まれている。
ショルツ氏によると、天然ガス備蓄施設の容量を長期的に２０億立方メートル増やし、欧州連合（ＥＵ）と協力して天然ガスを世界市場で追加購入する。
またハーベック経済・気候保護相（緑の党）は、同国のエネルギー供給を確保する手法として、現在も稼働している原子力発電所の運転期限延長を検討していると明らかにした。
ハーベック氏は既存原発の運転延長を認めるかとの質問に対して、「その質問に答えるのはわが省の任務であり、考え方は否定しない」と語った。
そもそもyoutube動画って時点でソースもない言いっぱなしってことだから無視してたけども、パイプラインぐらいタンカーで運べばいいだけ。それをあたかも大事化のように。値段がちょっと安くなってただけ。問題は、国際社会がインフレに耐える覚悟があるか。
この後どうなるのかは分からないけれど、キエフの陥落は1日後か2日後か数時間後か避けられないでしょう
ウクライナにとって非武装化の和平は受け入れられないから、和平交渉開始してもキエフ陥落で終わるとも思えない
それにウクライナには今はまだ出来ない奥の手が残ってる
いざとなればウクライナを横断するパイプラインを、ウクライナ西側の出口で破壊してやればいい
西側も困るウクライナも困る、だがノルドストームⅡが動かない今はロシアには致命的な傷になる
殺されるのなら殺してやればいいという奥の手がまだ残ってるし、切羽詰まったら西側は批判できないでしょう
ロシアだって分かってるから、川の西側までは踏み込みたくないだろうね
そうこうしてるうちに、ウクライナ西部を睨む西側の軍事的・経済的・外交的支援はより手厚くなりロシアは身動き取れなくなってしまうだろう
なんか俺より賢い人が多いはずのはてブ見てると、アメリカがロシアの先手打って情報出してロシアの動きを牽制してる！みたいなこと言うアメリカベタ褒めのブクマカいっぱいおるし、ロシア関連のニュースのブクマに沸いて星集めてるけどさ。
アメリカの今の情報の出し方は、ロシアがどう動いても国際社会での地位を失うように、何もせずに勝負を降りれないようにレイズしまくってるだけだろ。
ネオコンがどうこうみたいな話は流石に陰謀論じみてるけど、軍需産業からのロビー活動がある中、レームダックを打開したいバイデンが、ウクライナっつーちょうどいいテーブル見つけて博打打ってるって話なんでねーの？
トランプの時ならいざ知らず、今のアメリカが戦争したくないとか、どこの国の話してんの？って思うんだけど。
ロシアもソ連のころの失地回復的とかガスのパイプラインとかその辺の動機で動くのかもしれないけど(穀倉地帯だからみたいなのは、温暖化で農業限界地域がどんどん減ってるロシアにはあんま重要じゃなくね？って気もする)同じぐらいアメリカにも戦争したい動機あるんじゃないの？って思うんだが。
--
この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。
1章
【コンテナとは】
他のプロセスとは隔離された状態でOS上にソフトウェアを実行する技術
コンテナにはアプリの稼働に必要となるランタイムやライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリの依存関係をすべてコンテナ内で完結できる。
全ての依存関係がコンテナ内で完結するため、オンプレでもクラウドでも起動する。
ステージング環境でテスト済みのコンテナイメージをプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテストに必要な工数を削減できる。
サーバー仮想化では、仮想マシンレベルでリソースを分離し、ゲストOS上でアプリが起動する。つまり、アプリだけでなく、ゲストOSを動かすためのコンピューティングリソースが必要。
一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に１つのプロセスが稼働している扱いになる。
【Dockerとは】
アプリをコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。
イメージ(アプリケーションと依存関係がパッケージングされる。アプリ、ライブラリ、OS)
レジストリに保存
【Dockerfileとは】
このファイルにコマンドを記述することで、アプリに必要なライブラリをインストールしたり、コンテナ上に環境変数を指定したりする。
1章まとめ、感想
コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンドや設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。
2章
ECSとEKSがある。
オーケストレーションサービスであり、コンテナの実行環境ではない。
ECSの月間稼働率は99.99%であることがSLA として保証。
デプロイするコンテナイメージ、タスクとコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。
指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサーやタスクを実行するネットワークを指定。
2種類ありECSとFargateがある。 Fargateに絞って書く
Fargateとは
コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する
サーバーのスケーリング、パッチ適用、保護、管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる
・コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる
ECR
・App Runner
利用者がコードをアップロードするだけでコードを実行できるサービス。AWS側で基盤となるコンピューティングリソースを構築してくれるフルマネージドサービス。
App Runner
2021年5月にGA(一般公開)となったサービス。プロダクションレベルでスケール可能なwebアプリを素早く展開するためのマネージドサービス。Githubと連携してソースコードをApp Runnerでビルドとデプロイができるだけでなく、ECRのビルド済みコンテナイメージも即座にデプロイできる。
ECSとFargateの場合、ネットワークやロードバランシング、CI/CDの設定などインフラレイヤに関わる必要があり、ある程度のインフラ知識は必要になる。App Runnerはそれらインフラ周りをすべてひっくるめてブラックボックス化し、マネージドにしていることが特徴である。
ECS Fargateを利用した場合のコスト、拡張性、信頼性、エンジニアリング観点
【コスト】
EC2より料金は割高。ただし、年々料金は下がってきている。
【拡張性】
デプロイの速度 遅め
理由1 コンテナごとにENIが割り当てられるため。ENIの生成に時間がかかる
理由2. イメージキャッシュができないため。コンテナ起動時にコンテナイメージを取得する必要がある。
タスクに割り当てられるエフェメラルストレージは200GB。容量は拡張不可。ただし永続ストレージの容量が必要な場合はEFSボリュームを使う手もある。
割り当て可能リソースは4vCPUと30GB。機械学習に用いるノードのような大容量メモリを要求するホストとしては不向き
【信頼性】
Fargateへのsshログインは不可。Fargate上で起動するコンテナにsshdを立ててsshログインする方法もあるが、セキュアなコンテナ環境にsshの口を開けるのはリスキーである。他にSSMのセッションマネージャーを用いてログインする方法もあるが、データプレーンがEC2の時に比べると手間がかかる。
しかし、2021年3月にAmazon ECS Execが発表され、コンテナに対して対話型のシェルや1つのコマンドが実行可能となった。
Fargateの登場からしばらく経過し、有識者や経験者は増え、確保しやすい。
多数のユーザーに使ってもらう
CI/CDパイプラインを形成し、アプリリリースに対するアジリティを高める
各レイヤで適切なセキュリティ対策（不正アクセス対策、認証データの適切な管理、ログ保存、踏み台経由の内部アクセス）を施したい
2章まとめ、感想
AWSが提供するコンテナサービスにはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理が不要でインフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である。
3章
この章では運用設計、ロギング設計、セキュリティ設計、信頼性設計、パフォーマンス設計、コスト最適化設計について述べている。
Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計、不具合修正やデプロイリスク軽減のためのCI/CD設計が必要である。
モニタリングとは
システム内で定めた状態を確認し続けることであり、その目的はシステムの可用性を維持するために問題発生に気づくこと
オブザーバビリティとは
オブザーバビリティの獲得によって、原因特定や対策の検討が迅速に行えるようになる
・cloud watch logs
・Firelens
AWS以外のサービスやAWS外のSaaSと連携することも可能
Firehoseを経由してS3やRed shift やOpenSearch Serviceにログを転送できる
fluent bitを利用する場合、AWSが公式に提供しているコンテナイメージを使用できる
- ソフトウェアやライブラリの脆弱性は日々更新されており、作ってから時間が経ったイメージは脆弱性を含んでいる危険がある。
- 方法
脆弱性の有無はECRによる脆弱性スキャン、OSSのtrivyによる脆弱性スキャン
継続的かつ自動的にコンテナイメージをスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリの場合、CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャンも必要になる。
cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる（スキャン自体は1日1回のみ可能）
Fargateの場合、サービス内部のスケジューラが自動でマルチAZ構成を取るため、こちらで何かする必要はない。
・障害時切り離しと復旧
ECSはcloud watchと組み合わせることでタスク障害やアプリのエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる
ALBと結びつけることで、障害が発生したタスクを自動で切り離す
AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合、ECSは新しいタスクに置き換えようとするその状態のこと。
Fargateの場合、アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ不整合などが生じて危険。
ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能
自動でクォータは引き上がらない
cloud watch メトリクスなどで監視する必要がある。
パフォーマンス設計で求められることは、ビジネスで求められるシステムの需要を満たしつつも、技術領域の進歩や環境の変化に対応可能なアーキテクチャを目指すこと
利用者数やワークロードの特性を見極めつつ、性能目標から必要なリソース量を仮決めする
FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーとターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める
既存のワークロードを模倣したベンチマークや負荷テストを実施してパフォーマンス要件を満たすかどうかを確認する
・スケールアウト
サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存のタスクを停止する必要は原則ない。
スケールアウト時の注意
・Fargate上のECSタスク数の上限はデフォルトでリージョンあたり1000までであること。
ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能なIPアドレスが消費されていく
Application Autoscaling
Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う
CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意のステップに従ってタスク数を増減させる
指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針
