タグ

自動化に関する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は自分が好きなプ

    まだTerraform使ってるの?未来はPulumiだよ
    vanbraam
    vanbraam 2019/03/22
    未来云々以前に,Pulumi本家にリンクも張ってない記事は信用に値しない;記事中のコードを見た限りでは冪等性に気を配ってる様には思えなかったので,小さいdeploymentにしか使えなさそう
  • 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

    TechCrunch
    vanbraam
    vanbraam 2019/03/14
    BIに言及してないのならばそれ以外の方策も考えるという事かな?; 生死の問題が解決できても,"人に感謝されたい","人よりいい暮らしをしたい","人を見下したい","人を従わせたい"という欲の問題は残る
  • 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

    2019-03-06 「運用自動化」とは /20190306-operation-what-automation
    vanbraam
    vanbraam 2019/03/07
    b:id:entry:4665517408724211842とほぼ同内容.なぜか<はspeakerdeckでslideのprocessingに非常に時間がかかったが,こっちはそれほどでもなかった;同内容なので言葉遊びの多さと具体性のなさも同じ
  • 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

    2019-03-06 ダメな「運用自動化」の3類型 + α /operation-automation-3-bad-model
    vanbraam
    vanbraam 2019/03/07
    言いたい事はわからないでもないが,言葉遊びが多くて具体性がなくイマイチ;toil減らすのって立派な自動化だと思う.むしろtoilを減らす事でユーザーが求めるサービスを作る時間が生まれる
  • 「事業部門主導のRPA導入」に多い勘違い

    事業部門はRPAによって業務を自動化したいと考える。だが、重要な点を勘違いしたまま導入しようとする。RPA導入を円滑に進め、メリットを最大化するには何が必要なのか。 前編(Computer Weekly日語版 2月20日号掲載)では、事業部門がRPA(ロボティックプロセスオートメーション)による業務の自動化を企図したときに立ちはだかる壁と、それを取り除く方法を紹介した。 後編では、IT部門と連携するメリットや自動化およびRPAプロジェクトを推進するに当たって忘れてはならない事項について解説する。 Accentureが発行したレポートによると、初期のRPAプロジェクトIT部門の介入なしに進められると誤解してしまうことが多いという。RPAツールは侵略的ではなく、従来のアプリケーションに統合する必要がない上に、どのデスクトップにもインストール可能だからだ。 またIT部門は、RPAはサポート

    「事業部門主導のRPA導入」に多い勘違い
    vanbraam
    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

    社内の面倒な手作業はZapierにやらせようーーノンプログラマーでも業務自動化ができるツールを導入してみて | メルカリエンジニアリング
    vanbraam
    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フォーム操作を含めた作業も自動化でき、作業工数を大幅に削減できます。 さらに、システム改修を伴わない上に現行業務の見直しも

    36歳中小ベンダーSEが社内SEに転職しました!
    vanbraam
    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を活用する重要性を語るほど。だが、あく

    日本だけでバカ売れするRPA、愚かな結末を改めて警告する
    vanbraam
    vanbraam 2019/03/05
    RPAは過渡的な技術で,その先はCI/CDやIaCの様な"ちゃんとした自動化"を行うものだと思ってた.RPAを恒久的に使おうとしてるのなら狂気の沙汰.この記事の危惧通りブラックボックス化して変化に対応できなくなる恐れがある
  • Infrastructure-as-Code-is-very-tired

    ChatGPT関連情報の追い方、個人・業務での使い方、サービスへの組み込み方、 ABEJAでの取り組み4例、ここ2週間のトピックなど行けるところまで

    Infrastructure-as-Code-is-very-tired
    vanbraam
    vanbraam 2019/02/25
    b:id:entry:4665004264543937825 と方向性が割と逆なのが面白い.はてブの支持はこちらが圧倒的優勢だが,個人的にはあちら寄り;緩め過ぎてもダメ.コスパだけ見てると堕落する.結局バランスが肝要;英語はtiresomeやpainfulが正しそう
  • 10年モノのインフラを3年がかりでカイゼンした - Qiita

    CI いちおうJenkinsが立ってました。失敗して赤くなってるジョブが大半で、かといって誰が治すわけでもなく、よくわからないけど失敗したり成功したり、とにかく不安定でした。 CloudWatchのメトリクスで眺めて、EBSのIOPSクレジットの枯渇から激遅になって、Jenkinsジョブのタイムアウト設定で失敗になる、まで明らかにしました。その時の対処は、IOPSクレジット上限サイズの1TBのSSDのEBSを付けることと、同時並行で動けるJenkinsジョブ数に上限を設けることで、落ち着くようになりました。 とはいえ「Jenkinsおじさん」問題があるので、CIをどうにか民主化する必要があります。SaaSから検討して、TravisCIとCircleCIが最終候補になって、トラブルシュートをSSHでできるのを決め手に、CircleCIを導入しました。 8月末にCircleCI1.0が死んだと

    10年モノのインフラを3年がかりでカイゼンした - Qiita
    vanbraam
    vanbraam 2018/09/18
    優秀;右側のSaaSが有償なら有望.理由は1)toilの削減に投資する意思がある,2)有償プランが必要になる程サービスの規模が大きい;AWSに偏ってるなとは感じるが,これはAmazonのlock-inが上手いのだと思う
  • Building a Zero Dashboard NOC - Fitness for Best Performance at Beachbody

    vanbraam
    vanbraam 2018/04/29
    途中の"Automation => Reduced Work => Free Time => More Automation"の図が強い
  • 1