Taiwan PaaS Meetup http://www.meetup.com/%E5%8F%B0%E7%81%A3-PaaS-%E9%9B%B2%E7%AB%AF%E6%8A%80%E8%A1%93%E4%BA%A4%E6%B5%81%E6%9C%83/about/
Meetup PaaS HackPad: https://paas-tw.hackpad.com/Getting-Started-with-Pivotal-Web-Services-PadMnuFp1vd

總結:

  • 相較於Pivotal (Cloud Foundry) ,Heroku可能真的比較廉價.

  • 收費方式都不是算流量:

    • Pivotal : 記憶體

    • Heroku: 依照計算能力 Dyno

  • 自動Scale

    • Pivotal似乎沒有自動調節scale 的能力.

    • Heroki似乎沒有看到

  • 與git的搭配:

    • Pivotal並沒有

    • heroku 不僅僅原生就支援git,也可以直接跟github互動.

心得:

  • 這次參加的人數不算多,不過倒是很多高手.有看到ihower 還有似乎是他同公司的mose.可見PaaS再用的人真的都不是DevOP的人而是developer.

  • 文創中心算是不錯的場地,交通也算方便.場地費似乎也不貴.其他人要辦活動挺推的.

  • 看起來Pivotal跟 Heroku沒有太多差異,但是 Heroku有免費的方式, Pivotal卻沒有,可能在初期是可以先用 Heroku 正式上線後再考慮要不要挑到 Pivotal.

  • 有很多的討論都可以看出來PaaS跟docker有更多的交錯,只是接下來接近會走向dokku 還是???

 

 

Pivotal:

 

Heroku:   /her-OH-koo/ 

  • 架構:

    • Slug Compiler -> Slug

      • Slug -> dyno (based on scale)
  • Dyno 特性:

    • isolated

    • self-healing

    • read-only

    • stateless

    • recycle 24hrs

  • Twelve factors App: http://12factor.net/

    • Codebase

    • Dependency

    • Config

      • Store config in environment don’t check-in it in your codebase.
    • Backing Services

      • Treat backing service as a attachment service(可抽換)
    • Build, release and run

      • 每個階段應該要是可以切割的
    • Processes

      • stateless, isolated
    • Port binding

      • via port not specific service. 
    • Concurrency

    • Disposability

      • 快速地啟動,優雅的結束
    • Logs

      • Treat logs as stream
    • Dev/Product Parity

      • 必須把 staging,Dev與 Production 要分得開~但是應該要緊接著.
    • Admin Processes

  • Docker V.S. Heroku

Docker vs. Heroku

DOCKERHEROKU
Dockerfile BuildPack
Image Slug
Container Dyno
Index Add-Ons
CLI CLI
  * [http://tuhrig.de/docker-vs-heroku](http://tuhrig.de/docker-vs-heroku)

Evan

Attitude is everything