Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

「EBS」を含む日記 RSS

はてなキーワード: EBSとは

2025-02-14

■さくらインターネットのクラウドがあんま選ばれない理由

AWSじゃ無いから。とかいうと、身も蓋もなさすぎるんだけど、後発だけど国産だし選びやすいんですよーという説明ができないのがキツいんスよ。

ものごっつバカっぽいこと言うと、試算するときの計算が面倒なんスよ。後発なのに。

ここがめんどうなんだよ、さくらインターネットのクラウド

AWSだとS3とか呼ばれてるオブジェクトストレージ（ファイル保存先）あるじゃ無いスか。

さくらインターネットだとまんま「オブジェクトストレージ」って言われてるやつね。

これね、料金体系が（俺に言わせると）バカなんスよ。

これさ、なんスか、バカにしてんスか？マジで。

見積もり出す時に、何が悲しくて４９５＋４９.５x１００＋５５x３＋１１x１とかしなきゃいけないんすか。

これパッと出るそろばん塾出身者は良いスね。そう言う頭良い人しかつかうなってことでしょ？

いやね、目の前にあるそのブラウザでも出るんじゃねえの？５６２１円でしょユーモアもわかんないの？とか言うかもしれないんですけどね。

それ、要ります？マジで。

心底本気で心の底からAWSじゃないクラウドとして選ばれたいと思ってておもしろ料金体系残したいんですか？

こうなってない理由を知りたいんだよ、さくらインターネット

料金体系をね、日々のストレスですれっからしの俺らが即答できるようにして欲しいんですよ。

こうなってない理由はマジで何なんですか。スーパーのお値引き品じゃ無いんですよ個人にお得感を感じてもらいたいんスか。

見積もり出す時に、ほーん、５００＋５０００＋１５０＋１０だから、５６６０円やな。

あ、ストレージ倍使っても月５０００円っスねえ。だねえ、じゃあ２００GiBのイベントの時は、１０００円積むだけなの？そっスね。

みたいな話ができるじゃないスか。

ぶっちゃけね、３９円損はしてますよこの料金体系なら。

でもね、俺の脳内リソースと資料見ながらクライアントに提案持ってく時の会議の雰囲気をね、たかだか３９円で損ねないで欲しいんですよ。

AWSの方が無茶苦茶な料金体系してんだろうが！！！！

そうね。

でもAWS使うんだったら複雑怪奇な料金シミュレーターは使わざるを得ないし、ちゃんと試算はするんスよ。

どうせ為替の影響があるったってあいつら定期的に値段下げるし、そんな厳密に出してもズレるけど、やっぱ資料にするには試算はするんスよ。

そう言う時にね、パッと「ああさくらインターネットだとこれくらいだっけなあ」って頭の中だけで比較させて欲しいんスよ。

こうね、わかりやすい料金体系みたいなことで頭の中をよぎって欲しいんですよ。

ここが良いぜ、さくらインターネット

高火力プラン。

これよ。ちゃんとわかってる。

要はね、提案前に頭をよぎるとか、提案するときにキャッチーなネーミングとか、そういうのを疎かにしないで欲しいんスよ。

これがね、「さくらインターネットの、さくらのクラウドの、石狩第一ゾーンのNVIDIA V100プラン」とかだったら、ダメなんスよ。

わかります？

高火力プラン。これよ。

どうにかならないの、さくらインターネットのさくらのクラウド

いや、わかるんスよ。流石に。なにがしかの譲れないポリシーがあって、あえての名付けだってことは。

でもね、そこを曲げて何とかならないスか。

サーバーとかディスクとかオブジェクトストレージとかデータベース(アプライアンス)とか。

ググラビリティが低いってことは、これ、俺らが誰かに説明するときに、毎度毎度必ずさくらインターネットのさくらのクラウドでって説明しないといけないんですよ。

AWSのEC2とかEBSとかS3とかRDSとか言えば通じるじゃ無いスか。

もうそう言う「SQL Databaseって名前つけちゃえうちのモンだし」みたいなのはマイクロソフトでお腹いっぱいなんですよ。

個人的な話

個人的にはね、ベンダーロックインみたいな話じゃなくても、マルチクラウドでお引越しできるようにはしておきたいんスよ。

ぶっちゃけ、AWSが落ちた時の縮退運転をさくらのクラウド上で出来るように、完コピできたら最高なんスよ。

多分そう言う意味ですごい勢いでエンジニアの皆さんが吸い込まれていってると思うんですよね。

ぜひね、provider "aws" のtfファイル群を読み込ませたらね、Terraform for さくらのクラウドにまんま適用できるようなファイルを吐いて欲しいんですよ。

そう言う戦略をぜひ取って欲しい。

東京リージョンの退避先をシンガポールリージョンに作るみたいな作業よりも優位性を感じさせて欲しい。

まとめ

値付けが変。名付けが変。脳内リソースに負荷かけないで欲しい。

構成図パッと見た時に、あーAWSのいつものアレねとかAzureねみたいなパッとみの理解を侮らないで欲しい。

俺はね、さくらならこの構成でこんなモンだなってソラで言える人が増えることが普及の一助になると信じて止みません。

Permalink | 記事への反応(1) | 12:09

2019-12-03

■ITの資格ビジネスについて

ITのIPAの資格は、単なる、知識ベースの資格だけだけど、

