[B! 自動化] vanbraamのブックマーク

vanbraam id:vanbraam

自動化に関するvanbraamのブックマーク (11)

まだTerraform使ってるの？未来はPulumiだよ
Lv‥4　Exp‥19011プログラマー友の中釣りが一番上手、釣友の中インフラが一番得意、インフラ友の中猫が一番好き、猫友の中プログラミングが一番詳しい。本当のInfrastructure as Codeを実現するPulumi インフラをコードにして管理する、所謂Infrastructure as Code(IaC)、特にクラウド上のインフラ管理はTerraformというツールがよく使われていると思います。クラウドエースでもインフラ管理にはTerraformを使用しています。しかし、このInfrastructure as Codeは本当のCodeではなく、Configurationです。今回は本当のInfrastructure as Codeを実践するPulumiというツールを紹介したいと思います。 Pulumiはまさにプログラミングでインフラを自動化する Pulumiは自分が好きなプ
vanbraam 2019/03/22
未来云々以前に,Pulumi本家にリンクも張ってない記事は信用に値しない;記事中のコードを見た限りでは冪等性に気を配ってる様には思えなかったので,小さいdeploymentにしか使えなさそう

これはひどい

IaaS

自動化
リンク
TechCrunch
Xpeng is often called the Chinese challenger to Tesla for its efforts to bring advanced driving capabilities to its electric vehicles. It’s now getting a step closer to its American counterpart
vanbraam 2019/03/14
BIに言及してないのならばそれ以外の方策も考えるという事かな?; 生死の問題が解決できても,"人に感謝されたい","人よりいい暮らしをしたい","人を見下したい","人を従わせたい"という欲の問題は残る

自動化

仕事

科学・技術

社会

life

政治
リンク
2019-03-06 「運用自動化」とは /20190306-operation-what-automation
「運用自動化の基本原則」シリーズの総論と位置付け、ssmjp 2019/03で発表した資料です。 # 運用自動化の基本原則シリーズ - 2019-03-06 「運用自動化」とは: https://speakerdeck.com/opelab/20190306-operation-what-automation - 2019-05-24 運用業務の「構造化」: https://speakerdeck.com/opelab/20190524-structured-operation - 2019-04-18 運用自動化の基本原則1 「引継ぎの原則」: https://speakerdeck.com/opelab/20190418-operation-automation-basis-principle-1 - 2019-05-24 運用自動化の基本原則2「平易化の原則」: https://sp
vanbraam 2019/03/07
b:id:entry:4665517408724211842とほぼ同内容.なぜか<はspeakerdeckでslideのprocessingに非常に時間がかかったが,こっちはそれほどでもなかった;同内容なので言葉遊びの多さと具体性のなさも同じ

内容がない

operation

自動化
リンク
2019-03-06 ダメな「運用自動化」の3類型 + α /operation-automation-3-bad-model
ssmjp 2019/03での発表資料です。「運用自動化の基本原則」シリーズの番外編と位置付けています。 # 運用自動化の基本原則シリーズ - 2019-03-06 「運用自動化」とは: https://speakerdeck.com/opelab/20190306-operation-what-automation - 2019-05-24 運用業務の「構造化」: https://speakerdeck.com/opelab/20190524-structured-operation - 2019-04-18 運用自動化の基本原則1 「引継ぎの原則」: https://speakerdeck.com/opelab/20190418-operation-automation-basis-principle-1 - 2019-05-24 運用自動化の基本原則2「平易化の原則」: https
vanbraam 2019/03/07
言いたい事はわからないでもないが,言葉遊びが多くて具体性がなくイマイチ;toil減らすのって立派な自動化だと思う.むしろtoilを減らす事でユーザーが求めるサービスを作る時間が生まれる

内容がない

operation

自動化
リンク
「事業部門主導のRPA導入」に多い勘違い
前編︵Computer Weekly日本語版　2月20日号掲載︶では、事業部門がRPA︵ロボティックプロセスオートメーション︶による業務の自動化を企図したときに立ちはだかる壁と、それを取り除く方法を紹介した。後編では、IT部門と連携するメリットや自動化およびRPAのプロジェクトを推進するに当たって忘れてはならない事項について解説する。 Accentureが発行したレポートによると、初期のRPA プロジェクトはIT部門の介入なしに進められると誤解してしまうことが多いという。RPAツールは侵略的ではなく、従来のアプリケーションに統合する必要がない上に、どのデスクトップにもインストール可能だからだ。またIT部門は、RPAはサポートされていないマクロと﹁スクリーンスクレイピング﹂で構築されていると仮定して、非常にマイナスな先入観を持っている。しかも、自分たちがビジネスプロセス管理システムに投資し
vanbraam 2019/03/07
Excelから社内システムへデータを写経してる様な処理をRPA化するくらいなら,そもそもその処理の必要性を検討し,Excelを廃して最初から社内システムに投入させたり,社内システムのAPIを提供したりする方が遥かに真っ当

自動化

