Presentations
Reflections on maintaining Chef cookbooks. Observations on design patterns, re-usability, and technical debt. Insights gained from mistakes. Advice on testing. Gripes about packaging policies. Thoughts about Docker.
While web publishing originally consisted of static HTML and CSS assets, the database-backed content management system soon took over as the dominant web publishing model. This talk investigates the rise of static site generators and discusses how these new light-weight static tools can often offer significant benefits over the traditional CMS.
Attendees of this talk will walk away fully equipped to install a static site generator, write content in Markdown format, and publish their new sites with a minimum of effort.
Rocket is a simple tool to run containerized apps on systems free of host dependencies. Containers running under rocket execute like regular processes and can be managed using existing process management tools like upstart, systemd, runit, and etc.
Rocket is also an implementation of the "App Container Spec" which defines how to define and build containerized applications based on tooling like tar and pgp, and then host these files easily using standard protocols like HTTP. The goal of the spec is to enable independent and creative implementations of container runtimes and build tools.
SaltStack is powerful, high-speed systems management software used for event-driven cloud infrastructure orchestration. It can be used to automate a lot of data center things, but is not very useful without a foundational understanding of how it can be used to automate some of the most common tasks. Attendees will come away from this training with an understanding of the SaltStack core architecture and core modules, when to write custom execution modules, grains, and runners; how best to use pillar, states, the Salt Reactor, Salt Orchestrate, and more.
Open source Postgres-XL allows users to scale-out PostgreSQL for both OLTP and OLAP workloads, all while maintaining cluster-wide consistency across multiple nodes.
There will also be a demo of how to install a small local cluster on a single system for testing.
Traditionally the configuration of downstream service membership is handled by configuration management, templates, DNS, manually, or some combination thereof. The service health of indvidual nodes might be determined by a load balancer and often with crude methodology. In this talk I will cover an alternative design in which hosts publish their own service membership, health, and metadata and the methods by which upstream clients can use this data. Consul will be primarily discussed but alternative software such as etcd will also be briefly covered.
When your data sizes starts reaching Big Data limits sharding becomes a necessity. However sharding can also be needed for other reasons like dealing with huge amounts of traffic etc. There are multiple ways to shard and where you shard has a big impact to what you can do and on the performance. Spider is a sharding engine that allows sharding behind the storage engine layer, thus being able to use the optimizer to also optimez other queries than primary key lookups. This talk will go into the details on how spider works and what you can acheive by using spider as a sharding solution.
Where should you run your PostgreSQL in the cloud? Join us for a comparison of features, pricing and performance between EC2, RDS and Heroku, with some configuration notes and cautions. Time permitting, we will also compare the Google Cloud and OpenShift.
Not every software install is meant for production. Some of your software’s most important deployments are short-lived demo and evaluation installs.What do they have in common? They’re your software’s first chance to make a great first impression. Unfortunately, demos are hard. They take a long time to set up, you have to reconfigure them for last-minute software changes, and somehow, demos seem to break anyway. Time to change that.
The huge increase in software patent litigation over the last 15 years has produced reams of articles, cost fortunes and even snagged the US President's attention. But when something goes on for long enough, it also produces data -- lots and lots of data. So what have we learned from all the data?