ベンダー系の資格をもって仕事している人は多いはず。

SAPなんて、SAP関連のプロジェクトにアサインされるには、SAP資格を必要としている。

（EBSも似たようなもん...）

しかし、SAPの案件って殆ど炎上。

ビックバンができたとしても、実務ベースに落としてみて、運用がままならず、煩雑な業務フローになってしまい。

ERP導入企業は、「SAPを使っている」というブランドだけで、満足していて、実際、ERPのいち部分しか機能シておらず、

大変な運用コストだけ支払っている。

これは、別に海外ERPだけでなく、国産ERPでも往々にしてよくあるパターン

SAPのプロジェクトに２，３回参画したが、結構年齢層は高く、顔を合わせる面々も殆どまあ和らしくなく、大炎上した挙げ句、さようならってのが殆ど

SAPの独自パッケージを持っているというベンダーも多々あるが、これまた、同様の状況

資格取得して、それが、案件にマッチしてうまく作用していることは少なく、SAPスキルがあるとかないとか、の陰口で、SAPプロジェクトはもう懲り懲り

これから、2025年　S/4 に変わることを企業に強要している、SAPジャパン。

しかし、今年の頭には、SAPジャパンで、大規模リストラを敢行。

しかし、ト○タがSAP　S/4に業務を統一したとか、誇大広告すぎだろ....

Permalink | 記事への反応(2) | 14:36

2019-08-23

■AWSで大規模障害

Aug 23, 4:18 AM PDT Beginning at 8:36 PM PDT a small percentage of EC2 servers in a single Availability Zone in the AP-NORTHEAST-1 Region shutdown due to overheating.

This resulted in impaired EC2 instances and degraded EBS volume performance for resources in the affected area of the Availability Zone.

The overheating was caused by a control system failure that caused multiple, redundant cooling systems to fail in parts of the affected Availability Zone.

The chillers were restored at 11:21 PM PDT and temperatures in the affected areas began to return to normal.

As temperatures returned to normal, power was restored to the affected instances.

By 2:30 AM PDT, the vast majority of instances and volumes had recovered.

We have been working to recover the remaining instances and volumes.

A small number of remaining instances and volumes are hosted on hardware which was adversely affected by the loss of power.

We continue to work to recover all affected instances and volumes.

For immediate recovery, we recommend replacing any remaining affected instances or volumes if possible.

Some of the affected instances may require action from customers and we will be reaching out to those customers with next steps.

東京が熱過ぎて、熱暴走したってことか？？

Permalink | 記事への反応(0) | 21:24

2018-06-01

■anond:20180601143400

同じボリュームを複数インスタンスでマウントできるってこと？

といってもAWSって特別ディスクI/Oが速いってイメージはないから

ネットワーク越しのボリュームになったらEBSよりパフォーマンス下がるんちゃうかなあ。

Permalink | 記事への反応(0) | 14:39

2016-12-29

■はてブで「Amazon」と検索してみると

昨今話題になってるヤマトや佐川関連のブックマークが上位を占めるかと思いきや、まったく違った。

（2016年12月29日10：54時点、本文、新着順で検索）

Amazonの検索結果 (絞り込み: 3 users 以上) 約 3,423 件中 1 - 40 件目 (0.26 秒)

（以下略）

ECサイトを連想させるトピックがほとんどなくて、AmazonがB2B向けサービスを充実させていることに驚いた。

Amazonって表向きは物流業界に革命と問題を起こしている要因に挙げられているけど、EC以外のインパクトがどれだけ大きいのか門外漢なので分からない。

↑でブクマ付けた人、何が起きるのか教えて

Permalink | 記事への反応(1) | 11:08

2015-09-16

■[字幕]韓国で字幕放送100パーセント手話放送5パーセントを2016年迄に目指すというのは

たぶん字幕は切替機能だと思いますが、

どこに書いてある

→第2回デジタル放送時代の視聴覚障害者向け放送の充実に関する研究会 平成24年(2012年)3月

http://www.soumu.go.jp/main_sosiki/kenkyu/digital/02ryutsu05_03000035.html

→資料3 韓国における視聴覚障害者向け放送の義務化について

2011年7月韓国放送法の改正と、それに関する告示で

実施義務が課される放送事業者目標目標達成年度
中央地上波放送事業者(KBS、EBS、MBC、SBS)字幕放送:100%
画面解説放送:10%
手話放送:5%		2013年度
(画面解説放送については2014年)
地域地上波放送事業者(上に同じ)2015年
報道及び総合編成チャンネル使用事業者(上に同じ)2016年
有料放送事業者のうち、告示指定された事業者字幕放送:70%
画面解説放送:5～7%
手話放送:3～4%		2016年

　

…はてな記法でcolspan rowspanできないの？

Permalink | 記事への反応(0) | 18:19

2009-03-28

■コンサルです。

泣きながら仕事してる

苦しい

誰か教えて……

ERP導入の顧客から裏帳簿機能も欲しいといわれました。

Oracle EBSならふたつ会計帳簿を作って、二重操作すればいいことは分かりました。

ＳＡＰだと、クライアントを分けて二重操作するのがいいのでしょうか。

Permalink | 記事への反応(0) | 22:00

 
ログイン ユーザー登録
ようこそ ゲスト さん