Tag Archives: cloud

[2019 oracle code one] cloud native

Posted on by
Reply

A Cloud-Native Dev is Eating my Cheese! (How to get it back?)

Speakers: Eder Ignatowic & Alex Porcelli

For more blog posts, see The Oracle Code One table of contents

Requirements for Cloud Native

  • Microservices scenarios
  • Java tools and frameworks not optimized for cold starts and low memory consumptions

Problems now

  • We pre-fetch a lot in memory
  • New developers perspective
  • Java developers need a lot of RAM on laptop

History

  • 199x – early adopters – Java cool, big/reliable servers, app servers, app always up, JVM optimized for the long run
  • 200x – majority, cloud computing, commodity hardware. expect failure
  • 201x – late majority

Cloud generations

  • 199x – Virtualization – hypervisor, app servers as best practice (JavaEE). Tomcat/Jetty as outliers
  • 200x – Containers – Microservices, Docker, SpringBoot, go/node as outliners
  • 201x – Orchestration – Microservices maturity, Kubernetes, Go/node skyrocketing, Operator/Service Mesh as outliner.

Advantages of Java

  • Microprofile standard
  • Lots of libraries
  • Tons of developers
  • IDE/Tooling

Quarkus

  • Java EE standards + NodeJS Dev experience (no restart)
  • Size of a Go binary
  • Can use GraalVM

Kogito

  • Build automation tool
  • Based on Drools
  • jBPM

Demo

  • Used VS Code
  • Showed Kognito business rule – uses custom DSL

My take

It was fine, but not what I expected. My brain was full before I walked in so seeing a demo was hard. I’d seen a Quarkus demo recently. It’s still cool. (I left early and missed the end)

DevNexus 2018 – keynote – the future of the cloud will be containerized

Posted on by
Reply

Title: The Future of the Cloud will be Containerized
Speakers: Kelsey Hightower

For more blog posts, see the DevNexus 2018 live blogging table of contents

The wifi was “less reliable” so he had to tether real time
. Once he connected, he showed https://github.com/kelseyhightower/nocode cute joke project if you read the issues and pull requests. The project exists to highlight why coding shouldn’t start until you know what the users want.

Ear/war can’t really be deployed anywhere but with containers you can.

Mobile got this right. You just get the app with everything to run. No need to install prereq. Containers will replace VMs [while i agree this is better, you still have to install the container provider if not cloud]

Cool accidental demo. Used phone wifi but fast because docker caches so much

Riff – severless platform. Listens on a port. Built on top of kubernetes.

Demo used docker, riff, kubernetes, git, heroku qand google voice

My take
Good live demo. I had keyboard troubles aside from internet troubles son this blog is a bit scattered

AWS CodeBuild + Bitbucket – Teams = Epic Fail

Posted on by
Reply

Updated 8/19/2017: Amazon has now updated AWS CodeBuild service to support Teams! In other words, in the 2 days since I posted this issue, it has now been fixed. Hooray! I now see my team projects in the list of repositories after linking my account. One minor nitpick though… They sort the list of repositories in the drop-down chronologically, not alphabetically. Since I have hundreds of repositories, that means in order to find a particular one I have to remember the order it was created. Hope they fix this (minor) issue too!

As a user of both Bitbucket and AWS, I was recently excited to hear Amazon had announced integration with both AWS CloudBuild and Atlassian Bitbucket. For those unfamiliar with these two products, AWS CloudBuild is part of Amazon’s suite of code automation CI/CD toolset. This service, along with the full suite, provides the ability to automate software build creation, testing, and deployment. Atlassian Bitbucket, on the other hand, is a large source code repository provider. The AWS announcement means that you can now build projects in AWS using Bitbucket repositories as the source.


Or that’s what it was supposed to mean… Apparently, no one told AWS that most professional software development companies use Bitbucket Teams to manage projects. The new AWS integration is accomplished using an OAuth authenticated sign-in from within the AWS CodeBuild project creation wizard. Unfortunately, after logging in it only allows two types of repositories to be selected: public repositories and those in your *personal* account. Most people using Bitbucket professional use teams and do not store the repositories in their personal account. The result is that no repositories are available for integration.

In other words… it’s broken. One solution would be to authenticate with the team login but Atlassian disabled the ability to login with the team account years ago. Now, Amazon only announced this feature recently, so it is possible they will get around to fixing it but in the short-term it is quite disappointing. While there are other ways to integrate AWS CodeDeploy and Bitbucket, I was looking for an all-in-one solution. In fact, when I recently tried Atlassian’s plugin to integrate one of my repositories into AWS CodeBuild, the web page just froze. Oh well, hopefully Amazon will fix this oversight soon!

By the way, you might ask, “Why I don’t just move my source code repository into AWS CodeCommit?” The answer is simple logistics. If I have hundreds of projects used by hundreds of developers, migrating them to a new repository is not easy/fun. The advantage of having this integration working is that it provides a nice, fluid transition toward migrating to AWS builds, without the commitment of actually transferring any repositories.