仕事
リンク
社内の面倒な手作業はZapierにやらせようーーノンプログラマーでも業務自動化ができるツールを導入してみて | メルカリエンジニアリング
これは Mercari Advent Calendar 2017 22日目の記事です。こんにちは、メルカリのQA-SETチームで自動化をぶりぶりしている tadashi0713 です。前回は業務自動化の1つとして、Seleniumを使ったブラウザ操作自動化についてご紹介しました。 tech.mercari.com コメントや反応を見ますと、最近はRPA(Robotic Process Automation)をはじめとした業務自動化に関心が高い印象を受けました。メルカリでは1ヶ月ほど前にZapierというツールをTeam Planで導入しました。zapier.com このツールを使って、社員がより簡単に業務自動化ができるようにしようとしています。今回はZapierを導入した背景や社内での使われ方、またどう社員に使ってもらえるようにしたか、などについてご紹介したいと思います。 ◆ Z
vanbraam 2019/03/06
http://b.hatena.ne.jp/entry/4665395187915417889/comment/otihateten3510 から来たのだが,Zapierも広義ではRPAなのだろうか?GUIの操作マクロをベースとするRPAはヤバそうだが,APIとbotのコードであればだいぶマシな気がするのだが

自動化

仕事
リンク
36歳中小ベンダーSEが社内SEに転職しました！
最近、AIと並んで注目されているRPA︵Robotic Process Automation︶－日本の働き方改革の切り札ともされ、導入企業が増加しています。恐らくIT業界にいる人ならご存知でしょうが、念のためRPAについて簡単に説明すると。。。 RPAとは、現行業務をロボによって自動処理してくれる技術・製品のことです。ロボと言っても、実際に物理的にASIMOみたいなロボットが業務を代行してくれるわけではなく、PC上で行っている基幹システムなどへのデータ入力作業などを自動化してくれるものを指します。 RPAを導入すれば、定型的なPC上の操作を記録して繰り返し自動実行できたり、EXCELの一覧に入力されている値を基幹システムへ自動登録したり、といったブラウザ操作やVBフォーム操作を含めた作業も自動化でき、作業工数を大幅に削減できます。さらに、システム改修を伴わない上に現行業務の見直しも
vanbraam 2019/03/05
via http://b.hatena.ne.jp/entry/4665395187915417889/comment/ublftbo ;RPAが何を目指していて,そしてなぜヤバいのかが割とよくわかる

企業・組織

仕事

自動化

愚
リンク
日本だけでバカ売れするRPA、愚かな結末を改めて警告する
いやぁ、白旗を揚げたくなるような気分だ。この極言暴論などで問題点や将来のリスクを何度も指摘してきたが、もはや多勢に無勢。ITベンダーの人からは﹁木村さんが何と言おうと、大きな流れは止まりませんよ﹂と皮肉られる始末だ。何のことかといえば、日本企業の間で果てしなく続くRPA︵ロボティック・プロセス・オートメーション︶の一大ブームの件だ。30年以上にわたるIT記者としての長い経験の中でも、これだけのブームは見たことがない。﹁RPA、恐るべし﹂である。ブームの中心地が日本である点も、これまでのIT関連のブームとの違いだ。従来、IT系の名だたるバズワードの発信地・中心地はほぼ米国と決まっていた。最近の話でいえば、AI︵人工知能︶やIoT︵インターネット・オブ・シングズ︶は日本企業の間でも大ブームで、﹁ITは分からない﹂と公言していた経営者までがAIやIoTを活用する重要性を語るほど。だが、あく
vanbraam 2019/03/05
RPAは過渡的な技術で,その先はCI/CDやIaCの様な"ちゃんとした自動化"を行うものだと思ってた.RPAを恒久的に使おうとしてるのなら狂気の沙汰.この記事の危惧通りブラックボックス化して変化に対応できなくなる恐れがある

自動化

仕事

労働
リンク
Infrastructure-as-Code-is-very-tired
ChatGPT関連情報の追い方、個人・業務での使い方、サービスへの組み込み方、 ABEJAでの取り組み4例、ここ2週間のトピックなど行けるところまで
vanbraam 2019/02/25
b:id:entry:4665004264543937825 と方向性が割と逆なのが面白い.はてブの支持はこちらが圧倒的優勢だが,個人的にはあちら寄り;緩め過ぎてもダメ.コスパだけ見てると堕落する.結局バランスが肝要;英語はtiresomeやpainfulが正しそう

CI・CD

自動化
リンク
10年モノのインフラを3年がかりでカイゼンした - Qiita
CIいちおうJenkinsが立ってました。失敗して赤くなってるジョブが大半で、かといって誰が治すわけでもなく、よくわからないけど失敗したり成功したり、とにかく不安定でした。 CloudWatchのメトリクスで眺めて、EBSのIOPSクレジットの枯渇から激遅になって、Jenkinsジョブのタイムアウト設定で失敗になる、まで明らかにしました。その時の対処は、IOPSクレジット上限サイズの1TBのSSDのEBSを付けることと、同時並行で動けるJenkinsジョブ数に上限を設けることで、落ち着くようになりました。とはいえ﹁Jenkinsおじさん﹂問題があるので、CIをどうにか民主化する必要があります。SaaSから検討して、TravisCIとCircleCIが最終候補になって、トラブルシュートをSSHでできるのを決め手に、CircleCIを導入しました。8月末にCircleCI1.0が死んだと
vanbraam 2018/09/18
優秀;右側のSaaSが有償なら有望.理由は1)toilの削減に投資する意思がある,2)有償プランが必要になる程サービスの規模が大きい;AWSに偏ってるなとは感じるが,これはAmazonのlock-inが上手いのだと思う

IaaS

自動化

監視
リンク
Building a Zero Dashboard NOC - Fitness for Best Performance at Beachbody
vanbraam 2018/04/29
途中の"Automation => Reduced Work => Free Time => More Automation"の図が強い

監視

自動化
リンク
1