ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    Mastodon

    News
    network world mastodon twitter microblogging
    13
    74
    7.0k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • JaredBuschJ
      JaredBusch @JaredBusch
      last edited by JaredBusch

      @JaredBusch said in Mastodon:

      @aidan_walsh it's all running on bare metal!

      I get that the guy is a software developer so he's not IT it's not his job to understand how bad that is but as we are IT, someone so much need to go help fix the design.

      coliverC scottalanmillerS 2 Replies Last reply Reply Quote 1
      • coliverC
        coliver @JaredBusch
        last edited by

        @JaredBusch said in Mastodon:

        @JaredBusch said in Mastodon:

        @aidan_walsh it's all running on bare metal!

        I get that the guy is a software developer so he's not IT it's not his job to understand how bad that is but as we are IT, someone so much need to go help fix the design.

        Wasn't this the issue that Github had too? They have a developer in an infrastructure position and then lost a bunch of data? Seems like this would be a similar situation.

        scottalanmillerS A 2 Replies Last reply Reply Quote 0
        • scottalanmillerS
          scottalanmiller @JaredBusch
          last edited by

          @JaredBusch said in Mastodon:

          @JaredBusch said in Mastodon:

          @aidan_walsh it's all running on bare metal!

          I get that the guy is a software developer so he's not IT it's not his job to understand how bad that is but as we are IT, someone so much need to go help fix the design.

          Any I feel like PostgreSQL is an odd choice for this. Relational data for micro-blogging? He talks about issues scaling the database... issues that appear to be caused specifically by choosing a relational database like this.

          stacksofplatesS 1 Reply Last reply Reply Quote 1
          • scottalanmillerS
            scottalanmiller @coliver
            last edited by

            @coliver said in Mastodon:

            @JaredBusch said in Mastodon:

            @JaredBusch said in Mastodon:

            @aidan_walsh it's all running on bare metal!

            I get that the guy is a software developer so he's not IT it's not his job to understand how bad that is but as we are IT, someone so much need to go help fix the design.

            Wasn't this the issue that Github had too? They have a developer in an infrastructure position and then lost a bunch of data? Seems like this would be a similar situation.

            Yes, sounds very familiar.

            JaredBuschJ 1 Reply Last reply Reply Quote 0
            • JaredBuschJ
              JaredBusch @scottalanmiller
              last edited by

              @scottalanmiller said in Mastodon:

              @coliver said in Mastodon:

              @JaredBusch said in Mastodon:

              @JaredBusch said in Mastodon:

              @aidan_walsh it's all running on bare metal!

              I get that the guy is a software developer so he's not IT it's not his job to understand how bad that is but as we are IT, someone so much need to go help fix the design.

              Wasn't this the issue that Github had too? They have a developer in an infrastructure position and then lost a bunch of data? Seems like this would be a similar situation.

              Yes, sounds very familiar.

              Except this is not at least to my understanding a large company pretty much one guy spinning up some stuff trying to start something and he doesn't know any better because he's not IT is simply the guy that develop the software

              scottalanmillerS 1 Reply Last reply Reply Quote 1
              • scottalanmillerS
                scottalanmiller @JaredBusch
                last edited by

                @JaredBusch said in Mastodon:

                @scottalanmiller said in Mastodon:

                @coliver said in Mastodon:

                @JaredBusch said in Mastodon:

                @JaredBusch said in Mastodon:

                @aidan_walsh it's all running on bare metal!

                I get that the guy is a software developer so he's not IT it's not his job to understand how bad that is but as we are IT, someone so much need to go help fix the design.

                Wasn't this the issue that Github had too? They have a developer in an infrastructure position and then lost a bunch of data? Seems like this would be a similar situation.

                Yes, sounds very familiar.

                Except this is not at least to my understanding a large company pretty much one guy spinning up some stuff trying to start something and he doesn't know any better because he's not IT is simply the guy that develop the software

                True, that does make it a bit better.

                JaredBuschJ 1 Reply Last reply Reply Quote 0
                • stacksofplatesS
                  stacksofplates
                  last edited by

                  Databases scale vertically. That means, it’s a lot easier and more cost efficient to buy a super beefy machine for your database, than it is to spread the database over multiple machines with sharding or replication.

                  Why Postgres? That seems like the least logical choice for this.

                  scottalanmillerS 1 Reply Last reply Reply Quote 0
                  • JaredBuschJ
                    JaredBusch @scottalanmiller
                    last edited by

                    @scottalanmiller said in Mastodon:

                    @JaredBusch said in Mastodon:

                    @scottalanmiller said in Mastodon:

                    @coliver said in Mastodon:

                    @JaredBusch said in Mastodon:

                    @JaredBusch said in Mastodon:

                    @aidan_walsh it's all running on bare metal!

                    I get that the guy is a software developer so he's not IT it's not his job to understand how bad that is but as we are IT, someone so much need to go help fix the design.

                    Wasn't this the issue that Github had too? They have a developer in an infrastructure position and then lost a bunch of data? Seems like this would be a similar situation.

                    Yes, sounds very familiar.

                    Except this is not at least to my understanding a large company pretty much one guy spinning up some stuff trying to start something and he doesn't know any better because he's not IT is simply the guy that develop the software

                    True, that does make it a bit better.

                    I am sure that mastodon that social as a company and there's more than one person but it's probably just really tiny and all for development

                    1 Reply Last reply Reply Quote 0
                    • stacksofplatesS
                      stacksofplates @scottalanmiller
                      last edited by

                      @scottalanmiller said in Mastodon:

                      @JaredBusch said in Mastodon:

                      @JaredBusch said in Mastodon:

                      @aidan_walsh it's all running on bare metal!

                      I get that the guy is a software developer so he's not IT it's not his job to understand how bad that is but as we are IT, someone so much need to go help fix the design.

                      Any I feel like PostgreSQL is an odd choice for this. Relational data for micro-blogging? He talks about issues scaling the database... issues that appear to be caused specifically by choosing a relational database like this.

                      Ha this didn't show up while I was writing my post.

                      1 Reply Last reply Reply Quote 0
                      • A
                        aidan_walsh @coliver
                        last edited by

                        @coliver Github or Gitlab?

                        scottalanmillerS 1 Reply Last reply Reply Quote 0
                        • scottalanmillerS
                          scottalanmiller @stacksofplates
                          last edited by

                          @stacksofplates said in Mastodon:

                          Databases scale vertically. That means, it’s a lot easier and more cost efficient to buy a super beefy machine for your database, than it is to spread the database over multiple machines with sharding or replication.

                          Why Postgres? That seems like the least logical choice for this.

                          Not the least, it's better than something expensive or even MariaDB. It has great performance. If you never needed to scale, it might easily be best. But, as he's already found, he needs to scale.

                          stacksofplatesS 1 Reply Last reply Reply Quote 0
                          • scottalanmillerS
                            scottalanmiller @aidan_walsh
                            last edited by

                            @aidan_walsh said in Mastodon:

                            @coliver Github or Gitlab?

                            Gitlab

                            1 Reply Last reply Reply Quote 1
                            • stacksofplatesS
                              stacksofplates @scottalanmiller
                              last edited by

                              @scottalanmiller said in Mastodon:

                              @stacksofplates said in Mastodon:

                              Databases scale vertically. That means, it’s a lot easier and more cost efficient to buy a super beefy machine for your database, than it is to spread the database over multiple machines with sharding or replication.

                              Why Postgres? That seems like the least logical choice for this.

                              Not the least, it's better than something expensive or even MariaDB. It has great performance. If you never needed to scale, it might easily be best. But, as he's already found, he needs to scale.

                              Ya I guess I didn't mean least. It's obviously better than Oracle or Firebird. I just meant out of the plethora of options ( I was thinking Elasticsearch or Solr) this seemed like it wouldn't be considered.

                              scottalanmillerS 1 Reply Last reply Reply Quote 1
                              • scottalanmillerS
                                scottalanmiller @stacksofplates
                                last edited by

                                @stacksofplates said in Mastodon:

                                @scottalanmiller said in Mastodon:

                                @stacksofplates said in Mastodon:

                                Databases scale vertically. That means, it’s a lot easier and more cost efficient to buy a super beefy machine for your database, than it is to spread the database over multiple machines with sharding or replication.

                                Why Postgres? That seems like the least logical choice for this.

                                Not the least, it's better than something expensive or even MariaDB. It has great performance. If you never needed to scale, it might easily be best. But, as he's already found, he needs to scale.

                                Ya I guess I didn't mean least. It's obviously better than Oracle or Firebird. I just meant out of the plethora of options ( I was thinking Elasticsearch or Solr) this seemed like it wouldn't be considered.

                                Yeah... CouchDB, MongoDB, all kinds of things that seem like they'd be better for this.

                                1 Reply Last reply Reply Quote 0
                                • 1
                                • 2
                                • 3
                                • 4
                                • 4 / 4
                                • First post
                                  Last post